2ch特化型サーバ・ロケーション構築作戦 Part45
■ このスレッドは過去ログ倉庫に格納されています
2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・2ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・2ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
前スレ:2ch特化型サーバ・ロケーション構築作戦 Part44
http://qb5.2ch.net/test/read.cgi/operate/1276342978/ 初戦は一回しかないうえに設定変更にも時間がかかるから今やったほうがいいと思うが・・・ なんというか、界王拳4倍状態ですなw>httpd倍 はっきり言って、5000ぐらいまで増やさなきゃゴールの時に足りなくなる httpdの限界値も見極めないとw
さぁ、一緒に逝こう皆の衆ww >>266
その内「今使っているのがその界王拳20倍なのだ…」になるな とりあえず通常時でどれくらい必要なのか知りたいからな 1799res/min [NHK総合]2010FIFAワールドカップ・E組「日本×カメルーン」
049res/min [テレビ朝日]報道ステーション
024res/min [日本テレビ]NEWS ZERO
009res/min [テレビ東京]情熱の系譜
004res/min [NHK教育]リトル・チャロ2〜英語に恋する物語
004res/min [フジテレビ]ホンマでっか!?TV
000res/min [TBSテレビ][N]NEWS23クロス これ投入依頼します。
StartServers 1760
MinSpareServers 1759
MaxSpareServers 1760
ServerLimit 1760
MaxClients 1760
MaxRequestsPerChild 10000
MaxMemFree 2000 どうせ明日以降はみんな逃げて負荷減るから、データとるなら今しか無いべ 可及的速やかにどんどん設定変えて
データとるべしとるべし >>286
ヽ(´∀`)人(・ω・)人( ゚Д゚)人ワショーイ で中の人がWCに熱中してて投入されないまま終わったらプギャーしてやる >>204
L 638 (45.31%)
C 465 (33.03%)
W 305 (21.66%) root「私はhttpd増量を後2回残している。 これがどういうことか分かるか?」 >>298
やっぱロギングの仕組み見直した方がいいな。 今は実験だから仕方ないけれど、本実装はサーバーを分散しろよww 徐々に上げつつ、最大2048あたりまでは試そうと思っています。 100Mbps決め打ちでスループットを制限する設定がどっかに残ってるんじゃないかと疑いたくなるくらい
きっちり100Mbps直前で落ちるんだなw まあ実況鯖に通常の保持数700クラスの板同居させているのも影響ありますかねえ >>286
Σ___)
△[___]
川 〉|
W ./ <絶望のカーニボゥ 「馬鹿な、こいつらhttpdの数を自由に操りやがるっ!」 % pgrep httpd | wc -l
1761
反映済。 >>310
4年後は1サーバーで動かしているに100カノッサ
ベンチマークしにきたニダ
. ∧_∧ ∧_,,∧
( *´Д`) <`∀´ > . ____
( ⊃旦 ̄ ̄旦 ∪ ̄∪ ̄/:| | | \ ヽ
(_ /________//''.. | | l 二 |
|_l───────‐l_|' |_|__/__/
_____|\___ |;;;;;;;;;;|;;;;;;;;;| たまたま08年のインタビュー見たら有言実行してて吹いた ログは別SSDもしくはHDDに出したほうがいいんじゃない?
ログ取りプログラムが自作なら、汎用FSを止めてRAWデバイスに
書き込むような仕組みにするとか。 どうかな?
そういやE3今日なんだっけ
Monazilla/1.00 (JaneStyle/3.10) 思ったよりもメモリがきつくならないな。
dnscacheはmlock()か何かして、
実メモリしっかり咥えるから、
そこを減らしたのが効果あったのかな。 >>144らへんとかを検証できるデータとかも見れないんでしょうか
いやマジで全くのド素人なのでよく分からないけど 今スムーズ?
httpd増やして、逆に軽くなったような気もする。
vip抜けたせいなのかな。 >>191
NCQ有効環境だとランダムリードが基地外じみた数字になるよ。
ttp://crystaldew.info/wp-content/uploads/CrystalDiskMark30-ja1.png
>>252
SSDにスワップ置くとか ってgimpoがそうなってるはずだけどスワップ発生してなさそうだな。 >>328
SSDスレ行って、さっさと情報出さないと自作板live28に移転させんぞって脅したらいくらでも教えてくれるんじゃないかな。 >>326
夜中の2時(正確には15日午前2時)から
Microsoftのカンファレンスがあるはず >>330
人が抜けたのかどうか分かりませんが、凄くスムーズです >>333
そうだよね。
SSDだから、どんどん読ませてあげたほうが、
httpdが埋まることも少なくなるという話なのかな。 >>332
試合始まる前に板移転しとけばよかったのかw LA 14.81, 77.67, 82.47ですが快適な感じ というか、勢いが低すぎる。みんな散って戻ってないんじゃない? 提案になりますが、前半中に一応もう1段階あげてみては?
良くなかったらハーフタイムで落とすとかできますし・・・ >>347
しばらく使って、swap使う感じがなかったら、
上げてみようと思っています。 実況とかはでかいAA貼るのも
あまりないだろうし、少ないデータ量が
やたらきてるのかね
だったらI/O間で時間占有させずに
どんどん処理してしまえ〜 なのかしら 明らかにさっきよりスムーズ。
アクセス数もちゃんと来ている。
2xx 3xx 4xx 5xx URL
2314 12 0 0*/livenhk/dat/1276524083.dat
616 5 0 0 /livenhk/dat/1276524706.dat
586 9 0 0 /livenhk/dat/1276523607.dat
575 4 0 0 /livefoot/dat/1276525004.dat
453 0 0 0 /livenhk/subject.txt
396 3 0 0 /livefoot/dat/1276523423.dat
345 0 0 0 /livefoot/subject.txt
341 0 0 0 /test/bbs.cgi >>341
MSはswapはSSDに置くと超効果的!って言ってるのよこれが。
ttp://blogs.msdn.com/b/e7jp/archive/2009/05/24/9639779.aspx
>ページ ファイルは SSD 上に配置する必要がありますか?
>はい。ほとんどのページ ファイル操作は、小規模なランダム読み取りまたはより大規模な順次書き込みです。これらのどちらのタイプの操作も、SSD で適切に処理できます。
>何千もの遠隔測定データを観察し、ページ ファイルの読み取りと書き込みに注目した結果、次のことがわかりました。
>pagefile.sys 読み取りは、約 40 対 1 で pagefile.sys 書き込みを上回る。
>pagefile.sys 読み取りサイズは、通常非常に小さく、67% が 4 KB 以下、88% が 16 KB 未満。
>pagefile.sys 書き込みは比較的大きく、62% 以上が 128 KB、45 % がちょうど 1 MB。
>実際、通常のページ ファイルの参照パターンおよびそれらのパターンに対する SSD の持つ有利なパフォーマンス特性を考えると、
>SSD 上に配置するのにページ ファイルより適したファイルはほとんどありません。 >>348
人が戻ってきたのか、若干重くなってきました。
イベントがあったら即落ちそうですよ、@実況 ■ このスレッドは過去ログ倉庫に格納されています