レス数が1000を超えています。残念ながら全部は表示しません。

[深刻] ２ｃｈ負荷問題ふたたび勃発

1 ：名無しさん＠お腹いっぱい。 ：02/01/19 21:05

８・２６問題が再浮上かも。
http://teri.2ch.net/test/read.cgi/accuse/1011385033/
「いよいよ　何らかの手を打たなきゃどうにもならん状態になってきたようです」

関連ネタ
http://pc.2ch.net/test/read.cgi/tech/1002820903/360

400 ：名無しさん＠お腹いっぱい。 ：02/01/20 22:57

>>388
とりあえず、(金かけずに)削れるもの全部削る。
目標: 出来る限り

401 ：名無しさん＠お腹いっぱい。 ：02/01/20 22:58

>>396
　どうだろう…。結局、圧縮転送とかで、鯖にそれなりの負担がかかっていると思うけどなぁ…。

402 ：名無しさん＠お腹いっぱい。 ：02/01/20 22:58

っていうか、ひろゆき＋夜勤さんにキャパ管とパフォチューの基礎を教えこんで、
レンタル屋と交渉してもらうしかないんじゃないか・・・？

つか、キャパ管とパフォチューできる奴手あげろ、
漏れは仕事でそれやっとるが、今回については自信がない（汗）

403 ：名無しさん＠お腹いっぱい。 ：02/01/20 22:58

＞激しく外出だが、ボトルネックは転送量。トラフィック。
ｿｰｽﾀﾞｾﾔ

404 ：名無しさん＠お腹いっぱい。 ：02/01/20 22:58

>390
かといってApache2系を入れるのは時期尚早でわ？
2ch的に魅力的なmodイパーイありそうだけど。
http://httpd.apache.org/docs-2.0/new_features_2_0.html

405 ：名無しさん＠お腹いっぱい。 ：02/01/20 22:59

>>396
本当にそうなのか？聞いたのか？

406 ：>397 ：02/01/20 23:00

http://www.yakin.cc/
これが無料で維持されてること自体、通信事業者的に、奇跡。

407 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:01

>>401
CPUに負担がかかってれば、そこがボトルネックになるので、
ここから先は転送量の増大が見られないはずだよ。
（かなり高負荷だとは思うけどね・・・wで見てみりゃわかるけど）

408 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:02

結局やねぇ、転送量に対しては、やれる手ってのは、
もう８月危機の時にやり尽くしたんやねーの？

409 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:03

大学受験板のこの1はカンニングして高得点とったそうです。
しかも、恥というものがなく真面目にやった人間を馬鹿にして
喜んでいます。本当に屑みたいな奴です。許せません。
ＩＰ晒すなり、ウイルスなりどうぞ鉄槌を降してやって下さい。
http://school.2ch.net/test/read.cgi/kouri/1011496243/

410 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:04

read.cgiのスクリプトって入手できるのか？

411 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:04

今回は転送量ではなくCPU負荷が問題らしい。

---------------------------------------------------------------------
609　夜勤 ★　sage　02/01/19 20:59 ID:???
サーバの負荷が下がるかな?　と思って subject.txt , dat/xxxxxxx.dat の直読みに
制限をかけているのです。

ただし、Monazilla の方面には、それをかいくぐって subject.txt dat/xxxxxxxx.dat を
読める仕組みを説明させていただきました。既に対応しているツールもありますし
今改造をしているツールもあります。　少し待ちましょう。

MAC に関しても、ひろゆきさんがいろいろ手を尽くしてくださっています。
待ちましょう。
---------------------------------------------------------------------

412 ：411 ：02/01/20 23:05

とおもったが、サーバーの負荷 != CPU負荷ではないな。
転送量のもんだいなのか？

413 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:05

>>408
あとはもっと細かいレベルでやりつくすくらいか、ないだろうね。

板とスレの特性に応じて有効期限を調整するとか。

gzipよりもLHAの方が圧縮効率いいから、
ブラウザ側にLHA展開プラグインとか埋めこんでみてもらうとか。
（つか、そんなプラグインはおこさにゃないけども）

414 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:06

subject.txt
かちゅの自動更新用？

415 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:06

>>411
dat直読みは全部取得するから負荷がかかるということじゃねーか?

416 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:07

＞４１０
http://www.gedoh.org/aki/2ch/current/bbs/
CのCGIをスクリプトと称するのは激しく違和感あり。
そういう意味でのスクリプトはしらない。

417 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:07

>>411
これじゃ、何も言ってないのと同じだよねえ。

418 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:08

>>411
そのソースが真だとすると、
CPU負荷さげたら逆にまた転送量問題にならんかい？？
効率よく送出してしまうとこれまた困るはず。。。

マジでキャパ管とパフォチューの基礎を
彼らにたたっこんだ方がいいような気がする。

419 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:09

>>416
Perlスクリプトの方だ。スマン

420 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:09

サーバへの過負荷で板が開きにくいとかエラーが連発する
という問題は、いまのところなさそうだ。

サーバレンタル料はCPU負荷に応じて払うわけではなく、
グレードと台数と時間。かかる金を減らすには、単に台数を
減らすかプアなマシンにデグレすれば良い。
そしてより多くの板を少ない台数／プアなマシンででまかなう
ためには、今までのＣＧＩ群を軽く動くように改造する必要が
ある「かもしれない」。しかし今のところ、こういった話は
伝わってきてはいない。

つまるところ問題は2ch.netを出入りするデータの量。
転送量（従量課金らしい）をなんとかせいという話。

421 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:10

＞大学受験板のこの1はカンニングして高得点とったそうです。
＞しかも、恥というものがなく真面目にやった人間を馬鹿にして
＞喜んでいます。本当に屑みたいな奴です。許せません。
＞ＩＰ晒すなり、ウイルスなりどうぞ鉄槌を降してやって下さい。
＞http://school.2ch.net/test/read.cgi/kouri/1011496243/

こんな奴いるの？じゃぁ、俺も見られてたのかな(Ｗ
馬鹿な野郎だ。試験官に疑われたんなら、報告書があがるのに。

422 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:10

仮にPHPやらDBやら導入して10%くらい稼げたとしても，ユーザの
増加で数ヶ月以内にパーになるのは明らかでしょう．

ユーザの増加による転送料の増大，CPU負荷に合わせてシステム全体を
アップグレード出来る仕組みを作れなかった時点で敗北は決まってい
たと言えるでしょう．

おそらくこの時期に目的の不明確な改造を行うというのはビジネスモ
デル云々の話でしょうね．つまりは課金システムと．

2ch首脳陣は広告による収入システムを小馬鹿にしているし，1chがや
ろうとした小額決済に関しても懐疑的でした．今回モナジラ関連にだけ
情報を流し便宜を図ったことから考えても，彼らが狙っているのは
dat直読みリーダーのシェアウェア化でしょう．ベクター等で扱えば
決済のシステムを組む必要も無いし，数ヶ月たつと使えなくなり，有料
バージョンアップを促す仕組みを作れば，継続的な収入も得られます．

826の事件によりヘビーユーザは課金を受け入れる心理的な地盤が出来
上がっており，ライトユーザは今まで通り気軽に書き込むことが出来る，
というなかなか賢いシステムだと思います．

ただ，kageのソースを見るとID+PASSWORDによる管理も考えているよう
な雰囲気なので，その辺の発行システムをどのようにするのかは興味の
あるところです．

423 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:11

>415が正しいと思う。
CPUが限界なら転送量の最大値が更新されたりしないだろう。
回線にかかる負荷のことを言っていると思われ。

424 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:11

dat直読みのCPU負荷さげるんだったら、
バッファキャッシュ非経由にしてやるといーんだが・・・
マウントオプションは変更できんのだろうね多分

425 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:12

＞彼らが狙っているのはdat直読みリーダーのシェアウェア化でしょう
リーダーで2ch読み書きできる権利の販売では？
＃だからリーダーのシェアウエア化とはちょｌっとちがう

426 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:12

>>409
　それどころじゃない。

427 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:13

>>422
＞決済のシステムを組む必要も無いし，数ヶ月たつと使えなくなり，有料
バージョンアップを促す仕組みを作れば，継続的な収入も得られます．

無料と￥１の溝は限りなく深い・・・。

428 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:13

ftp.jp.FreeBSD.org みたくJPIXに直接設置はどうよ。
金払ってまでやってくれる奇特な人がいるかどうか知らんが。
国内trafficが殆んどなんだから、JPIXかNSPIXP2あたりでなんとかできりゃ転送量問題は無くなるんでないの。

ちなみにJPIX全体のtrafficは5Gbps前後。2chのtrafficが100Mbpsでも、誤差の範囲内。

429 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:14

HTMLソース眺めてみた。。
固定部分はJavaScriptつかって、クライアント側で展開するってのは昔良くやったけど、
本当に転送量が問題なら、これをやらないのはなんでだろ？
思ったより小さくならなかったとか？

JavaScript を on にさせたくないからかな？でも既に使ってるように見えるし。。。

430 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:15

＞金払ってまでやってくれる奇特な人がいるかどうか知らんが。
じゃあ、「漏れはタダでJPIXに1Gbpsくらいを2chの為に用意するぜ」
という香具師をみつけだせや。

431 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:18

２ちゃんを国営化する。

432 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:19

有料化よりJPIXに相談したほうが案外うまくいったりして(w

433 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:19

>>431
日本も安泰だ･･･

434 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:20

ftp.jp.FreeBSD.orgはGCTRがタダでやってるんだろ。
ディープな2ちゃんねらーがGCTRにいたら、意外と現実的かも。

435 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:21

ソニー板削除の条件でso-netに売り飛ばす．

という情報を日経にリークする．

436 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:21

分散処理って発想はないの？　＞ａｌｌ

437 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:22

....ちゃんとログ読んだのか？

438 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:22

だからここはスキルの高いLinux板にまかせましょう。

彼らの力でwww.linux.or.jpに置かせてもらえるさ（うふ）

439 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:23

>>436
8月のころはあったな。キャッシュ型負荷分散。
スレはどこいったかな？

440 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:23

>>436
どーやって運営するつもりだ？
無料＋短期間で構築可能か？

441 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:24

そうか、www.linux.or.jpがJPIXにあるのか!

442 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:24

分散ならだいぶ前から言われてるって

P2Pでサーバに依存しない掲示板を作るの巻
http://pc.2ch.net/test/read.cgi/tech/998915621/

443 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:25

つーか、光通ってる奴が鯖立てればそれで済むんじゃないか？

444 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:26

>>428
NSPIXP2 ってのはいいかもな。
「実験」っつっててきとーに名目つけて。

445 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:26

転送量増加で2ch閉鎖の危機だってよ。
http://pc.2ch.net/test/read.cgi/network/998697428/
でがいしゅつな話だな。

446 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:26

>>436
　コストの問題が浮上するのでは？もうちょい、詳細をｷﾎﾞﾝﾇ。

447 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:27

>>442
いや、もうちょっと単純に一つの板に複数のサーバを割り当てて同期みたいな小さい話。

448 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:27

>>443
じゃない。
上流でつまる。

449 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:27

光でも足りなくなり日が近々訪れる予感♪

450 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:27

>443 「transit peer」でも検索してからもう一度来い

451 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:28

396コの板の転送量の合計が88.9MBytes/Secか・・・
1板平均は230Kbytes/Sec

452 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:30

B fletsな有志にcache立ててもらうか…
特典として自串経由でカキコできる。

453 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:31

バックボーン寄りに10BASE onlyのブリッジを入れる。

454 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:32

>>452
　>>448､>>450の意見を参照せよ。

455 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:43

>>454
なんでだよ。bigserverの負荷だけ軽減すりゃいいんだろ。
他が詰まろうが関係ない。

456 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:44

>>455
遅かれ早かれ同じ問題が起きるだろ。

457 ：素人口出しｽﾏｿ ：02/01/20 23:44

dat直読みにしてread.cgiは使わない方が
負荷が少ないとばかり思ってたんだが

かちゅーしゃとかからのdat直読み＆連続リロードに対応する
だけなら、datを分割してしまうってのはどうなの？
1-1000を50区切りにして、最新50だけ独立datにさせて
monazillaのツールに対応してもらえば
かちゅでも安心して直読みできるという事になる

gzip効果を減らさないで済むかな
圧縮効率がどうか分からないけど・・・

そうすると普通にブラウザで呼び出すときに
read.cgiが重くなって逆効果とか･･･

458 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:46

>>454
同じプロバイダの奴をえらべばプロバイダ内が混むだけですむのでは？

459 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:47

小泉さんに頼んで、2chをIPv6 またはIPv6 over IPv4の実験台にしてもらう。
自然にみんなIPv6を使うようになり、日本の未来は・・・。

460 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:50

1. dat形式を改良して HTTP/1.1 Range: が有効利用できるようにする
2. 専用のプロトコルを設計し、差分が効率良く転送できるようにする

いずれにせよいつかはbigserverから引っ越す必要があると思われる。

461 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:51

>>459
後々しがらみができそう。
「あのときは助けてやっただろう。。。」

462 ：名無しさん＠Ｅｍａｃｓ ：02/01/20 23:52

X-2ch-Range: 100-200
とかでdatの部分転送できるようにするとか。

463 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:52

>>461

2chと利権が絡んだりして．ひろゆき、政界目指す、とか。（ｗ

464 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:52

>>456
現状回避が最優先。
２ｃｈで増大したトラフィックが行き場を失って非2ch板をつぶし回るのは
目に見えてるからな。

465 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:53

readdat.cgiとかいう名前で、
datファイルの何行目から何行目までを取り出せるようにするCGIをつくるとか？

466 ：ヤヴァ！ ：02/01/20 23:56

レコード更新しそう・・・
http://www.yakin.cc/

467 ：名無しさん＠お腹いっぱい。 ：02/01/20 23:59

毎度の事ながら、なんで切羽詰まってから告白するかなぁ。

468 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:00

>>463
> 2chと利権が絡んだりして．ひろゆき、政界目指す、とか。（ｗ

463よ、おまえ今めちゃ良いこと言った!

おらが村のひろゆき先生を国会に送るぞ!
ひろゆき先生に空港じゃなくて新幹線の駅でもなくて２chの鯖&回線への
公的資金導入をやってもらおう!

469 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:03

8/26の時の解決策は一時凌ぎにしかならないっていうのはその当時から分かっていた。
だから、破綻しないうちに2chがビジネスモデルを構築する必要があった訳で、それを
今着々と進めているところではないのか？
今回のcgi変更に関してはmonazillaの方には大分前から告知されていたようであるし。
あと、monazillaツールの認証に関わる部分については2ch側とNDAを結ぶ必要があるらしい。

470 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:05

>>465
raw modeの事か？
既にread.cgiに搭載済みだが？

471 ：　 ：02/01/21 00:07

monazilla.orgをBIG-Serverに移したのは、2ch有料化に向けてのツール開発者
の囲い込みが狙いだったのか・・・

472 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:07

>>466
レコード更新の模様…

473 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:07

今回のって、2chの有料新機能の実験だったんじゃないの？

474 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:10

>>470
そうなんだ。じゃあdatの直読みなんて負荷にならないのでは？

475 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:13

いらないもの。クリックで救える命、背景画像、mailto、スレ題の顔文字と記号。
匿名時の名前も全角スペース１個で十分。

476 ：　 ：02/01/21 00:15

>>474
いつぞや夜勤氏が言ってたことだが、ツールを使って読み書きの効率が
あがれば、それに応じて負荷もあがる。

転送量を減らすべくGZIP圧縮をかければ、その分CPU負荷が上がって板飛
びが起き、非圧縮にすれば転送量が増える。

それで、「どうにもならない状況」になったのではないかと。。。

477 ：457 ：02/01/21 00:17

>>457に付け足し
まだ落ちていないスレについて
777までレスがついているなら
1-750、50-750、・・・、700-750というdatと
751-最新というdatを作ってかちゅに読ませて合成するということに
定期的に最新の過去ログdatを作っているようなものかな

キリ番になって最新レスを配分したときの処理がかえって面倒かも・・・

478 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:17

あの時みたいに感動させてくれ
ここはｶｺｲｲやつらばっかだからな

479 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:19

法人化か、閉鎖かな･･･。

480 ：　 ：02/01/21 00:19

CGIをネイティブコードに書き換えれば、もう少しだけ「延命」
できないかな？

まぁ対処療法ではあるけど・・・

481 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:22

>>480
read.cgiはC言語だから既にネイティブだよ
つーか、CPU負荷は関係ない。

482 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:23

>>479
法人化・・・2ch型ビジネスモデルが既に破綻している
2ch閉鎖・・・ス連が全滅する怖れ有り

八方塞がりですな。。。

483 ：477 ：02/01/21 00:26

>>476
見当違いの発言していてすまなかった
そうか、圧縮作業がこの問題の源泉になるのか
圧縮しなけりゃ夏の再現だよ・・・

直読み転送の事しか考えてなかった
ｶｴｯﾃﾏｽﾞｲｺﾄｦｶﾝｶﾞｴﾀｵﾚﾊﾊﾞｶﾀﾞ

484 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:27

夜勤氏の発言
「とにかく　アクセス数が増えつづけ、あちこちサーバが
悲鳴をあげているのをよそに、合宿を日々こなしている
毎日なのですが、、、」

「あちこちサーバが」っていう表現は転送量の問題ではないと思われ。

485 ：480 ：02/01/21 00:28

>>481
ネイティブだったのか。知らなかった。スマンカッタ。

486 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:29

>>484
　ということは、サーバ負荷？？？

487 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:29

＞＞484
転送量の問題。

488 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:30

CPU負荷なら技術的に改善の余地はかなりありそうね。
どこまでいぢれるか鯖屋との交渉次第だが。

489 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:30

>>486
両方だな
根本的にシステムを見直さないとどうしようもないと思われ(ｗ

490 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:34

問題がCPU負荷だけなら、極論、板ごとにサーバ立てれば良し。
サーバ自身のコストは回線のそれとは比にならん。

491 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:38

＞＞490それで正解。サーバの負荷は、いつかは
直面する問題だろうが、今回の危機とは関係なし。

つーか批判要望板ではずいぶん作業が進んでいる。
今回のこの板は観察者つーことで一回休み。

492 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:38

　実際のところ、問題は何かね？？？

493 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:39

さっき板別ランキングをみて、そこからアクセス比率だしてみた。

順位 - 板　　　　hit率　　　秒間転送データ量(Kbytes/Sec)
1:ニュース速報　　4.846%　　4,411
2:就職　　　　　　1.827%　　1,663
3:ちくり裏事情　　1.652%　　1,504
4:芸能有名人　　　1.630%　　1,484
5:モー娘。（狼）　1.627%　　1,481
6:同性愛　　　　　1.367%　　1,245
7:ハード・業界　　1.255%　　1,142
8:野球　　　　　　1.245%　　1,134
9:競馬　　　　　　1.240%　　1,129
10:激裏ロビー　　1.164%　　　1,060
11:少年漫画　　　　1.121%　　1,020
12:学歴　　　　　　1.115%　　1,015
13:テレビ番組　　　1.078%　　981
14:プロレス　　　　1.075% 　　978
15:家庭用ゲーム　　1.069% 　　973
16:車　　　　　　　1.056% 　　961
17:ニュース議論　　1.042%　　948

我らUNIX板は
295:UNIX　　　　　0.053%　　48

494 ：あぼ〜ん ：02/01/21 00:39

>>490
でも鯖が快適になるとアクセス数も比例して・・・

495 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:39

ローカルのキャッシュをできるだけ効率的に利用するために、
一つのスレッドを複数のhtmlファイルに分割して、クライアン
ト側で組み立てるってのは、どう？

496 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:39

>>491
その作業の内容が一向に明らかにならないからむず痒いんだな

497 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:42

>>493
速報板だけ別サーバにして、十分離れた所に設置すれば問題解決のような。。。

498 ：名無しさん＠お腹いっぱい。 ：02/01/21 00:43

企画板ではこんなことを話し合っているらしい。
http://www.geocities.co.jp/SiliconValley-SanJose/5425/index.html

499 ：　 ：02/01/21 00:44

一応、夜勤氏曰く、鯖増設は定期的にやってるらしい。
月に２〜３台とかって言ってたかな？（うろ覚え）
それでも参加者の増大に追いつかないみたいだけど・・・

＃いっそのこと、Y!あたりのスタッフでも引っこ抜いて、システムの
＃見直し・再構築をやるべきだと思うんだけど・・・
＃課金云々を言うのであれば、ね。

read.cgi ver5.26+ (01/10/21-)