X

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

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

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

等を取り扱います。

現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
しかし、問題はあらゆる意味で山積の状態です。

特に、成熟度を高めたリリースであるはずの FreeBSD 6.1R において、
amd64 アーキテクチャでの突然のハングアップの不具合が、深刻な問題となっています。
NGNG
ex11 LA 10ぐらいになりました。
さっきは200以上あった。

大丈夫でしょう。
NGNG
で、携帯系の負荷、予想通りむちゃくちゃだなぁ。
NGNG

　掛けまくも畏き イザナギの大神　　　◇　　　　　　　ミ　◇　祓へ給ひ清め給へと
　筑紫の日向の橘の　　　 　　　　　◇◇　　 /￣|　　◇◇　　まをすことを聞こし召せと
　小戸の阿波岐原に　　　　　　　◇◇　＼ 　|＿_| ◇　　　　　恐み恐みもまをす。
　禊ぎ祓へ給ひし時に　　　　　　　　　彡　O(,,ﾟДﾟ)　/..　　　　2ch稼動サーバ・ロケーションの
　なりませる祓へ戸の大神たち　　　　　　(　　Ｐ `O 　　　　　常盤かきはに幸くと
　諸々の禍事・罪・穢れあらむをば　 　／彡#＿|ミ＼　　　　 請ひのみ奉らくとまをす
　　　　　　　　　　　　　　　　　　　　　　　　 </｣_|凵_ゝ
2006/06/13(火) 00:18:00ID:LeyVM7OLO
やはり課金システムにして蹴って行かないと駄目なんジャマイカ
2006/06/13(火) 00:31:36ID:9NeLues+0
●と株主優先にするとか
2006/06/13(火) 00:33:05ID:lRJzRpoT0
削り落として負荷削減をするのはよろしくない。
2006/06/13(火) 00:40:30ID:mi03N0V70
恒常的な収入があるといいのだが。

広告の収入が増えないかな。
アングラなイメージはだいぶなくなってきたと思うのだけど、
エロ広告ばっかりでちょっと引く。
NGNG
負荷問題はいずれ解決しなけりゃならん問題になるんだし
一時しのぎ程度のものは問題を先送りしてるだけかと．
お金で解決できりゃ良いけど，技術的にそういうわけには
いかない部分も出てくるだろうし．

雪だるま周りはどういう風に解決するか楽しみだったり……
NGNG
>>45
live23b
news20b

両サーバとも、single CPU モードに移行。
mpsafevfs は、デフォルトに戻した(有効)。

これで安定してくれるといいけど。
で、安定するようなら、それはそれで問題なわけだが。
2006/06/13(火) 01:15:35ID:LeyVM7OLO
>>57
三年前の状態に戻すだけだよ､パケ代定額前の状態に
腹八分目って大切だと思うよ

実際にスレ立て制限とか書き込み時間制限とかで削ってる訳だからさ
2006/06/13(火) 06:26:57ID:Q10h+9wI0
バックエンド (live22) もついにアップアップ状態まで逝きましたか．
それに対応するとしたらやはり mod_cache ということでしょうけど，
フロントの httpd でこんな設定すれば BG (Squid) 問題の対策できるかなぁ......

    SetEnvIf Remote_Addr ^206\.223\.151\.(55|57)$ BlackGoat
    Header append Cache-Control proxy-revalidate env=BlackGoat

フロント側としても，毎回バックエンドにお伺い立てるよりは
ローカルキャッシュ使えた方が軽くなるかなぁ......
2006/06/13(火) 07:26:53ID:Q10h+9wI0
で，携帯は中期的には u.la に期待するとして，短期的に今の c を延命させるとすると......
現状 Squid でキャッシュさせてるのは生の dat や subject.txt だけなんですよね？
となると，PHP 出力側も mod_cache でキャッシュさせてみるとか．
んで，dat 等をフェッチする際に得られる Last-Modified をそのまま PHP 出力でも吐いてもらうと．
NGNG
たぶん、バックエンドの少なくともプライベート側のほうは、
Apache ではないのを使う( thttpd とか )方向かなと。

で、mod_cache の件ですが、前から気になっているのですが、
mod_cache 入れた場合、書いた直後に dat を読むタイプの専用ブラウザとかで、
ちゃんと自分の書いたレスが読まれるようになるのかしら。

直感では、キャッシュが働くので、昔の NFS で動かした時のように、
反映に遅延が発生するような気もします。
2006/06/13(火) 11:41:51ID:lqmZZae10
お世話になっております。株式会社jig.jpの菊池です。
サーバ移設のためIPアドレスが変更になります。

詳細は下記URLからご確認ください。
http://br.jig.jp/pc/ip_br.html

宜しくお願い致します。
NGNG
>>65
確認しました。

これは、すぐに変更・反映してしまってよろしいでしょうか。
NGNG
…というか、CIDR 的には 1ブロックの追加ということですね。

いってきます。
NGNG
210.188.205.92/30 を jig ブラウザ用 CIDR ブロックとして追加しました。
10分程度で反映されるはず。
2006/06/13(火) 12:45:52ID:0ElJ10ja0
>>64
>mod_cache 入れた場合、書いた直後に dat を読むタイプの専用ブラウザとかで、
>ちゃんと自分の書いたレスが読まれるようになるのかしら。

これは設定次第かなぁ．

[案1: CacheMaxExpire 1, CacheDefaultExpire 1, CacheLastModifiedFactor 1]
　　最大1秒間のディレイは発生しますが，瞬間的な怒濤のようなアクセスに対し
　　結構効果はありそうな気はします．で，書き込んだ後1秒以内にリロードされると
　　自分のカキコが反映されない可能性はあるので，これを解決するなら
　　専ブラ作者さんのご協力も頂いてリロードまでに1秒間ディレイを入れて頂くとか．

[案2: CacheMaxExpire 0, CacheDefaultExpire 0]
　　毎回必ずバックエンドに問い合わせるので，案1ほどの効果は見込めないかも知れません．
　　ただ，mod_cache なしならバックエンドからのレスポンスの多くが 200 になるところを
　　304 にすることは期待でき，その分バックエンドの負担は軽減できるかも．

>バックエンドの少なくともプライベート側のほうは、
>Apache ではないのを使う( thttpd とか )方向かなと

304 をちゃんと扱えさえすれば，あとはスタティックファイル専門で
超高速・超軽量な httpd があればそれがよさそうですね．
2006/06/13(火) 13:20:24ID:???0
>>69
ふむふむ。

で、

148 名前：名無し草[sage] 投稿日：2006/06/13(火) 12:47:29
> Apache ではないのを使う( thttpd とか )方向かなと。
ttp://wota.jp/ac/?date=20060605#p01
参考になるかは知らないけど、一応。

ですが、軽い httpd の試みはいろいろあるようですね。

パブリック側は Apache のままにしておいて、
削除 CGI とかはそちらに飛ばすようにすれば、
CGI の実行すら要らないという噂もあるですね。

とすると、

・差分転送関連
・If-Modified-Since とかそのへん

がちゃんと動くなら、ってかんじですか。
NGNG
で、昨日の様子を見る限りでは明らかに、
cobra > tiger でした。

メモリ容量ほぼ同じ
HDD 仕様ほぼ同じ
Apache セッティングほぼ同じ

で、tiger は正しく LA=750 になり、cobra は LA=3 とかでした。
64bit I/O が効いているのか、あるいは dat オンメモリというぐらいで、
メモリアクセスが高速なのか。

でも、ハングアップ癖があるんではなぁ。
NGNG
>>71
正しく = 虫を踏んだわけではなさそう、という意味
2006/06/13(火) 13:41:44ID:0ElJ10ja0
>>70 そんな感じですね．パブリック/プライベートで分けてもいいし，ポート番号で分けてもいいし．

>>71-72 なるほど...... amd64 で駆虫が成し遂げられれば最強ってところですね．
tiger も新しいのは EM64T として 64-bit で動くんでしたよね．もっとも，
EM64T でも同じ虫，あるいは別の虫も出てきちゃうかも知れませんけど．
2006/06/13(火) 13:45:42ID:lqmZZae10
>>68
対応ありがとうございます。

【全IP】の方に間違いがありましたので、修正致しました。
【CIDR】表記に変更はございません。

http://br.jig.jp/pc/ip_br.html

宜しくお願い致します。
2006/06/13(火) 13:53:17ID:???0
>>74
了解しました。
今後ともよろしくお願いします。

# 最初見た時「あれ」と思いましたが、修正バージョンを見て納得しました(w。
NGNG
こんなスレッドが。

6.1 Stable keeps hanging
http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/025939.html

Xeon の例だけど、amd64 (64bit) での例。

ざっとしか読んでないけど、mpsafenet を切ると直るとかなんとか。
NGNG
現象は 2ch で起きているのと全く同じっぽい。理由もなく突然ハング
http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/025939.html

ハングしているサーバのハードウェア構成(dmesg)
Xeon dual (新tiger相当)を amd64 で使用。ネットワークは em で、SCSI は amr
http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/025944.html

同じ現象を経験した人がいて、debug.mpsafenet=0 で直ったらしい
http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/025949.html

それに対して開発者の rwatson は「情報をくださいー」
http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/025951.html

6.0R ではとりあえずハングはしないらしい(2chでの現象と同じ)
http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/025957.html
NGNG
config 見ると、この人は kbdmux を有効(デフォルト)にしているのか。

devicekbdmux# keyboard multiplexer

preemption も有効と。

options PREEMPTION# Enable kernel thread preemption

もうちょっと調べてみる必要ありですが、
同じ現象が起きている人が少なくとも複数いて、
workaround を適用して直った、という人もいることまで、とりあえずわかったと。
NGNG
…しかし、mpsafenet は疑わなかったなぁ。
ぜんぜん確定じゃないけど。
2006/06/13(火) 17:22:46ID:Q10h+9wI0
>>76-79 う〜む，どっちか片方を SMP に戻した上で debug.mpsafenet=0 にして様子見とか．
2006/06/13(火) 17:31:26ID:XU99lLNw0
news20b で


　　　 _ 　∩
　　(　ﾟ∀ﾟ)彡　実験！実験！
　　(　 ⊂彡
　 　|　　　|　
　 　し ⌒Ｊ
NGNG
>>80-81
そうしたい誘惑はすごくすごくあるんですが、
２ちゃんねるのサーバが 2F に移動完了するまでは、
カーネルの設定変更については、しない方向でいこうかと。

現状のシチュエーションでは、ハングした時とかの対応考えると、
各方面にあまり負荷をかけたくないですね。

ということで、第二戦は今の設定でいく感じかなと。
NGNG
というか、シングル CPU でも問題は起こるのかとか、
シングル CPU 状態での限界性能はどうなのかとか、
そういうことも確認できるわけで、
まったく無駄な時間になることは、ないと思っているです。
2006/06/14(水) 01:35:15ID:3S9Lmgwy0
SCHED_CORE
http://lists.freebsd.org/pipermail/cvs-src/2006-June/065130.html
NGNG
>>84
おー。
あの libthr の davidxu のスケジューラですか。
NGNG
dual CPU 時代の cobra2244 = live23b の config と dmesg:
http://mumumu.mu/tmp/cobra2244-config.txt
http://mumumu.mu/tmp/cobra2244-dmesg.txt
2006/06/14(水) 10:24:24ID:AP4p/Q4o0
>>75
こちらこそ今後とも宜しくお願いします！
誤表記がないよう今度注意します。

宜しくお願いします。
2006/06/14(水) 12:54:52ID:???0
>>87
わざわざありがとうございます。

>>86
なお現在の設定は、>>86 から options SMP をはずしただけ。
2006/06/14(水) 13:56:52ID:4xPQMXKWO
NFSが駄目ならGFSか。
静的コンテンツはlighttpでいいかと。
あとガンビアって
NGNG
>>89
GFS は寡聞にして知りませんでしたので、Google に。

Red Hat Global File Systemによるエンタープライズデータ共有
http://www.jp.redhat.com/magazine/NO19/

GFSストレージクラスタによるデータ共有
http://www.jp.redhat.com/magazine/NO11/

こんなのがあるですか。

> あとガンビアって

これは、なんでしょう。
2006/06/14(水) 15:50:11ID:4xPQMXKWO
あ単純に頑張ってというのもなんだったので。頑張ってくらはい
2006/06/14(水) 20:21:50ID:1lGlAQdQ0
codaなんてのもちょっとだけおもしろそうだなぁ、と。
ここで求められてる機能とはちょっと違う気もするけど
NGNG
[FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-06:17.sendmail
http://lists.freebsd.org/pipermail/freebsd-announce/2006-June/001071.html

2ch的にはそう影響はないのかな．
2006/06/15(木) 17:15:19ID:BgbcStQG0
http://www.freshports.org/sysutils/fusefs-sshfs
Mount remote directories over ssh

http://www.freshports.org/www/webfs
A simple http server for static content
NGNG
>>94
おー。

Filesystem in Userspace
http://fuse.sourceforge.net/

webfs homepage
http://linux.bytesex.org/misc/webfs.html

下は差分転送を扱えるか、ですか。
NGNG
dnstop というのがあるみたいなので、少し遊んでみた。
以下は ex11 の内容。

リモホ得るためにDNS引いているので、逆引きばかり(想定どおり)。
あと、今の ex11 では BBQ と BBM の比率はだいたい 11:1 ぐらいみたい。

Source 3LD count %
---------------- -------------------- --------- ------
127.0.0.1 niku.2ch.net 541 28.2
127.0.0.1 9.211.in-addr.arpa 69 3.6
127.0.0.1 bbm.2ch.net 43 2.2
127.0.0.1 136.210.in-addr.arpa 40 2.1
127.0.0.1 7.222.in-addr.arpa 34 1.8
127.0.0.1 125.219.in-addr.arpa 16 0.8
127.0.0.1 153.210.in-addr.arpa 14 0.7
127.0.0.1 98.219.in-addr.arpa 13 0.7
127.0.0.1 150.222.in-addr.arpa 12 0.6
127.0.0.1 89.58.in-addr.arpa 12 0.6
127.0.0.1 185.221.in-addr.arpa 12 0.6
127.0.0.1 130.210.in-addr.arpa 12 0.6
127.0.0.1 84.124.in-addr.arpa 11 0.6
127.0.0.1 3.125.in-addr.arpa 11 0.6
127.0.0.1 47.218.in-addr.arpa 11 0.6
127.0.0.1 217.218.in-addr.arpa 11 0.6
127.0.0.1 211.220.in-addr.arpa 11 0.6
127.0.0.1 158.222.in-addr.arpa 10 0.5
127.0.0.1 146.220.in-addr.arpa 10 0.5
127.0.0.1 200.125.in-addr.arpa 10 0.5
127.0.0.1 39.60.in-addr.arpa 10 0.5
127.0.0.1 225.218.in-addr.arpa 10 0.5
127.0.0.1 227.218.in-addr.arpa 10 0.5
127.0.0.1 106.219.in-addr.arpa 10 0.5
127.0.0.1 110.219.in-addr.arpa 10 0.5
127.0.0.1 236.60.in-addr.arpa 10 0.5
127.0.0.1 108.220.in-addr.arpa 9 0.5
127.0.0.1 45.60.in-addr.arpa 8 0.4
2006/06/17(土) 09:42:04ID:Z6ZJTGKT0
1 CPU モードにしてからは落ちてない模様なので，とりあえずそれで虫は回避できてるんですかね．
ただ，パワーダウンしてるので日曜日にどうなるか......
live23b は >>83 のように限界性能を見るという意味でそのまま突入ってのもいいかも知れませんが，
第一戦で限界に達したと思われる live22 の方ではバックエンドの負荷軽減策（mod_cache，軽量版 httpd 等）
を試してみるのもいいかも......
NGNG
【実況】　live22+live23　Part21
http://qb5.2ch.net/test/read.cgi/operate/1150119711/340

過去ログの課題のまとめへのリンク。

>>97
live22 は、少し何かしてみますかね。
NGNG
帰宅。雨。

まずは、例の JavaScript を read.cgi にインラインで埋め込む方向かも、かも。
2006/06/17(土) 22:49:29ID:Z6ZJTGKT0
>>99 index.js ですか？ 確かに，現状でフロントの負荷に影響してるとしたら
それもいいかも知れませんね．ただ，バックに負荷をかけるものではないので
今後フロントの台数が増えた段階ではまた状況も変わるかもとか，あとは
どなたかも言ってたように mod_expires でリロード抑制させてみるとか．


あと，httpd / read.cgi や bbsd 等のコンパイル時の最適化オプションとかも
ひょっとして詰める余地があったりとか......？
101root▲ ★
垢版 |
NGNG
>>100
基本的に -O2 のはず。< read.cgi / bbsd
Apache は ports のデフォルトかな。

mod_expires って、JavaScript のファイルを読むところでも区別なく効くんでしたっけ。
2006/06/17(土) 23:35:20ID:Z6ZJTGKT0
>>101
>mod_expires って、JavaScript のファイルを読むところでも区別なく効くんでしたっけ。

index.js が置いてある www2 でしかるべく設定すればいいかと．

<Files index.js>
    ExpiresDefault "access 1 hour"
</Files>

とか．

最適化の方は，例えば -O3 -fomit-frame-pointer -march=nocona あたりとか．
デバッグのことを考慮するなら -fomit-frame-pointer の代わりに -momit-leaf-frame-pointer あたりで．
103root▲ ★
垢版 |
NGNG
>>102
<Files>〜</Files> のところ、やってみるです。
2006/06/17(土) 23:39:29ID:Z6ZJTGKT0
>>102 ExpiresActive も必要か．

<Files index.js>
    ExpiresActive On
    ExpiresDefault "access 1 hour"
</Files>
2006/06/17(土) 23:42:05ID:???0
>>103
業務連絡
すみませーん
BG3また落ちました
106root▲ ★
垢版 |
NGNG
>>105
先に >>105 をば。
107root▲ ★
垢版 |
NGNG
これから見ますが、、、。

そろそろ、個別に squid 動かすモードに移行する時期かもですね。
tiny tiger は IDE ディスクですが、squid っていうぐらいでなんとか。

で、うまくいけば BG3 / BG4 はフロントに投入とか。
108root▲ ★
垢版 |
NGNG
同じ症状っすね。< BG3

リブート中、、、。
109root▲ ★
垢版 |
NGNG
em のドライバが TX overrun とか RX overrun とかにならないようにするのは、
どうすりゃいいのかなと。

PREEMPTION をごにょごにょするとかか。
2006/06/17(土) 23:46:42ID:???0
>>108
ところで、転送量のグラフを見ると、BG3が落ちると同時にBG4のプライベート側の転送量が落ちているんですけど
何か関係あるんですかね？
111root▲ ★
垢版 |
NGNG
>>110
フロントが詰まっているっぽいような。
112root▲ ★
垢版 |
NGNG
PREEMPTION 切ってるのか。< BG3

実験的に再度、ありにしてみるか。
2006/06/17(土) 23:50:11ID:???0
単純にBG3のタイムアウト分でフロントが詰まって転送量が減ったって事かな？
114root▲ ★
垢版 |
NGNG
>>112 は別途かな。(様子見ながら)
6.1R に上げるほうがいいかもですね。

www2 の作業に戻るので、
やばくなったらまた連絡ください。
115root▲ ★
垢版 |
NGNG
>>113
そんな気がしますね。
2006/06/17(土) 23:52:36ID:Z6ZJTGKT0
PHP 出力をキャッシュ (by mod_cache) すれば Squid もちょっと楽になるかな......
117root▲ ★
垢版 |
NGNG
>>104
Cache-Control: max-age=3600
Expires: Sat, 17 Jun 2006 16:03:12 GMT

が、つくのかな。
2006/06/18(日) 00:07:17ID:lQUZdvGc0
>>117 ですね．
119root▲ ★
垢版 |
NGNG
フロントに投入。>>104
120root▲ ★
垢版 |
NGNG
段々、効いてきてるのかな。
http://mumumu.mu/bremen/live22x_total.html
121root▲ ★
垢版 |
NGNG
明らかに効きましたね。
これなら、read.cgi にインラインで入れる必要はなさげかな。
2006/06/18(日) 00:23:14ID:lQUZdvGc0
>>119-120 乙です．入れた時間あたりからスーッと下がってる感じですね．
123root▲ ★
垢版 |
NGNG
またひとつ、勉強しました。

スタティックな部分にうまくこれを適用すれば、
各サーバも負荷が下がるのかな(flash.txt とか head.txt とか)。
2006/06/18(日) 00:28:54ID:lQUZdvGc0
>>123 壁紙やロゴ・バナーの類なら効きそうですね．ただ，flash.txt や head.txt は
基本的にブラウザが取得するよりもむしろ bbs.cgi / bbsd が index.html に
埋め込むために用いるものかと......
125root▲ ★
垢版 |
NGNG
>>124
あ、そですね。> flash.txt とか。

ba.gif に適用してみよう。そうしよう。
126root▲ ★
垢版 |
NGNG
>>125
done.

トップページだけだから、index.js ほどではないかも。
127root▲ ★
垢版 |
NGNG
激しくは効かなそうかな。

壁紙は、変えることもある気がするのと、
板トップだけだから、とりあえず無効に戻しておくか。
2006/06/18(日) 01:15:45ID:ktkgUyP70
一応効いてるみたいですね。1:00過ぎのこぶは期限切れの再取得かな？ｗ

まぁうちでは実験の邪魔になるくらい効いてくれてたから、
ひょっとしてとか思ってよかったですよ。
129root▲ ★
垢版 |
NGNG
>>128
どもでした。

こぶは、だんだん滑らかになっていくはずなのかなと。
2006/06/18(日) 02:44:29ID:ktkgUyP70
一度睡眠時間が入れば分散するかと。
131ピロリ
垢版 |
2006/06/18(日) 05:20:54ID:kAh/Klv40
とりあえず寝るということで、
2006/06/18(日) 10:41:07ID:PjN7eu2AO
∧旦∧ ∧旦∧ ∧旦∧
(^ω^ )(^ω^ )(^ω^ )
おっおっおっ ﾟ○-Jﾟ ﾟ○-Jﾟ ﾟ○-Jﾟ ,,
2006/06/18(日) 12:16:46ID:taSctuZ40
>>109
>em のドライバが TX overrun とか RX overrun とかにならないようにするのは、
>どうすりゃいいのかなと。

これって、6.1のサーバでもなりますか?
うちだと、6.1にしてから出なくなった気がするんですが。
134root▲ ★
垢版 |
NGNG
>>133
ええ、6.1R で em のドライバが再度よくなったらしいというのは、
知っているです。

ということで、バージョンアップでしのげるのかもなと。
135root▲ ★
垢版 |
NGNG
フロントの負荷が超でかくなると、httpd が signal 11 で死にますね。
で、起動しなおす負荷が、つらいかんじみたい。

ちなみに signal 11 で死ぬのは、普段でもぱらぱらは起きている模様。
136root▲ ★
垢版 |
NGNG
で、今 1 process 16 threads ですが、
もっとでかい時は、いきなりボンと死ぬのが、つらいと。

16 でも高負荷時には、つらいわけですが。
137root▲ ★
垢版 |
NGNG
でもフロントは基本的には「増やして乗り切る」方向性なので、
現状なら、こんなかんじなのかなと。
2006/06/18(日) 23:40:56ID:lQUZdvGc0
SEGV は......core 解析したりして原因をつぶすのが正攻法ですが，
（Solaris でいうところの）0@0.so.1 という邪悪な手も......
139root▲ ★
垢版 |
NGNG
read.cgi の人大杉装置(LA=20 で発動 @ tiger サーバ)を発動させたら、
(デバッグ用に雪だるまだけ切っていた設定が残っていた)
だいぶ楽になりましたが、やはり signal 11 で落ちる状況は、
変わっていないみたいです。
140root▲ ★
垢版 |
NGNG
>>138
それは、どういう手法かしら。
2006/06/19(月) 00:17:23ID:ZHeaF6an0
>>140 0@0.so.1 っていうライブラリを LD_PRELOAD すると NULL ポインタ踏んでも
コケないようになる，と．中身ではこんなことやってるようですが．

-> 0@0:_init()
  -> 0@0:__zero_at_zero()
open("/dev/zero", O_RDWR)                       = 3
mmap(0x00000000, 1, PROT_READ, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x00000000
close(3)                                        = 0
  <- 0@0:__zero_at_zero() = 0
<- 0@0:_init() = 0

まぁ SEGV になる原因を取り除いてるわけではないので，邪道そのものですが．
142root▲ ★
垢版 |
NGNG
>>141
うひゃー。

なるほどです。
ぬるぽしてもｶﾞｯされないようにしてると。
2006/06/20(火) 22:34:26ID:lGYwc5jc0
ふむ......
http://meta.wikimedia.org/wiki/Squid_performance_tuning
144root▲ ★
垢版 |
NGNG
>>143
おっ。

で、これ読もうと思うんだけど、今日はもう頭がまわらないや。

Dual Opteron system will not run SMP
http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/026003.html
145root▲ ★
垢版 |
NGNG
そう言いながらも、、、。

dwhite はこんなことを言っているわけだけど、
BIOS かぁ。

http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/026148.html

PIE で BIOS 更新したのは、2004年の9月だったかな。
最新の BIOS が出てるかどうか、もう1度確認してみるか(あとで)。
2006/06/20(火) 23:46:50ID:???0
今はVer2.13ですね。

ttp://www.rioworks.co.jp/bios/hdama.html
147root▲ ★
垢版 |
NGNG
>>146
当時の作業メモを見ると、私は当時、
２ちゃんねるで使っている cobra サーバ全部、Ver.1.89 にバージョンアップしています。

やる意味はあるのかも。
2006/06/20(火) 23:57:22ID:???0
BIOSアップの実験台は実際に落ちた実績のあるlive23が無難ですか
（SMPで落ちてる鯖でないと再現できないだろうし）
149root▲ ★
垢版 |
NGNG
>>148
同じバージョン・同じハードウェア構成の news20b も落ちまくりでした。
他のサーバは 6.1R ではないので、未確認と。
2006/06/21(水) 00:01:40ID:???0
>149
と言うことはこの2台のどちらかが人柱確定ですね
どっち落ちても祭りになりそうだけど
2006/06/21(水) 07:42:13ID:seKTsci80
WC を考えれば消去法で news20b でしょうけど，WC が落ち着いたらむしろ live23b かな......
152root▲ ★
垢版 |
NGNG
前にも書きましたが、
5F→2F の引越しが無事終わるまでは、
ウルトラ技がない限り、なしかなと。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況