【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14
848 :
FOX ★ :
04/08/13 20:24 ID:???
bbs.cgiをコンパイルしていないとか?
>>848 このところ特によく落ちたので、シングルCPU設定に一時的に変えているせいですね。(
>>821 >>824 )
シングルCPU設定だとマシンが落ちることはありませんが(LA=600とかなっても落ちない)、
Cobraサーバの場合、半分以下のパフォーマンスしか出ないようです。
これまでのgame6等でのCobraサーバの不安定の原因も、
マルチプロセッサモードでの動作の問題ということで、ほぼ間違いないようです。
これがFreeBSDのバグなのか、サーバのBIOSの問題なのか
(BIOSの更新で直る場合があったらしい)、
あるいは他の原因なのかは、まだわかっていません。
なお、Tigerサーバも同じ傾向の模様(少なくともex7では)であったため、
現在Cobraサーバ同様にシングルCPU設定になっています。
Tigerの場合Cobraほどの激しい性能低下はないみたいですが、
FreeBSD 4.x/HE.NET時代のパフォーマンスは、出ていないです。
852 :
root ★ :04/08/14 02:03 ID:???
オリンピックに向けて、 落ちてもその都度リブートをすればいいということで、 マルチプロセッサモードに設定してみますか?>live8/live16/live17 そうすれば、今の倍以上はいけるはず。
補足: 携帯用サーバ、BBQ/dnscacheとして使用しているCobraサーバは、 マルチプロセッサモードで動いています。 しかし、BBQ/dnscacheサーバは一度も落ちていないし、 携帯用サーバも、それほど頻繁には落ちていない。 特にread.cgiとの相性が悪い模様。
read.phpの登場? なわけないなw
>>854 perlcc を通した read.cgi という手もあるかもしれないですね。
perlcc された bbs.cgi の実績からして。
read.cgi も configure が付いていると、もうちょっと柔軟にコンパイル出来るのかな?
>>855 ん、Cバージョンをやめると言っています?
あとは、read.cgiについてmod_cgidsoを入れてみるという手は、あるかも。
>>858 それやるのなら,一応作者なんでサポートします......
861 :
ひろゆき@どうやら管理人 ★ :04/08/14 04:12 ID:???
バイナリでも毎回起動コストがかかるCと、 メモリに常駐するPHPだと、PHPのほうがよかったりするのかな、、、
863 :
ひろゆき@どうやら管理人 ★ :04/08/14 04:27 ID:???
おぉ、すばらしい。。 これって、mod_cgidsoの入ってないサーバでは、 単なるバイナリとして動くんですか?
>>863 mod_cgidso に対応するバイナリは通常の実行ファイルじゃなくて
共有オブジェクト(Windows でいえば DLL のようなもの)なので,
それ単体では実行できませんので,mod_cgidso が入ってなければ
従来の CGI を使ってもらうことになります......
865 :
ひろゆき@どうやら管理人 ★ :04/08/14 04:33 ID:???
google先生に聞いてもほとんど情報がなかったんですが、、、
>>865 まぁ,積極的にプロモーションしてるものでもないので......
867 :
ひろゆき@どうやら管理人 ★ :04/08/14 05:06 ID:???
>>867 いやまあ2ch用に◆cZfSunOs.Uさんが作ったものですし。
>>867 (w
まぁ,mod_cgidso 作成の経緯は,元々 read.cgi 改良の目的の一環としてと
いうことだったので,その意味では 2ch 発祥であるとはいえるかと......
870 :
ひろゆき@どうやら管理人 ★ :04/08/14 05:38 ID:???
おぉ、、そだったんですか、、、
>>869 しかし、今までのと変えるとなると、「あっそれっ」と変えれないでしょうね。
1日2回はいけるぜーー
>>874 メール送りました.よろしくお願いします.
(
>>876 これで事態は大きく進展するのだろうか・・・)
第3の鯖運用人の誕生かな?
とりあえず目に付いた
>>861 だけ。
んと、いわゆる中間コードをキャッシュするしくみ(PHP Acceleratorのような)を入れないと、
毎回コンパイルがかかるので、PHPのほうが不利ですね。
(乱暴に言ってしまうと、Cで言うと毎回gccが動くようなもの)
PHP Acceleratorはc系のフロントエンドにも入れてあります。効果はかなり大きいですが、
特にamd64系で、たまに挙動不審になることがあるみたい。
所詮インタプリタはインタプリタかと、
c.cの予感
機動性ではインタプリタだけど、、、
>>884 あらら、既に検証済みでしたか、スマソです。
公式メンテナの最適化ツールより効果ありとはね・・・
これ以上やろうとするとバイナリ化でしょうけど、Zend Encorderは高い・・・。
そこでperlccのphpバージョンが無いか探したらこんなんみつけました。
PHPCC
ttp://www.phpcc.net/ ただ、サイトがドイツ語なんですけど。。。
886 :
動け動けウゴウゴ2ちゃんねる :04/08/16 14:52 ID:sGZaJDbi
>>885 あ、それ以前に
・Zend encoaderはFreeBSD非対応。。。
・phpccはDLに要登録っぽい
9月頭に、つかの間の夏休みを米国西海岸で過ごそうと算段中。 休みの都合で、2泊4日の強行日程だったりして。 完全プライベートなので、今回はこないだの5月よりはまとめて確保できると思っていますが、 滞在中に現地で可能な作業としては、何があるかなと。 - Cobra, TigerのBIOSの更新 - リモートコンソール関連作業 - ちょっと強気なOS(current., snap, beta等)を入れてみる あと他には↓
家族サービス
>>888 してる暇無いとおもわれ
>>887 強気OS投入するんなら言うまでも無くLive系かexでしょう。。。
890 :
犬野ぽち :04/08/17 12:31 ID:tMSBYMCs
> 887 > > - ちょっと強気なOS(current., snap, beta等)を入れてみる FreeBSD5/Netnice。 9月頭であれば、現地までお伺いして作業を手伝わせて頂けまつ。 といっても、まず、パッチを作らなければダメですけれども。 今の予定であれば、9月までにはなんとか...。
これ、今の2chでdual CPUでシステムがハングアップしてしまうことと関係あるんだろうか。 今はオフ(FreeBSD 5.2.1のデフォルト)、currentではオンになっているようにみえる。 # ADAPTIVE_MUTEXES changes the behavior of blocking mutexes to spin # if the thread that currently owns the mutex is executing on another # CPU. options ADAPTIVE_MUTEXES
>>891 怪しいと思うのであれば適当な鯖でオンにして試験をしてみませう。。。
ま た e x 7 か !
895 :
見習い▲ ★ :04/08/17 15:59 ID:???
tiger509 , 510 到着しました tiger509 = news19.2ch.net with ジンギスカン予備工事 tiger510 = hobby7.2ch.net with ジンギスカン予備工事 でお願いしますー
ということで、 # ADAPTIVE_MUTEXES changes the behavior of blocking mutexes to spin # if the thread that currently owns the mutex is executing on another # CPU. options ADAPTIVE_MUTEXES の機能を有効にして、 # MUTEX_WAKE_ALL changes the mutex unlock algorithm to wake all waiters # when a contested mutex is released rather than just awaking the highest # priority waiter. options MUTEX_WAKE_ALL の機能をcurrentから5.2.1Rにバックポートしてみた。 ex7でSMPをオンにして実験開始。さてどうなるか。
899 :
root ★ :04/08/18 13:46 ID:???
さて、儀式いきます。 以下をDNSに追加お願いします。 +news19.2ch.net:206.223.152.65 +hobby7.2ch.net:206.223.152.70
900 :
見習い▲ ★ :04/08/18 13:58 ID:???
>901 みえますた。OKです。
>901 OKでつ@OCN
デュアルCPU設定だと、全然強さが違うなぁ。< ex7
さくさくだ。
>>898 が当たりであることを心底から祈っちゃうなぁ。
でも、デュアルCPU(SMP)問題であることがほぼ間違いなくなり、
かつFreeBSD 4.xでは顕在しなかった部分だとすると、
5.xで導入されたmutexまわりというのは、そんなにセンス悪くないような気がするんだけど。
そういっているうちに、、、。
ex7落ちましたな。またシングルに逆戻り(´・ω・`)
▼ハヽヽ▼ /|\( ´ Д `) <人柱人柱んぁんぁ♪ ⌒⌒''(U 後 ) ▼〜し'~し'
FreeBSD 5.xもうだめぽ
やっぱ、ハングした瞬間をDDBとかでとらえられないと、手がかりがなぁ。 そうすると、やはりリモートコンソールってことになるのか。 とりあえず 「デュアルCPU設定だと死ぬ」「同一ハードでもシングルCPU設定なら死なない」 「ACPIは落ちることには関係ない」(以上amd64/i386双方とも) 「options SMPでも、device.hints的にAPICを切れば死なない(amd64の場合)」 「負荷にはあまり関係がないらしい」 というところまで絞れたわけで、全く停滞しているわけではないけど。 で、どうも、プロセスが多く起動・終了されるマシンで、落ちる可能性が上がるように見える。 携帯サーバで使えばLA=50でも死なないのに、掲示板サーバだとLA=2でも死ぬ。
次上がったら、
>>915 にあるように kern.ipc.nmbclusters 等の値をデフォルトに戻してみるか。< ex7
917 :
名無し募集中。。。 :04/08/19 00:46 ID:HoD+Kagj
新しい技術に挑戦する心意気はいいとおもうけど 人が多いところでわざわざ実験やる意味がわからない 嫌がらせですか?そうですか・・・ なんて嫌味もいいたくなる・・・ まぁとにかく頑張ってなおしてくらはいな シクシク
そうやって文句を言ってくれると隔離鯖に押し込んだ甲斐があるというものだ
920 :
名無し募集中。。。 :04/08/19 01:00 ID:HoD+Kagj
ヽ(`Д´)ノウワァァァン みんながいじめるぅ・・・
でもあの難民板の惨状を見てるとねえ…
922 :
名無し募集中。。。 :04/08/19 01:10 ID:HoD+Kagj
人が多いってことは、広告収入源でもあるんじゃありません? (専用ブラウザ率は多いかもしれないけど) そういうところの稼働率は高く維持しないとって普通は考えるとおもうんだけど
どこかで実験しなきゃね。
>>917 は誰がどうやってサーバーを速くできるんだと思っているんだろ。
>>922 じゃあもっと良いアイデアを出してサーバー構築に貢献したら?
人が多い所で上手くいけば人が少ない所でもたいてい上手くいくって事だからね。 逆は無理だけど。
926 :
名無し募集中。。。 :04/08/19 01:33 ID:HoD+Kagj
>>924 2chの収入源とか気になってたんだけど、
人の多い実況とか、狼とかで
300レスに1レスくらい広告を挿入すればどう?
このくらいなら文句も出ないと思うけど
927 :
名無し募集中。。。 :04/08/19 01:46 ID:A8UDCjpT
( ^▽^)<記念カキコ
どこかの企業から金を貰って、ライバル企業を貶めるという 逆CMというビジネスモデルを思いついた
930 :
名無し募集中。。。 :04/08/19 02:13 ID:HoD+Kagj
931 :
名無し募集中。。。 :04/08/19 03:16 ID:HoD+Kagj
動きが無いのが心配ですが、 復旧がんばってください ちょっともんくいっちゃいましたが、よろしくお願いします
難民板の惨状ってオカシクねえか? だいたい普段から常駐してるヤツらの方が板違いだし 管理サイドが板の設定をゆるくしてるんだから それに見合った使い方をしてくれってことだろ
933 :
動け動けウゴウゴ2ちゃんねる :04/08/19 03:37 ID:mH9G4qxV
OpenBSDでDualCPU実験希望......
>>933 OpenBSDのネットワークスタックのパフォーマンスについて検索してみ
>887 レイヤーの高い人の承諾があれば BSD4.0withTigerでdualの性能をば・・・・ と後戻りちょっとしてみるテスト といっても、新規導入じゃないと、どうにゅうにもならないのか・・・ナ
さて、次の一手は。
>>915 あたりを試してみるか。
でも、携帯用サーバ関連のほうが優先度高いかも。
6-CURRENTができて、RELENG_5ができたのかな。
938 :
見習い▲ ★ :04/08/19 14:10 ID:???
道は遠い……!
今日は本業が泣ける状態だったりするけど、 自分の手元のマシンにRELENG_5を入れてみたりして。 RELENG_5_2→RELENG_5への更新手順のとても適当なメモ Version 1.0 2004/8/19 root ★ ・Apache等のサービスを落とし、かつ自動で上がらないようにする ・/etc/rc.conf的にkern_securelevel関係を一時的にコメントアウト ・rm -rf /usr/obj ・/usr/src/sys/{i386,amd64}/GENERICからWITNESSとかDDBとかコメントアウト ・vi /usr/src/standard-supfile して、CVSタグをRELENG_5_2からRELENG_5に ・cd /usr/src; make update ・make buildworld ・make buildkernel ・make installkernel ・リブート ・dmesgを確認、保存 ・cd /usr/src/usr.sbin/mergemaster; make -m /usr/src/share/mk all install ・mergemaster -p ・make installworld ・mergemaster ・リブート ・dmesgを確認、保存 ・kernelカスタマイズ ・リブート ・dmesgを確認、保存 ・kern_securelevelを元に戻す ・リブート ・Apache等のサービスを上げて動作確認してみる ・サービスを動作確認して問題なければ、自動で上がるようにする ・最終リブートテスト
あとは、 ・前の/usr/src/sys/{i386,amd64}/GENERIC をとっておいて比べてみる ・/usr/src/UPDATING に目を通す ・/usr/src/sys/conf/NOTES に目を通す ぐらいか。 もうすこししごとしてからかえろう。しくしく。
あ、あと、 net.inet.tcp.inflight_enable=1 はいらないみたい。 で、net.inet.tcp.inflight.enable にかわっているみたい。
>>940 をex7とlive8あたりで試してみたい気もするけど、
たぶんそれはPIEに行った時だなぁ。
さて、ぼちぼちかえるかな。
乙です。
RELENG_5をcvsup中〜 結構時間かかるし、cvsサーバ混んでますね。
allbsdとかもつかえるよ。 あとcvsup-mirrorを一つ建てて置いて管理下のサーバーはそこにcvsupするようにするのが吉。
うーん、uname -rすると、5.3 ALFHAになるぞ まだ、5-STABLEは先かな?
>>947 さっきCVSupしたら5.3-BETA1になった。
PIEに行く頃にはどうなるかなと。
# めしいってくるか。
そろそろ次スレの季節なので立てようとしてみるテスト
早すぎ。
>>951 いまさらですが私もそう思いますた、スマソ
ペースを考えれば時期尚早だったっすね。
とはいえ、いつハイペースになるかわからないから・・・と自己弁護に走ってみる。
埋めちまえ
>>954 このペースなら次回は980あたりでもよさげですね・・・
game8鯖が糞重いんですが何か弄りましたか?
>>956 22時位から大規模mmoに常駐してたけど・・・
何とも無かったけどなぁ
いや重かった。回線細い人は影響あったろうね。
光でも重いと言ってたヤツがいた。 スレの読みこみも書きこみもかなりしんどかったな。
保守
5.3 BETA2 になりましたね。
962 :
動け動けウゴウゴ2ちゃんねる :04/09/02 21:27 ID:bYwDW5hm
ここ放置して次スレ進行するんならスレストしないと いつまでたっても落ちないと思うが
落ちないほうが皆がみ(ら)れていいと思うけど、
この板は例外的にhtml化してるんじゃなかったんだっけ 別にこのスレだけでもいいけど
>965 ここと規制議論はhtml化されてる。 たぶん削除系も。
qb5全部でしょ
968 :
動け動けウゴウゴ2ちゃんねる :04/09/04 12:52 ID:7Ymj3NnV
FreeBSD5.3BETA3登場ですね。
埋沈
沈
シ
記念カキコ
974 :
:04/09/08 16:46 ID:ntyCTfh9
976 :
:04/09/09 21:30 ID:HmbSn4qm
1000取りや埋めは荒らし認定
とりあえず保守
保守も荒らし認定
1001 :
1001 :
Over 1000 Thread このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。