X

2ch特化型サーバ・ロケーション構築作戦 Part49

■ このスレッドは過去ログ倉庫に格納されています
NGNG
2ch特化型サーバ・ロケーション構築作戦のスレッドです。

・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携

等を取り扱います。

前スレ:2ch特化型サーバ・ロケーション構築作戦 Part48
http://qb5.2ch.net/test/read.cgi/operate/1276848371/
2010/06/22(火) 00:17:10ID:9tPDtShD0
この後の地上波

6/22（火）
23:00 A フランス vs 南アフリカ ＮＨＫ総合
6/23 (水)
23:00 C スロベニア vs イングランド ＮＨＫ総合
6/24 (木)
23:00 F スロバキア vs イ イタリア ＴＢＳテレビ
27:30 E デンマーク vs 日本 〇 日本テレビ
2010/06/22(火) 00:18:39ID:GMBUx06F0
MaxSpareServersを4096くらいまであげて一度forkしたプロセスは
どーんがきたあとすぐにkillさせないでMaxRequestsPerChild回数分働いてから徐々に死んでいただく、とかどうでしょう。
これでfork&killのコストも下がるはずですが大きいのは触ったことが無いのであてずっぽうです。
2010/06/22(火) 00:20:47ID:RcVaMBe80
カウンターの店員さんは多めにスタンバイ、
通常はお仕事やや暇になってもがまんがまん。
御客押し寄せて忙しくなり始め、やばそうなら増員開始、
店側は最大戦力8192まで投入できます

こんな感じですか。
509501
垢版 |
2010/06/22(火) 00:28:33ID:u0V+66OE0
>>505
> そんなの最初から多くしときゃいいじゃん、
> というのが、>>501 さんの読みか。

です。

CPU/メモリが十分なら、物量作戦で
いくのもよいかと。

bbsdをいれるとか、prefork/workerを分けるとか、
よりスマート(?)な方法もあるかもしれませんが。
2010/06/22(火) 00:31:53ID:RbbttFcs0?PLT(12347)
>>503
ttp://m2.2ch.net/_service/ が403返してきていますー
2010/06/22(火) 00:32:29ID:fEvvbMwP0
いっそのこと8192個立ち上げて、待ちかまえてみるとかｗ
2010/06/22(火) 00:37:46ID:XexpInLe0
忙しいときに新人を入れようとしすぎなのね

MinSpareへらせば?
513root▲▲ ★
垢版 |
2010/06/22(火) 00:45:27ID:???0
>>510
むぎゅー。
514root▲▲ ★
垢版 |
2010/06/22(火) 00:55:41ID:???0
◆【宇治金時】負荷監視所_20100505
http://namidame.2ch.net/test/read.cgi/liveuranus/1273040905/651

651 名前：今、天王星のwiki見てきたら軌道傾斜角(i) が0.774°だった[sage] 投稿日：2010/06/21(月) 22:19:05 ID:veYB/iYv
1731res/min [フジテレビ]2010ＦＩＦＡワールドカップ
http://epg.2ch.net/test/read.cgi/tv2chwiki/1277126301/


レス数的には日本戦並みだったのね。
515root▲▲ ★
垢版 |
2010/06/22(火) 00:59:30ID:???0
メモリ8Gだと、
2048ではswapが起こって、
1536でもswapが起こりはじめるかんじだったと。
で、結局今の設定
↓
StartServers 1024
MinSpareServers 703
MaxSpareServers 1024
ServerLimit 2048
MaxClients 2048
MaxRequestsPerChild 10000
MaxMemFree 2000

に落ち着いたと。

今度のサーバは、その3倍のメモリ24G。
さて、どうするのがいいか。

できる限り多めに配置して、非常時以外は固定で動かす、
という感じなのかな。
2010/06/22(火) 01:16:04ID:KbARLkTt0
実装メモリは単純に3倍ですが
changi設定に使われているmd分の確保領域などを考えると
実際に使えるのは8GBの3倍の24GBという計算ではありませんよね?
倍数計算はもう少し増やせるのでは?
517root▲▲ ★
垢版 |
2010/06/22(火) 01:24:57ID:???0
>>516
確かにそうですね。

またしてもじっくり考えて、明日昼間に変更依頼するパターンかなと。
基本は「できるだけforkを避ける方向性」にて。
518動け動けウゴウゴ２ちゃんねる
垢版 |
2010/06/22(火) 01:44:52ID:AGjuVyW90
>>63
３倍どころか４倍になったぢゃないかー　λ＝３
2010/06/22(火) 01:51:07ID:Q274CvEm0
いいおもちゃが在ると楽しいなｗ
2010/06/22(火) 02:29:56ID:pE8chWOF0
>>434
シベリアだとBBQも規制もスルーで書けるのでないかと
というか、#6/12の分は規制中も続けてた分のような
今は再発してないはずだけど

ucomのBBQ済みので延々とコピペし続けたのもだけど
シベリアもBBQを入れてしまったほうが
BBQでも書けるのはシベリア文化なんだろうけど...
521動け動けウゴウゴ２ちゃんねる
垢版 |
2010/06/22(火) 03:54:41ID:AGjuVyW90
ブリザードはシベリアの特色ですのでどうか取り上げないで下さい＿ﾉ乙(､ﾝ､)＿
2010/06/22(火) 04:34:04ID:kMQKwGZk0
>>521
仕方あるまい、度重なる規制で 報告厨が辺境まで散って行って、
自分の思った通りの２ｃｈを 周囲に押し付けた結果だよ…

じっぷらなんか 大概のコピペは 「ウザイねぇ」で済まして、
極稀に 金沢荒しと雑談する奴までいたのに…
2010/06/22(火) 04:45:26ID:Hw+b4CIv0
変化を恐れる人間は２ちゃんねるには必要ないです。

変わった事実を受け入れられない人は２ちゃんねるには必要ないです。


多分
2010/06/22(火) 05:42:14ID:pE8chWOF0
BBQのさらに上のシャットアウトリストとか
完全にどこにも書けなくするってのはポリシーに反するのかもしれないが
しかし、永久規制を重ねても解決には至らない、どっち側も

まぁ、スレ違いですが
2010/06/22(火) 07:39:37ID:xjJrMSJl0
>>515
StartServers = n(MaxSpareServers) + (1-n)(MinSpareServers)
みたいな計算式とかないの

どーん時のΔprocsをおさえたいんだよね
526root▲▲ ★
垢版 |
2010/06/22(火) 10:53:49ID:???0
さて。

・初期値は思い切って4096で
・すいている時でも、(4096-512)よりも少なくならないようにする
・混んできて残りが512を切ったら、最大8192までforkするのを許す

というかんじでいこうかと。

今 live28 で使っている初期値も、
できるだけ大きな値でかつスワップしない値、を探して、
いろいろ値を調整した結果、そうなったものなので。
527root▲▲ ★
垢版 |
2010/06/22(火) 11:00:08ID:???0
StartServers 1024
MinSpareServers 703

1024 - 703 の差分は、変えないほうがよさげかな。

4096 - (1024 - 703) = 3775 か。
528root▲▲ ★
垢版 |
2010/06/22(火) 11:07:43ID:???0
もう少し一般化するか。

今の live28 のパラメータから割り出すと、

StartServers N
MinSpareServers (N - 320 - 1)
MaxSpareServers N
ServerLimit N + M
MaxClients N + M
MaxRequestsPerChild 10000
MaxMemFree 2000

N: 初期値
M: マージン

というかんじなのかな。
529root▲▲ ★
垢版 |
2010/06/22(火) 11:11:18ID:???0
320も一般化するか。

StartServers N
MinSpareServers (N - k - 1)
MaxSpareServers N
ServerLimit N + M
MaxClients N + M
MaxRequestsPerChild 10000
MaxMemFree 2000

N: 初期値 (live28 では 1024)
M: マージン (live28 では 1024)
k: 平常時の込み具合 (live28 では 320)
2010/06/22(火) 11:11:27ID:fEvvbMwP0
どーん対策なら早めにfork開始したほうがいいのでは？
fork開始は2048切ったあたりからとか
531root▲▲ ★
垢版 |
2010/06/22(火) 11:16:52ID:???0
>>507 も加味するか。

StartServers N
MinSpareServers (N - k - 1)
MaxSpareServers N + m
ServerLimit N + M
MaxClients N + M
MaxRequestsPerChild 10000
MaxMemFree 2000

N: 初期値 (live28 では 1024)
M: マージン (live28 では 1024)
m: アイドル定数(M >= m >= 0) (live28 では 0)
k: 平常時の込み具合 (live28 では 320)
532root▲▲ ★
垢版 |
2010/06/22(火) 11:18:11ID:???0
>>530
追い込まれるより先に fork してしまえ、というかんじですかね。

どっちがいいのか。

ゆっくり増えるならそれもありかもですが、
基本は断崖絶壁みたいなので、
個人的には「足りているならぎりぎりまでforkしない」というのもありかもなと。
533root▲▲ ★
垢版 |
2010/06/22(火) 11:24:15ID:???0
>>531
N = 4096
M = 1024
m = 1024
k = 320

あたりかな。

あと、思い切って可変をやめてしまって、

StartServers N
MinSpareServers N - 1
MaxSpareServers N
ServerLimit N
MaxClients N
MaxRequestsPerChild 10000
MaxMemFree 2000

N: 終始この数で固定

にするという力技もありますが、微妙なところ。
534root▲▲ ★
垢版 |
2010/06/22(火) 11:29:48ID:???0
で、>>533 だと、

4096 ではじまって、(4096 - 320 - 1) よりもひまなhttpdが少なくなると、
最大で1秒に1個の割合でforkかかるので、早めにforkかかるかんじになりますね。
>>530 なかんじ。
2010/06/22(火) 11:33:08ID:fEvvbMwP0
>>532
早めにforkし始めればCPUのidleも多いので処理しやすいかと思いましたが
どーんは瞬間的にやってくるものなので、あんまり意味ないかもです
奴らは常に想定を超えてやってきますしねｗ
536root▲▲ ★
垢版 |
2010/06/22(火) 11:33:17ID:???0
これでいってみるか。

StartServers 4096
MinSpareServers 3775
MaxSpareServers 5120
ServerLimit 5120
MaxClients 5120
MaxRequestsPerChild 10000
MaxMemFree 2000

N: 4096
M: 1024
m: 1024
k: 320

--------

StartServers N
MinSpareServers (N - k - 1)
MaxSpareServers N + m
ServerLimit N + M
MaxClients N + M
MaxRequestsPerChild 10000
MaxMemFree 2000

N: 初期値 (live28 では 1024)
M: マージン (live28 では 1024)
m: アイドル定数(M >= m >= 0) (live28 では 0)
k: 平常時の込み具合 (live28 では 320)
537root▲▲ ★
垢版 |
2010/06/22(火) 11:33:57ID:???0
>>535
> 奴らは常に想定を超えてやってきますしねｗ

そうですねｗ
538root▲▲ ★
垢版 |
2010/06/22(火) 11:34:40ID:???0
そんでは、>>536 の変更申請は午後1時あたりにでも。
539root▲▲ ★
垢版 |
2010/06/22(火) 11:35:49ID:???0
万一 4096 でしばらく動かしてスワップが起きるようなら、
コンセプトそのままに、少しずつ減らしていくかんじで。
2010/06/22(火) 11:42:18ID:fEvvbMwP0
どーん用に3775個常に用意しておくって感じですね
素敵です
2010/06/22(火) 12:29:10ID:jkkbTvdjP?PLT(91350)
バッチコーイ設定って幹事かぁ
2010/06/22(火) 12:49:14ID:K7b66F4u0
解説㌧
543root▲▲ ★
垢版 |
2010/06/22(火) 13:10:29ID:???0
変更申請いくます。
544root▲▲ ★
垢版 |
2010/06/22(火) 13:13:28ID:???0
>>536 で申請済み。
変更作業の際には以下同文。
545root▲▲ ★
垢版 |
2010/06/22(火) 13:17:12ID:???0
今これ。

%pgrep httpd | wc -l
1076

これが変化する予定。
2010/06/22(火) 13:34:34ID:E5e6wai30
7.0はもうjemallocを使ってたと思うから、これ以上forkが速くなるのは難しいかな？
547root▲▲ ★
垢版 |
2010/06/22(火) 13:38:03ID:???0
完了。

%pgrep httpd | wc -l
4097

>>546
おお、forkの速度問題ですか。
548root▲▲ ★
垢版 |
2010/06/22(火) 13:39:47ID:???0
例のやつ。

________________________________________________________C_______
________________________________________________________________
________________________________________________________________
________________________________________________________________
____________________C___________________________________W_______
_____C__________________________________C_______________________
__________________C_____________________________________________
________________________________________________________________
_______________________________________________________C________
___________C____________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
_______________________________________C________________________
________________________________________________________________
____C___________________________________________________________
________________________________________________________________
________________________________________________________________
__________C_____________________________________________________
________________________________________________________________
________________________________________________________________
_________________C___________________C_____C____________________
________________________________________________________________
_______________C________________________________________________
________________________________________________________________
____________C_______________W___________________________________
________________C____________________________C__________________
__________________C_________________________C__C________________
____________________C_________________________C____________C____
__________________________________________C_____________________
____________________C___________________________C_______________
______________________________________________________C_________
C_______________C_______________________________________________
____C____C______________________________________________C____C__
___________________________________C______________C________C____
____________________W___________________________C_______________
_____________C________________________C_______________________C_
___________________________________________________C____________
________________________________________________________________
__________________C_____________________________________________
______________C____________________________________________C____
___________________________________________________C________C___
________________________________________________C_______________
______________C___C_______C_____________________________________
________________________________________________C_______________
________________________________________________________________
_____________________C__________________________________________
___________________________________________C____________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
____________________W_____________________________________C_____
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
___________________C____________________________________________
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
2010/06/22(火) 13:46:42ID:abV0W7uo0
ハヤブサじゃなくて、閑古鳥だ。
2010/06/22(火) 13:54:59ID:8yIYSiys0
今はな
2010/06/22(火) 14:02:51ID:fwDDcDsCP
>>548
ワロタｗ
2010/06/22(火) 14:19:57ID:fEvvbMwP0
今日の中継は1試合だけか

34　6/22　23:00　A　フランス vs 南アフリカ　ＮＨＫ総合

けいおん！！の放送日だけど、アニメ実況はどーんじゃないしなあｗ
2010/06/22(火) 14:31:06ID:zznia6nO0
>最大で1秒に1個の割合でforkかかる
この割合を変更できればいいのになぁ
554動く動くウゴウゴ２ちゃんねる
垢版 |
NGNG
【dubai 復興計画】　かの年度末の火花　part2
http://qb5.2ch.net/test/read.cgi/operate/1268055856/

ここにも新さヴァいれろよ（笑）
555動く動くウゴウゴ２ちゃんねる
垢版 |
NGNG
５５５（笑）

でも　板が無いのか・・・・・　アフォだな♪
2010/06/22(火) 17:26:00ID:TkH7SSDA0
MaxRequestsPerChild を小さくするとトータルでのメモリ使用量を節約できたりしないかな。
fork回数はもちろん増えるだろうけれど。
2010/06/22(火) 17:28:56ID:KbARLkTt0
そもそもメモリ使用量を節約する必要はあるのだろうか
558root▲▲ ★
垢版 |
2010/06/22(火) 18:02:15ID:???0
>>556
今の 10000 は割と小さめと思っていますが、
httpd の数が増えてくると、どうなのかしら。

で、メモリ使用量もさることながら、
フレキシブルに数を変える効果とかの話もあるのかしら。
2010/06/22(火) 18:26:41ID:ABMoMWSL0
メモリリークが発生しても大丈夫なように一定回数応答したら殺してしまえってのが
この設定の目的だと思うので個人的にはもっと増やしてみてもいいと思ってる。
2010/06/22(火) 18:58:48ID:RcVaMBe80
あ、日記更新されてる。
スペシャルセッティング2の説明が
>>536の計算式になってる。
561動け動けウゴウゴ２ちゃんねる
垢版 |
2010/06/22(火) 19:19:37ID:K7R91PeX0
おい
指示通り投げろや
2010/06/22(火) 19:20:22ID:K7R91PeX0
誤爆った・・・
すいません
2010/06/22(火) 19:40:23ID:XEqCLgBtP
>>561
投げたブーメランが全部自分に命中するんです（与党幹部）
2010/06/22(火) 23:14:56ID:TkH7SSDA0
>>558
最近の仮想メモリ管理の実装はまともに勉強したこともありませんが。

一度あるプロセスに malloc() され、さらに実メモリ(swap領域を含む)が割り当てられた場合、
そのメモリ空間を free() すると、そのタイミングまたは、次のリクエストの処理前に
割り当てられた実メモリが解放されるのか？

これが yes であれば、 >>559 の通りなのですが。

プロセスが起動して、大きな実メモリを使用するリクエストを受けた場合、
そのプロセスに割り当てられた実メモリのサイズは、
その後の小さな実メモリしか使用しないリクエストの処理中も確保され続けるのではないかと。

で、プロセスの寿命を短くしてやれば、トータルでの実メモリの使用量を抑えられるんじゃないかなと思ったわけです。

今時のOSじゃそんなことはねーよじじー、ということであれば笑い飛ばしてやってくださいな。＾＾；
2010/06/22(火) 23:21:27ID:1Ki/HLuZ0
ゴールきました
2010/06/22(火) 23:23:36ID:9tPDtShD0
1500res/minクラスのどーんな書き込みがないと詰まった感を感じないですね
2010/06/22(火) 23:25:39ID:gfG4HEa90
datは500KB、各種htmlやsubject.txtは精々25KBだからそんなに大きいメモリ食うことあるんだろうか。
2010/06/22(火) 23:25:57ID:1Ki/HLuZ0
40M弱か
2010/06/22(火) 23:28:48ID:RcVaMBe80
このスレ的には山が着た？？
2010/06/22(火) 23:31:24ID:1Ki/HLuZ0
レッドで58M
2010/06/22(火) 23:31:41ID:stVJM1es0
58.287M
2010/06/22(火) 23:32:02ID:stVJM1es0
平日の夜でもそれなりに出るもんだね
2010/06/22(火) 23:37:54ID:1Ki/HLuZ0
さて2点目
574ちきちーた ★
垢版 |
2010/06/22(火) 23:39:52ID:???O
なんかすごいネ
2010/06/22(火) 23:40:20ID:XEqCLgBtP
このままフルボッコの展開ならある程度の負荷が来るかも。
2010/06/22(火) 23:40:52ID:m9rc17TB0
ちょっと重くなった
回線には余裕があるはずなのにDLの速度自体が落ちる感じなのはなぜだろう
2010/06/22(火) 23:41:10ID:RcVaMBe80
いろんな意味ですごいねー

組織の団結って重要なのね。
2010/06/22(火) 23:46:29ID:7NF2stND0
>>576
割り込みとかそこらへん？
2010/06/22(火) 23:55:04ID:7TXqocPG0
1秒間に処理できるリクエスト数はCPUが空いててもあまり高くないとか？
580root▲▲ ★
垢版 |
2010/06/23(水) 00:17:40ID:???0
きたく。

少し増えた模様。

%pgrep httpd | wc -l
4650

hayabusaサーバトータルの動きとしては、概ね想定通りの模様。
2010/06/23(水) 00:17:55ID:zmF9dCc50
昨日も話題になってたけど、forkが始まると重いのかもしれないね
582root▲▲ ★
垢版 |
2010/06/23(水) 00:18:39ID:???0
明日は、SCHED_ULE へのパッチがうまく当たるのかを調べてもらって、
当たるようなら当ててもらおうかなと。
583root▲▲ ★
垢版 |
2010/06/23(水) 00:20:07ID:???0
>>581
ありえますね。

swapは今のところ使用せず。

まったくforkしない設定を、
試してみる意味はあるのかも。(>>533 の下の方のやつ)
584root▲▲ ★
垢版 |
2010/06/23(水) 00:25:49ID:???0
last pid: 28349; load averages: 1.29, 0.97, 0.94 up 5+04:56:29 08:25:27
4721 processes:1 running, 4719 sleeping, 1 zombie
CPU states: 7.6% user, 0.0% nice, 4.0% system, 3.7% interrupt, 84.8% idle
Mem: 9948M Active, 11G Inact, 1381M Wired, 472M Cache, 214M Buf, 557M Free
Swap: 24G Total, 24G Free
585root▲▲ ★
垢版 |
2010/06/23(水) 00:31:18ID:???0
ゴール来たけど httpd が増えることもなく、
詰まることもなく軽くこなしてしまった。

これだと設定変更の参考にならないかも。
2010/06/23(水) 00:32:52ID:afVfYJZO0
最大数8192だとドーンと来た時にfork祭りになってまた・・・っとなりそうな気が
5000程度でMAXにしてみたらどうだろう？
587root▲▲ ★
垢版 |
2010/06/23(水) 00:34:41ID:???0
>>586
設定変更は様子を見つつ、ってかんじですかね。

まずは肌で体験しないと。
2010/06/23(水) 00:44:18ID:O9sLXOZZP
こうなったら試合終了後の神田愛花アナの爆弾発言に
ドーンの期待をするしかないか。

「フランスってホント空気読めないですね。」とか・・・
589root▲▲ ★
垢版 |
2010/06/23(水) 00:47:05ID:???0
しかし、23:38あたりのグラフはいかにも実況風味。
http://mumumu.mu/bremen/hayabusa.html

2010/06/22 23:37:38 6731
2010/06/22 23:37:48 6097
2010/06/22 23:37:58 14555
2010/06/22 23:38:08 16424
2010/06/22 23:38:18 13175

10秒のうちに、アクセス数が2.5倍になる世界と。
2010/06/23(水) 00:57:33ID:NuqENBa00
ジブリではまず出せない急加速w
これがスポーツ実況なんだなあ
2010/06/23(水) 00:59:44ID:V78BvUFeO
２試合が同時刻なので、テレビやネットで観るので精一杯の人もいると思われます
2010/06/23(水) 01:11:36ID:g+0NuEr90
だからなに？
2010/06/23(水) 01:16:03ID:L01rtsdR0
saborinキャンセル出来ないですか？余裕ありそうなのでよかったら…
2010/06/23(水) 01:22:12ID:zIZ5m2sn0
hayabusaの転送量のグラフがモンサンミッシェルに見えてきた
595動け動けウゴウゴ２ちゃんねる
垢版 |
2010/06/23(水) 01:26:00ID:swAZt1lq0
レスする奴が1人居たら30人はROMってると思え

あれ？実況民がGに思えてきた
2010/06/23(水) 01:31:33ID:ItaGe9nbP
今って実況でもAA規制が厳しいらしいんだけど
ジブリでテストするの期待出来ないんじゃない
2010/06/23(水) 01:39:57ID:VjdoBrmT0
liventv
BBS_LINE_NUMBER=6
BBS_MESSAGE_COUNT=4096

4096だったっけ？てのは置いといてどの辺が厳しいのか書かんと
2010/06/23(水) 01:48:59ID:ItaGe9nbP
聞きかじりだからよう知らん
2010/06/23(水) 02:01:39ID:PN8b1vak0
>>597
けいおんの実況で作品に関係有るAA出したら埋め立て荒らしと判断されて規制されたとかいうのを見たような。
2010/06/23(水) 02:14:44ID:V78BvUFeO
>>592
＞ だからなに？
>>591に対してでしょうか？
同時に２試合観るので(１つはPCで観てる方もいます)
実況をロムる事は簡単でもレスするのは容易ではない方もいると思います
言葉足らずですみませんでした
2010/06/23(水) 02:23:01ID:hcnMuYI00
ここでする話か？質雑でやれや
2010/06/23(水) 02:59:35ID:SG2MD/xn0
次スレ用意しておいたら●焼きされるくらいだし流れが速いジブリなんかはスレ難民出て勢い落ちる悪寒
603root▲▲ ★
垢版 |
2010/06/23(水) 10:10:23ID:???0
%pgrep httpd | wc -l
4649

増えたままですね。

MaxSpareServers N + m

の m を大きくしたことが効いていると。

で、相変わらずswapは起こっていない模様。

last pid: 91961; load averages: 0.18, 0.16, 0.17 up 5+14:40:44 18:09:42
4711 processes:1 running, 4710 sleeping
CPU states: 1.9% user, 0.0% nice, 1.0% system, 1.1% interrupt, 96.0% idle
Mem: 12G Active, 9049M Inact, 1396M Wired, 974M Cache, 214M Buf, 11M Free
Swap: 24G Total, 24G Free

もう少し観察継続で。
2010/06/23(水) 10:42:04ID:zmF9dCc50
まさにそんな感じで4649！ですなｗ
605root▲▲ ★
垢版 |
2010/06/23(水) 11:42:58ID:???0
どうやら、

sched_ule.c へのパッチ自体は、RELENG_7_0 の sched_ule.c (1.214.2.2)
にも当たるようだ。

以下を hayabusa と live28 に対してお願いする方向で。

＜タイミングによりデッドロックが発生する問題（ULEスケジューラの不具合）の修正＞

1) パッチを入手する

# fetch http://security.FreeBSD.org/patches/EN-10:02/sched_ule.patch
# fetch http://security.FreeBSD.org/patches/EN-10:02/sched_ule.patch.asc

2) パッチを適用する

# cd /usr/src
# patch < 入手したsched_ule.patch

3) 通常の方法でカーネルを更新する

4) リブート
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況