Brendan Gregg's Talk on Linux at SCaLE 11x | Triton DataCenter
Brendan Gregg will be keynoting at SCaLE 12x - February 21-23, 2014. Register Now. Linux Performance Analysis and Tools from brendangregg Our friends at SCaLE invited our lead performance engineer, Brendan Gregg, to speak (again) this year,and he was happy to return. The talk is about Linux Performance Analysis and Tools: specifically, observability tools and the methodologies to use them. Brendan
Large HDD/SSD Linux 2.6.38 File-System Comparison: EXT3, EXT4, Btrfs, XFS, JFS, ReiserFS, NILFS2 - Phoronix
Show Your Support: Did you know that you can get Phoronix Premium for under $4 per month? Try it today to view our site ad-free, multi-page articles on a single page, and more while the proceeds allow us to write more Linux hardware reviews. At the very least, please disable your ad-blocker. Large HDD/SSD Linux 2.6.38 File-System Comparison: EXT3, EXT4, Btrfs, XFS, JFS, ReiserFS, NILFS2 Written by
Receive packet steering [LWN.net]
Please consider subscribing to LWNSubscriptions are the lifeblood of LWN.net. If you appreciate this content and would like to see more of it, your subscription will help to ensure that LWN continues to thrive. Please visit this page to join up and keep LWN on the net. Contemporary networking hardware can move a lot of packets, to the point that the host computer can have a hard time keeping up. I
JavaScriptの最適化について、code.google.comの記事の適当訳 - それ図解で。・・・tohokuaikiのチラシの裏
GoogleがWeb全体のスピードアップにいよいよ本格的に着手, 一社だけではできないと強調 からリンクのあった、 http://code.google.com/intl/ja/speed/articles/optimizing-javascript.html が日本語かと思ったら日本語じゃなかった・・・・。 いやー、意外とというか文字列については、全然知らんかった。 Closureって便利だし、「おぉ〜俺って使ってるジャン」みたいな気になれるからついつい使っちゃうんだけど、高コストなのね・・・・。反省。 ということで、超適当翻訳。どっかの誰かが書いてるかも。 前おき 著者: Google Chromeのエンジニア Gregory Baker, Software Engineer on GMail & Erik Arvidsson 推奨される経験：JavaScriptの実践的な知識 クライ
Solving the ext3 latency problem [LWN.net]
LWN.net needs you!Without subscribers, LWN would simply not exist. Please consider signing up for a subscription and helping to keep LWN publishing One might think that the ext3 filesystem, by virtue of being standard on almost all installed Linux systems for some years now, would be reasonably well tuned for performance. Recent events have shown, though, that some performance problems remain in e
SSDとSATA RAIDのベンチマーク比較 | OSDN Magazine
ソリッドステートドライブ（SSD：Solid State Drive）には、従来のプラッタ回転式のハードディスクドライブ（HDD：Hard Disk Drive）にない利点が数多くある。無音、低電力、低熱放出性、耐衝撃性、そして特に重要なのがシークタイムの極度の短さだ。SSDによってどれほどパフォーマンスが向上するのかを確かめるために、ノートPCで利用できる最新のSSDでBonnie++によるベンチマーク評価を行った。 簡単に説明すると、SSDのストレージ方式にはシングルレベルセル（SLC）とマルチレベルセルの2つがあり、普通はSLCドライブのほうがパフォーマンスは高い。 読み書きの速度、フォームファクタ、容量はSSDごとに異なる。今回はMtron製のSSDをいくつか検討した。フォームファクタが3.5インチでも2.5インチでもパフォーマンスは変わなかったので、それなら2.5インチのドライブ
AKIBA PC Hotline! Junk Blog.: i-RAM×6台を使ったRAID 0の動作デモ開始
i-RAM×6台(PCI版×4枚+BOX版×2台)を使ったRAID 0の動作デモがT-ZONE. PC DIY SHOPで行われています。デモ期間は20日(日)まで。 ちなみにこれ、T-ZONE. PC DIY SHOPショップスタッフのMさんと筆者のi-RAMを持ち寄って作成したデモ機だったりします。一応ですが、PCケース2台で1台のPCとして動作中。PCケース1台にi-RAMを全て入れることはできませんでした(苦笑)。 左の画像がCrystalDiskMark 2.1のベンチマーク結果です。シーケンシャルリードで691MB/sとなかなかの速度がでています。700MB/sを超えられなかったのは残念ですが、i-RAM1枚あたりの速度は100MB/sを超えているのでなかなかではないでしょうか。 691MB/sと言われてもピンと来ない人が多いと思うので、HDDとの比較も撮ってきました。一番下の
パフォーマンスが大幅に向上したJRuby 1.1のリリース
JRuby 1.0のリリース(参考記事・英語)から9ケ月後、 そして3 Release Candidatesの後(参考記事)、今や最終的なJRuby 1.1が利用可能になっている(source)。InfoQはJRubyのCharles Nutter氏(サイト・英語)およびOla Bini氏(サイト・英語)と情報交換し、JRuby 1.1での変更点とプロジェクトの今後の方向性について詳細を伺った。 Charles氏は、JRuby 1.1での主要な変更として以下の項目を挙げた。 最大の改良点は以下のとおりである。 フルコンパイラで、RubyコードをJavaバイトコードに変換する IOサブシステムが再書き込みされ、Rubyの振る舞いにますます適合する Regexp新エンジンが、大幅に改善されたパフォーマンスで、Rubyのストリングをサポートする 全体的なパフォーマンスは、1.0のリリースの何倍も
高速SSDとHDDの性能の差はどれほどか実際に比較してみました - GIGAZINE
株式会社アドテックが販売しているデータ転送速度がリード100MB/s、ライト80MB/sのMTRON製高速SSD 64GBモデルを借りることが出来たので、HDDと起動時間やベンチマークの比較をしてみました。SSDはHDDと違ってメモリにデータを記録するため、可動部がなく耐衝撃性と静音性に優れ、シークタイムがゼロになるのですが、この違いがいったいどれぐらい体感できるのでしょうか。 詳細は以下から。 パッケージ裏面。 リード100MB/s、ライト80MB/s。アクセスタイムは0．1秒以下。 温度範囲はノーマル。 動作温度は摂氏0度～70度で、1500Gの衝撃と16.3Gの振動に耐えられます。 箱の中身はこんな感じ。固定用のネジが付属。 袋から出しました。 64GBのところにマーク。 裏側。 はがすと保障が無効になるシール。最初から一部剥がれていましたが、そのまま全部剥がしてしまうとアウトです。
高負荷なのに片方のサーバにだけ余裕が……なぜ？
高負荷なのに片方のサーバにだけ余裕が……なぜ？：Linuxトラブルシューティング探偵団（1）（1/4 ページ） NTTグループの各社で鳴らした俺たちLinuxトラブルシューティング探偵団は、各社で培ったOSS関連技術を手に、NTT OSSセンタに集められた。普段は基本的にNTTグループのみを相手に活動しているが、それだけで終わる俺たちじゃあない。今回からOSSを扱ってきて遭遇したトラブルを解決する過程を＠ITで連載していくぜ。 ソースコードさえあればどんなトラブルでも解決する命知らず、不可能を可能にし、多くのバグを粉砕する、俺たちLinuxトラブルシューティング探偵団！ 助けを借りたいときは、いつでもいってくれ！ OS：高田哲生 俺はリーダー、高田哲生。Linuxの達人。俺のようにソースコードレベルでOSを理解している人間でなければ、百戦錬磨のLinuxトラブルシューティング探偵団のリーダ
Amazon S3、大規模データで18倍の通信性能高速化へ - builder by ZDNet Japan
データドリブンに足りないもの DOMO Japan 川崎氏に聞く データ活用能力の向上に必要なこと アプリ開発がビジネスを左右する クラウドネイティブ時代に アプリ開発に専念できる環境の重要性 セキュリティモデルは変わった！ クラウド活用、リモートワークはあたりまえ いま求められるゼロトラスト実現のために 激変するビジネス環境の中でのDX モダンアプリケーション戦略への取り組みが 市場の競争力の源泉となる アプリケーションモダナイズ 求められている背景にあるビジネスの今 そして、成功の鍵を握るDevOpsの真の意味 50年の経験を持つアイネットが提供 ユーザー企業の使いやすさを第一に考えた ワンストップで使えるマネージドクラウド 本当のデータ活用できていますか？ データドリブンがあたりまえと言われる今あらためて考えたいデータ活用のありかた A Business New Era あらゆるモノ
第30回 JavaScriptの動作を軽くするための工夫：ITpro
今回はJavaScriptとWebページの表示・操作の体感速度について考えてみます。というのは，JavaScriptのせいでWebページの表示や操作などの速度が遅くなっている，と感じることがあるからです。 現在のWebサイトでは，JavaScriptを使って使い勝手を向上することは，ごく当たり前に行われています。例えば，動的にページを書き換えたり，ページ遷移を行わずにサーバーと通信を行ってデータを取得したりと，JavaScriptを使うことで，Webサイトをより便利に，より使いやすくすることができます。 Ajaxという言葉がはやってから，もう2年以上がたつんですよね。何年か前，JavaScriptはじゃまで，セキュリティを低下させる不要なものだと見なされていた頃がありました。しかしそれから一変して，「JavaScriptをがんがん使ってもいい」という空気になったことで，Webサイトを作成す
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
350,000 I/O operations per Second, One vSphere Host
Second Garage - 東大情報基盤センターの最適化マニュアルが秀逸な件
Intel Software Network Blogs » Some points to ponder on Virtualized performance
トラフィック爆発を次世代イーサが救う
Five new performance papers from VMware
http://www.ideal.ece.ufl.edu/workshops/wiosca07/P4Slides.pdf
http://www.webperformanceinc.com/library/reports/Virtualization2/index.html
Rusty's Bleeding Edge Page