SamsungがExynos 5 Octa搭載のGalaxy S 4に、特定のベンチマークアプリでCPU/GPUの性能をアップさせる仕組みを導入しているという疑惑が浮上（更新：Samsungがコメントを発表） | juggly.cn
2023年12月 (1) 2023年11月 (116) 2023年10月 (79) 2023年9月 (28) 2023年8月 (7) 2023年7月 (6) 2023年6月 (101) 2023年5月 (229) 2023年4月 (201) 2023年3月 (206) 2023年2月 (147) 2023年1月 (193) 2022年12月 (146) 2022年11月 (54) 2022年10月 (1) 2022年9月 (1) 2022年8月 (1) 2022年7月 (3) 2022年6月 (1) 2021年9月 (1) 2021年8月 (8) 2021年6月 (3) 2021年4月 (4) 2021年3月 (6) 2021年2月 (1) 2021年1月 (3) 2020年12月 (2) 2020年11月 (2) 2020年10月 (5) 2020年9月 (12) 2020年8月 (40
Galaxy S4不正疑惑「Benchmark Booster」のソースコードを公開
Samsungが「Galaxy S4」のベンチスコアを不正に吊り上げていたとされる疑惑で、Anandtechは当該部分のソースコードを公開しました。 「BenchmarkBooster」のほか、「ATuTu」「ABenchmark」「Quadrant」など人気ベンチマークアプリの名称が列記されています。Samsungが有名ベンチの実行時に限り「Galaxy S4」のCPU/GPUクロック周波数をブーストさせる不正コードを仕組んでいたとの疑惑を裏付けるものです。 Samsung側は公式ブログ上で本件について反論していますが、少なくとも人気ベンチマーク実行時に、性能をブーストさせるコードがGalaxy S4に備わってることは間違いないようです。 経由：neogaf.com
ApacheとNginxの性能比較でevent_mpmの本気を見た
はい、これは僕がいつも良く見るApacheとNginxの性能差に見えます。大体、ApacheはNginxの75%程度の性能に落ち着きます。数十バイトの静的コンテンツに対するリクエスト処理はNginxの得意分野だと思っていたので、大体こんなものです。 そこで、真面目にevent_mpmのチューニングを行ってみました。で、幾度となくベンチを試した結果導き出した、静的コンテンツに対する同時接続数100程度に対して最高のパフォーマンスを示すevent_mpmの設定は以下のようになりました。 [program lang=’apache’ escaped=’true’] StartServers 4 MinSpareThreads 4 MaxSpareThreads 4 ThreadsPerChild 2 MaxRequestWorkers 2 MaxConnectionsPerChild 0 [/p
SPARQL Engines Benchmark Results
Some time ago I published results of benchmarks I did for my diploma thesis. Since then I had Virtuoso put on my list of competitors; further I added three new queries that are not as artificial as the previous ones as they try to resemble queries used in the wild. The competitors compared are: RAP's old SparqlEngine RAP's new SparqlEngineDb I wrote as part of my thesis ARC, another PHP implementa
Kazuho@Cybozu Labs: システムコールの最適化
« Swifty 0.03 を公開しました | メイン | MySQL の高速化プチBK » 2007年09月19日 システムコールの最適化 今朝、会社で「最速のファイルコピー」についての話題が出ていました。そこで、ちょっと気になって、read(2) の呼出のオーバーヘッドがどの程度あるのか、ベンチマークをとってみました。 グラフは、それぞれの環境で、10MBのファイルを1,024回読み込むのにかかった時間を示しています。ファイルの内容は当然メインメモリにキャッシュされているので、実際は、カーネル内のバッファキャッシュからユーザープロセスのバッファへのメモリコピーの速度を測定していることになります。このグラフから、以下のような傾向を読み取ることができます。 (言うまでもないことですが)システムコールのオーバーヘッドは大きい Mac OS X のシステムコールのオーバーヘッドは Linux
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Engadget | Technology News & Reviews
