タグ

.チューニングに関するsankasekiのブックマーク (7)

  • --- kernel ---

    sankaseki
    sankaseki 2008/06/24
    --- kernel --- Linuxの設定(カーネル再構築)
  • Elearning Site

    Under Maintenance Sorry for the inconvenience.

    sankaseki
    sankaseki 2008/06/12
    Linuxとモバイルのネットマーベラス株式会社 OS Tuning チップス
  • [サーバー運用編]カーネル・チューニングをしてはいけない

    1980年代~1990年代のUNIXはOSとしての性能に問題が多かった。特にハードウエアの進歩に比べてOSの性能が追随せず,アドレス空間の貧弱さやソフトウエア的なバッファ不足によってアプリケーションの性能が上がらないという問題があった。システム・エンジニアはnbufサイズやプロセステーブル・サイズなど,カーネル内のパラメータを変更し,チューンアップすることによってアプリケーションの性能を上げようと努力していた。 CやC++といったコンパイル言語を駆使するプログラマは,UNIXの知識と経験が豊富である。OSの記述言語と同じ言語でアプリケーションをプログラミングしているわけだから,アプリケーションのパフォーマンスや信頼性を上げるために,OSのカーネル・パラメータを操作するのはいとも簡単なことだったのである。 一つのアプリケーションが持つことのできるファイル・ディスクリプタ数の上限,メモリー・ア

    [サーバー運用編]カーネル・チューニングをしてはいけない
    sankaseki
    sankaseki 2008/06/12
    [サーバー運用編]カーネル・チューニングをしてはいけない:ITpro
  • カーネルリソースの管理

    3.5. カーネルリソースの管理 大きなPostgresのインストールはオペレーティング システムのリソースリミットを容易に越えてしまいます。(システムに よっては出荷時のデフォルトが低すぎるため"大きな"インストール の必要さえありません。)このような問題に遭遇したことがある方は この先を読んでください。 3.5.1. 共有メモリとセマフォ 共有メモリとセマフォはひとまとめにして"System V IPC" と呼ばれます(メッセージキューとも一緒ですが、Postgres では関係ありません。)。ほとんどすべての現代のオペレーティング システムはこれらの機能を提供しますが、特に BSD の痕跡を引きずるシステムの ように、すべてがデフォルトで有効にされたり適当なサイズになっているわけでは ありません。(QNX と BeOS ポートではPostgresは これらの機能の独自の代替実装を提

  • 大規模サイトのLinuxカーネルチューニング

    大規模サイトの為のLinuxカーネルチューニング (Linux kernel tuning for large site) 文責: もりかわひろかず * ** 大規模なサービスを行うサーバOSとしておこなうべき チューニングの定石について記述します kernelのバージョンは2.4.31を対象にしています (もう2.6でしょう) (2.4版のメンテやめます) OSのデフォルト設定は一般的な規模を想定しています それを逸脱するような大規模な用途(大規模なwebサーバ、 web cache(squid)サーバ、バーチャルドメインサーバ[仮想サーバ])に使用するには、 やはりそれなりのチューニングが必要になってきます 以下で、そのチューニングの定石を列挙します (なぜチューニングが必要なのか) (個々の値については各サイトで調節してください) (以下のパラメータは I

    sankaseki
    sankaseki 2008/06/03
    大規模サイトのLinuxカーネルチューニング
  • http://mlv.lolipop.jp/W3C/HTTP/pipeline-970317.html

    sankaseki
    sankaseki 2008/04/22
    Performance of HTTP/1.1 Pipelining | http1.1のRequest&Response の説明が簡潔で分かり易い
  • GIGAZINE - GIGAZINEのLoadAvarageを「27」から「2」へ下げた方法

    ここ3日間ぐらい超絶な重さだったのはサーバに物理的トラブルが発生したからではなく、単純に閲覧者数が満員御礼となり、各時間で倍増したためです。LoadAverageはひどいときで15分間の平均値「27.1」程度。瞬間最大風速だともっと高いです……明らかにまずい。 というわけで、Apacheのデフォルト設定で今までは大丈夫だったのですが、ついに高負荷サイト用の設定に変更せざるを得なくなりました。 そのため、実際に行った対処方法は以下の通り。1日30万PV近い動的サイトの高負荷を緩和させる方法として参考になれば幸いです。 まず大前提として、既にDNS逆引きや.htaccessの余計な読み込みなどは停止させていました。下記ページに書いてあることは実行済み。 @IT:Apacheパフォーマンス・チューニングの実践(1/2) この状態で負荷が15分平均で「27」になっていたわけです。 また、LoadA

    GIGAZINE - GIGAZINEのLoadAvarageを「27」から「2」へ下げた方法
    sankaseki
    sankaseki 2008/04/21
    GIGAZINE - GIGAZINEのLoadAvarageを「27」から「2」へ下げた方法
  • 1