[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

タグ

高速化に関するtakuver4のブックマーク (4)

  • プログラムを高速化する話

    9. 9 最適化について 「細かい効率のことは忘れて、時間の 97% について考え よう。時期尚早な最適化は諸悪の根源だ。それでも残り 3% についても機会を逃すべきではない」 - Donald E. Knuth 「プログラム最適化の第一法則 : 最適化するな。 プログラム最適化の第二法則 ( 上級者限定 ): まだするな。 」 - Michael A. Jackson 11. 11 最適化の対象 主に Intel の Haswell マイクロアーキテクチャ以降を対象 多くのテクニックは他のプロセッサにも応用できます ベース マイクロアーキテクチャ プロセスルール 登場年 Nehalem Nehalem 45nm 2008 〃 Westmere 32nm 2010 Sandy Bridge Sandy Bridge 32nm 2011 〃 Ivy Bridge 22nm 2012 Hasw

    プログラムを高速化する話
    takuver4
    takuver4 2015/03/16
    個人的な興味はスゴクあるけど、現実問題としてケツが決まっている開発で高速化の取り組みをするのは難しい…。
  • なぜ QUIC や SPDY が生まれたのか ? - Block Rockin’ Codes

    Intro Google が SPDY の開発を始めたのは 2009 年で、 2012 年に HTTP2.0 のドラフトとして採用されたあたりからちょっと話題になりました。 翌 2 月には新たなプロトコル QUIC の存在が Chromium のソースからリークしたのですが、しばらくは音沙汰なく。 6 月に入ってやっと Google から公式アナウンスとドキュメント類が出ました。 去年から今年にかけて立て続けに出てくる新しいプロトコルの話。 なぜ今 Web のプロトコルが見直されるのか? 何が問題で、なぜ Google はそれらを作り変えるのか? SPDY や QUIC は Google の独自プロトコルだけど、それは当にただの独自プロトコルで終わらせていいのか? 20% ルールで作ってみた Play プロジェクトでしかないのか? こうした新しい動きには、かならず「それまで」と「今」を踏

    なぜ QUIC や SPDY が生まれたのか ? - Block Rockin’ Codes
  • 10GbE時代のネットワークI/O高速化

    10GbE、40GbEなどの極めて高速な通信をサポートするNICが、PCサーバの領域でも使われるようになってきている。 このような速度の通信をソフトウェア(OS)で処理し高い性能を得るには様々な障害があり、ハードウェア・ソフトウェア両面の実装を見直す必要がある。 セッションでは、ハードウェア・ソフトウェア両面にどのような改良が行われてきており、性能を引き出すにはどのようにこれらを使用したらよいのかについて紹介する。Read less

    10GbE時代のネットワークI/O高速化
  • Windows XPの起動時の長いディスクアクセスは、Windows Updateの履歴が溜まりすぎていたせいだった?! - 全力HP

    Windows XPの起動時の長いディスクアクセスは、Windows Updateの履歴が溜まりすぎていたせいだった?! 追記)Windows起動時の長いディスクアクセスを根的に解決する方法として、もっとも有効なのは内蔵ディスクをSSDに換装する、ということ。ふるさと納税でもSSDがもらえるので、変えたほうがいいかも。ちなみに私は変えた。 買った当時は電源を入れるとすぐに起動していた私のパソコン。しかし、何年も使い込んでいると起動時にものすごいディスクアクセスが発生し、使えるようになるまでにすごく待たされるようになったのだ。 もしかしたら、原因は他にもいろいろあるのかも知れないが、私は以下を試してみて、ハッキリわかるくらい効果を感じたので覚書しておこう。今までおこなった軽量化と違い、「明らかに改善した!」と実感できた。 実施前:起動してデスクトップにアイコンが表示されても、数分間はひどい

    Windows XPの起動時の長いディスクアクセスは、Windows Updateの履歴が溜まりすぎていたせいだった?! - 全力HP
  • 1