◆　雪だるま作戦に思いを馳せながら雑談するスレッド

comic5以外のanimeは夜かしら？

>>515
これからお出かけだから・・・

> ・comic5 の板全部 (comic5は空く)
> および、comicnews用記者キャップのコピー(comic5 → anime)

確認しました。おつです。

いってらっしゃーい

F22 ごにょごにょして、
comic5 を memories に収容してくるです。

夜遊び→酔っ払って作業→何かやらかす→祭り

わーい、今夜は眠れないぞー。

・anime @ news18
・shar @ hobby7
これらはぼちぼちかと

これは早くやらんとね
・asong @ music4

重いなぁ

こっちに避難しようかしら

また重いね。

ううむ。

運用情報がある板だけで他所は重くないっすね
さっきと同じ理由ですかねぇ

爆発ちゅうい

サーバでしょ

うーん…

連絡とりたいんだけど、PIEの中の人もZ社の中のひとも、
オンラインじゃないみたい。

とりあえず、状況を関係者にメールしておくか。

人多杉で大勢が運用情報板になだれこんでると

ping かからなくなっちゃったみたい。

完全にダウンしないとみんな諦めないなぁ

さようならqb5

空いたbananaにqb7新設とか

独立鯖！独立鯖！

science3/academy3 の垢落としがひつようなんでなかべか、

しかしげんいんはなんなんだべなぁ
同鯖に厨獄いたがあるから厨獄関係とかなんだべか

Num IP Address HostName Time TTL State

1 206.223.147.230 banana274.maido3.com 156ms 49 ＯＫ
2 206.223.147.230 banana274.maido3.com 172ms 49 ＯＫ
3 206.223.147.230 banana274.maido3.com 141ms 49 ＯＫ
4 206.223.147.230 banana274.maido3.com 172ms 49 ＯＫ
5 206.223.147.230 banana274.maido3.com 141ms 49 ＯＫ
6 206.223.147.230 banana274.maido3.com 172ms 49 ＯＫ
7 206.223.147.230 banana274.maido3.com 141ms 49 ＯＫ
8 206.223.147.230 banana274.maido3.com 172ms 49 ＯＫ
9 206.223.147.230 banana274.maido3.com 141ms 49 ＯＫ
10 206.223.147.230 banana274.maido3.com 141ms 49 ＯＫ

Hop IP Address HostName Time State

1
2
3
4
5 203.165. 0.165 c3-g0-0-0.kdd1.nap.jp.home.com 31ms ( ICMP )
6 202.239.171.169 ＜不明＞ 15ms ( ICMP )
7 59.128. 4. 1 otejbb201.kddnet.ad.jp 16ms ( ICMP )
8 203.181. 96.217 gsr-ote102.kddnet.ad.jp 16ms ( ICMP )
9 203.181.100. 42 gsr-sc1.kddnet.ad.jp 141ms ( ICMP )
10 59.128. 0.141 ix-sj1.kddnet.ad.jp 157ms ( ICMP )
11 154. 54. 11. 45 g4-5.core01.sjc03.atlas.cogentco.com 157ms ( ICMP )
12 66. 28. 4.134 p5-0.core02.sfo01.atlas.cogentco.com 375ms ( ICMP )
13 38.112. 37. 46 g8.ba21.b003122-0.sfo01.atlas.cogentco.com 125ms ( ICMP )
14 38.112. 11. 74 PacificInternetExchange.demarc.cogentco.com 156ms ( ICMP )
15 206.223.145. 1 PIE.us 141ms ( ICMP )
16 206.223.147.230 banana274.maido3.com 187ms 到着 ( ICMP )

こっちで
http://sports2.2ch.net/operatex/

ねむいねむいねずみ

関係者にメールしました。
で、ひ（りゃ からは返事あり。

おじさんは、日付変わるまでオフラインかな。

banana274 = qb5/academy3/science3 問題は、関係者がオンラインになってからで。

>>545
ほっとけばいいと思うですよ。別に一日ぐらい。

qb5 じゃなきゃねぇ、それもいいかなと思うわけですが。

★でいこう。

Davidさんと連絡がとれたので、とりあえず非常&緊急対応してもらいました。
詳細は、あとで peko 作戦スレに書くです。

>>548
おつおつー

おお、きたか

だんぞくてきにF5団が蠢いておるのけー

ふおんなくうきがふおんふおんすておるんじゃのう
ああおそろしや

ログの関係でVirtualHostによらないアクセスではバーボンするーってこと?

http://qb5.2ch.net/test/read.cgi/operate/1115133136/694-695

ごばくしますた ごめんなさい (ﾉД`)ｼｸｼｸ　

じじかわいいよかわいよじじい

全てが終わってから帰ってきたようで、、、

はげしく乙です　> root★さん

しかし、久しぶりの大規模DoSAだったみたいですね。

>>555
おかえんなさい。

移転の続き、どうします?

>>557
明日に、、、
お願いします。

もうだめぽ、飲みすぎ〜

>>558
飲まれちまったのかよｗ

了解です。

私もなんか柄にもなくread.cgiをいじったりしていたので、
すっかり、おねむモード。

おやすみなさいです

・asong @ music4

animeへの移転はいりますー

本日分、はじまりすか。

・asong 移転 ←今ここ
・anime shar 移転 ぼちぼち (>>521)
・music5 土地作成 → musicj関連移転 (>>506)
・qb5 / science3 / academy3 どうしましょ (新)

・music5 土地作成 → musicj関連移転 (>>506)
これは今作成を依頼しまーす

・qb5 / science3 / academy3 どうしましょ (新)
これは何するんでしたっけ?

banana387 (旧comic5) にあたらしく music5 を作成します

ん? 違うな、

banana398 (旧live15) にあたらしく music5 を作成します

>>564
> これは何するんでしたっけ?

昨日の件関連ですね。
いまのところ様子見でいいとは、思うです。

もし連日連夜（りゃ なら、あとはたんたんと。

おぉ
中国からと思われる攻撃っすね、

そですね、
ひどいならたんとんで。

やっぱり中国からだったのか、、、

SnowMan (BackEnd) 書き込みのみのbbs.cgi
　|
　| ラウンドロビンでN台
　|- livex.2ch.net (livex1.2ch.net) 各種チェックのみの bbs.cgi
　|- livex.2ch.net (livex1.2ch.net) 各種チェックのみの bbs.cgi
　|- livex.2ch.net (livex1.2ch.net) 各種チェックのみの bbs.cgi

という構成を考えた場合
各livexサーバの subject.txt index.html dat を SnowManからM秒間隔で
全部転送すると良いと思うのですが、
その方法はいかにすべき?

ちなみに SnowMan 上でdat落ちした dat 以外は全部 RAM上で処理を
考えています。

まず、

押し込み: SnowMan => livex1,2,3,...
引っ張り: SnowMan <= livex1,2,3,...

が、考えられるですね。
引っ張りを、差分+更新チェックありでやるのがいいのかしら。

そうっすねぇ
シンクロするって事だから、引張りがいいのかも

台数は せいぜい10台
ただし M は限りなく　1 に近いのわ狙う (M=10 くらいかしら?)
というあたりからも 引っ張りがいい気がするけど、

引っ張りだとすると、
・何かがlivex1,2,3,...で動いて、
・SnowManで待っている何かに対してリクエストを出して、
・ぶつを適宜入手する

という流れですね。

もし分単位でよいのなら、rsyncですね。
rsyncdをSnowManで動かして、cronでlivexNからrsyncをかけるかんじ。
ちなみにしろやぎさんの実装はそれかもなぁとか、妄想していたりします。

ただ、たぶん分じゃうまくないので、何かもっといいしくみが必要な気がします。
livex1,2,3,...に外からリクエストがあった時に、オンデマンドで動くみたいな。

1) livex1 でスレ立て
2) SnowMan は subject.txt index.html に新スレを反映
3) livex1 ,x2 ,x3 が index.html subject.txt を貰って初めて
　　そのスレの存在に気づくことができる

という流れなんで オンデマンドじゃうまく行かない気が、

ふむ。

1) livex2がお客さんにindex.htmlちょうだいとかsubject.txtちょうだいとかdatちょうだいとか言われる
2) livex2はShowManにとりあえず「どうよ」って聞く
3) ShowManは「これね」と言ってlivex2に渡す
4) livex2はお客さんに「これです」と言って渡す、同時に自分のメモリディスクにキャッシュする

ってかんじでやれば、オンデマンドでいけるんじゃないですかね。

で、第2弾以降は、

1)livex2は別のお客さんに「ちょうだい」と言われる
2)livex2はShowManに「今持ってるのはこれですが、これってその後どうなってます?」って聞く
3)ShowManは「私のもそれです」「更新されてます」「削除されちゃいました」等をlivex2に返す
4)livex2はそれに応じてとりなおすとか差分もらうとかメモリディスクのキャッシュを消すとかする
5)livex2はお客さんに（りゃ

ってことになるですね。

で、今c-au4/5/6 <=> BG3/4 の間で実験しているのは、>>577-578 です。
ただしメモリディスクではなくて、ほんとにsquidのメモリキャッシュしか使ってないですが。

で、2) の判定をする時に「取得後1分はShowManへの再取得リクエストはしない」とかやると、
遅延によりマイルドにするのも、実現できるんじゃないかなと。

素人考えですが。。。

実況の場合は、スピードが命になりますけど。
その辺は大丈夫なのかな？
例えばlivex1で『某天空の城なんとか』が有ったり
livex2では『なんちゃらサンバ』が同時進行した場合とか。

>>580
あ、書き方が無茶苦茶変ですね。
すんません。まだ、理解できてないです。

「その辺」というのがどの辺なのかによるかと

具体的に言うとどうなりますか?

>>579
あいた comic5 一台で模擬装置作れますかね?

SnowMan
livex (livex1,x2)
のシンプル構成で、

>>582
>>580「その辺」＝「（実況の場合は、）スピード（が命）」
と思われ

船(BackEnd bbs.cgi)が一杯になって遅延問題が発生しないのかな？って感じです。
そうなった場合、全てのlivex1,2,3とかに影響が出るのではないかと思ったわけですが。
>>582

>>583
とりあえず、全部1台で動かしてみるってかんじですか。
で、あとで機能ごとに分離分割すると。

root権限いただければ、やってみるです。

>>585
C で書いて DSO にする予定。
BackEnd の bbs.cgi

だいたい 1,000万/day は楽にこなせます(たぶん)

>>586
comic5 ってもう再インストールしてもいいんでしたっけ?

先日の日曜のex10(50万ポスト超え)が1317万PVぐらいだったようです。
http://rock.s54.xrea.com/pageview/daydata.cgi?date=20050529

>>588
memoriesへの退避は終わっているです。
DNSは今日変わったので、明日には崩し始めてよいはず。

もちっと詳しく書くと、
banana で 1,000万投稿/day をこなせます。
既に実験済み

次にSnowManがダウンした場合は、それにぶら下がる
livex1,2,3等は全滅となる感じですけど。

今の実況利用者の一部は、ダウンした場合は『なんでも実況』に
避難したりしていますが、それもできなくなりますか？

>>590
だと思っていました。
オンメモリでかつ単純な処理にすれば、そのぐらいはこなせるはずと。

>>587
>C で書いて DSO にする予定。
>BackEnd の bbs.cgi

とすると，フォームデータのパースは http://httpd.apache.org/apreq/ 使った方がやりやすいですね．


# 関係ないですが，[email protected] のメールボックスって生きてますか？
# 先日そちら宛にメール出したんですが......

で、別の話ですが、
土曜日の夕方〜夜に例によって大きな波があるので、
当初の目的どおり、あそこに全部詰めても耐えられることを示すということで、
あれとそれを anime サーバに移転するのを、それまでにやっておいていただけると
よいと思うです。

# 今週はそれほどでもないかもという噂も、あるにはあるんですが。

で、そこの live15 は、既に memories なんじゃないかなと（ひとりごと）。

>>593
こういうのあるですか。
libapreq is a shared library with associated modules for manipulating
client request data via the Apache API. It also includes language bindings
for Perl (Apache::Request and Apache::Cookie).

CとPerlで使えると。

/usr/ports/www/p5-libapreq2 に ports があるんで、さくっと入れられるですね。

>>596 ですね．Perl に関しては SpeedyCGI じゃなくて mod_perl 向けですが．

（´-`）.｡oO（SnowManを２台体制にしてFailOverとかどうなんだろう)

所詮 live サーバ
また今回の雪だるま作戦の目的は
「マシン一台の壁を破る」です

>>599
これですね。

　正直、いくらシステムをチューニングをしても、本来のマシンの性能を超え
ることはできません。もし、一つのサーバに一つの板を入れただけでも過負荷
になるような状況が発生した場合には、２ちゃんねるの掲示板システムを根本
から見直す必要があります。そしてその時期は、そう遠くない将来なのかもし
れません。

『マシン一台の壁を破る』ですか。

うへ、物凄い高い山かも知れませんね。
多分誰もやっていない事でしょうし。

壁がどこら辺になるのかがキモかもかもかも
Ten million per dayを超えるとして,処理能力を勘案すると…Billion見ます？((((；ﾟДﾟ))))


後,一つ質問ですー
1,000万/day ですが,ぼっこん時の最高記録って如何程でしたっけ？
liveにはそれも必要な気がするので。

でも、板の方々にもがんがっていただく必要があるんですよね。

これまでにも news newsplus morningcoffee、そして今の news4vip 等、
いろんな板が「板ひとつだけでおなかいっぱい」をめざして(めざしてないか(w)、
いろんなことをしてきたわけです。

「がんがっていただく」というのも、何か変な気がしないでもないですが。

│＿Ａ
│・−・） http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/
↓ ⊂）　 ex11鯖とか、VIPだけなのに7Mbpsいってますからね、
　　　　　 ex10鯖(狼/競馬/大学生活/ニー速/田中)は6〜6.5Mbpsなのに。VIP＞現ex10とか。
　　　　　 他にはhobby7の昨日のピークはなんだべ、、？

ちなみに去年7月のex7鯖(狼/競馬/VIP)はだいたいMAX 6Mbpsていど
http://mumumu.mu/mrtglog/2004/07/20/traffic/ex7traf.html

>>604
base も抜けたし。

hobby7 のは、確かに気になるですね。
とってあったのを見てみるか。

で、1年前のをみると、なんかありえないぐらい平和っすねー。

http://www.itmedia.co.jp/news/articles/0506/02/news033.html

ふがっ！　ふがっ！

ちなみにhobby7ですが、順調にふくらんでるんですよね。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/hobby7access.html

ex/liveを除く虎さんの中では、最近は最も働いている気がするです。

この作戦が成功すると技術的にはこんなことも考えられるです。

２ちゃんねる全体が一つのサーバ

front 30台 -- Back 10台
newsplus.2ch.net でニュー速プラスにあくせす。
Front は横並びで追加するだけ
Back はFrontに対応表おくだけ

移転がなくなる?

>>606
ほぅ、カード刺すですか。

>>608
それはたまに考える話すね。

最近は、ひょっとして意外となんとかなるんじゃと、思っていたりするです。

│＿Ａ
│・−・） baseも、ex13のを見るとMAX 5Mbps〜4Mbpsとか行ってますしね、、
↓ ⊂）　 中身的にもプロ野球板がほとんどなので、、
　　　　　 直前のex10鯖の17Mbps = 7Mbps(VIP)+4Mbps(プロ野球)+6Mbps(のこり)みたいな感じかぁ、、

>>606
おおーー、、停電こえー

>>606
すごいなー…

これを各OSで出来ればいいのにな(´･ω･｀)MacでもUNIXでも

>>608
front は FC でつないで
front ⇔ back はGbE とかになるんだべかなぁ

>>609
おらでも出来るRAMぼーど
>>611
でんちじゃなしにキャパシタでアレしておれば
ほぼ寿命無限なんじゃろうけどなぁ、
技嘉にメルしようかすら

ストレージに関しては，コスト度外視なら
http://www.google.com/search?q=%E3%82%B7%E3%83%AA%E3%82%B3%E3%83%B3%E3%83%87%E3%82%A3%E3%82%B9%E3%82%AF&num=100
ってのもあるんですよね......

>>612
S-ATAがあればマクでも動くとおもうが、
PCIスロットは確かpowerpc化すてからはふつうに積んでおったべ

music4 -> 5 移転はいりますー

>>616
おっ。

ほんじゃ、完了確認次第 F22 を。

│＿Ａ
│・−・） hobby7はsharが伸びまくってるのがかなり効いてる気がします。
↓ ⊂）　 http://rock.s54.xrea.com/bbspost/image/mv_shar.gif
　　　　　 なんですかね、このレス数の伸び。
　　　　　 もちろんそれ以外も伸びてますー。。

# そういや昨日はひさしぶりに200万レス割りこんだんだな、、と思ったら
# 22時台のすずめがめっちゃ久しぶりに不調だっただけなようだった、
# http://stats.2ch.net/kawasemi-h/0total-20050601.txt

で、実験開始は目標は、どうしましょう？

TV版『電車男』がターゲットとしては良いと思うのですけど。
それなりの負荷が期待できるしね。
７月７日２２時から。
連続ドラマですから、何回も試験できるしPDCAも回せるかも。

>>618
ですね。だから anime サーバを準備することにしたわけで。

ううむ。＞すずめの不調

>>619
7月7日ってのは、いいせんかもなぁと脳内では思っていたです。
大爆発は、間違いないし。

>7月7日ってのは、いいせんかもなぁ

くわしく

一月不具合洗い出しできるしねえ。いいかも＞でんしゃ

雪だるまを 7/7 までにデビューさせようという話し?

なんか付いていってない、、、

7月7日に、電車男のドラマの第1回をフジテレビで放映するです。

もし、デビューできるならという話です。
ちょうど良い負荷試験の材料がありますよ、、って事です。
毎週、高負荷が状態が望めるかもしれないと。

実況板の大爆発って中々あるようで無いような気がしましたんで。
ttp://www.fujitv.co.jp/denshaotoko/intro/index.html

でも・・・
今考えているのは banana での実験だからなぁ
それに間に合わせるとなると、、、
今すぐサーバの発注が必要な予感。

SnawMan = reguler tiger x1
Front = tinytiger x1
で RAM は全部 2G 構成でいいべか?

うひょ、すぐ発注するですか。

とりあえずざっくりで、サーバの仕様はそんなかんじですかね。>>627
で、新コアXeonだと64bit modeで動くかもしれないので、
そのへんは来てから調整かしら(OSをたんたんと入れてもらえばよいんで)。

で、music5にリロードバーボナーがはいってなかったようなので、
入れておきましたです。

すぐに機会があるなら、今回は無理せず、
まずはあえて負けてみるというのも、手かもしれないなと思っていたりして。

ちなみにIsKoukokuカット後、明らかに負けと思われる症状は、
一度も発生していないです。< live20

発注のことだけを考えると
今すぐが必要ってことなんです、

そして実機が来る前に banana でテストということになるんだけど、
ふがふがーって感じですな、

Front <-> Back は private lan がいいのかしらん?
2ch携帯 ラックにこっそり置かせてもらって既存のをつかうですかねぇ

なるほど、つまり納期問題ってことですか。

で、music5の移転完了したようなので、F22動かしてきたです。

あと大きな移転関係は、shar animeですか。
で、それがおわったら、これの色分けを対応してほしいなぁと。(人遣い荒いひと)

http://stats.2ch.net/suzume.cgi

>>631
100M超える容量が必要かどうかですね。< F<=>B
こっそりという手は、考えられるかも。

RAM は F,B ともに 2Gで十分?
現live16&20 の板+ eq を全部入れるとして、

そういや、おらたちが見ておるブツは潰して転送すておるで
転送量が大したことないようにみえるんじゃろうが、

…内部のアレ（FB間）は、潰すんだべか？

>>634
今のlive16/20+eqを全部ですか。

メモリディスクを大きくとるとか、
64bitモード(Cobraと同じバイナリ)で動かす可能性があるとかを考慮すると、
双方とも4Gにしておきたいですね。

了解 < 4G

>>635
FB間は圧縮しないほうが有利と踏んでいますが
実際には動かして要観察かと、

内部の移送は潰さないが吉とｵﾓ

で、NoconaコアのXeon dualにして(tiger2513/2514と同じ仕様でいいはず)、
64bit modeに対応したBIOSにしてちょってPolywellの人に言ってねと、
一言添えていただけると、たすかります。>>637

普通にやった場合，Squid や Apache+mod_proxy なら圧縮されて
rsync や NFS なら非圧縮になるんでないかな？＜F-B間

FB間の通信速度が速いとすれば、そうなるですねー (圧縮しないほうが良い)
遅いと圧縮したほうがよい訳で、

んで、速いとか遅いとかは何が基準かというと

圧縮無し : B -> (t1)転送 -> F の転送スピード(圧縮無しだから転送量は大きい)
圧縮あり : B -> (c2)圧縮 -> (t2)転送 -> (d2)展開 -> F

t1 > c2 + t2 + d2
t1 < c2 + t2 + d2

どちらなのかと、あと c2,d2もCPU使うので負荷のことも鑑みる必要ありか、

>>640
明示的に「圧縮なし(nogzip)」を指定しないと、そうなりますね。< Squidやmod_proxy
で、rsyncだと「圧縮しろ(-z)」と言わないと、そうなるです。

いずれにせよそのへんは、tunableで。

ええと、music5ですが、read.cgiに対するdsoが
有効になっていないっぽいです。

ありりっ

修正しますー

>>643
なおした　なおした

>>632
http://stats.2ch.net/suzume.cgi の色なおした

乙でした。

さて、私は寝ますかな。

FOX★乙

先生は寝るの早いですね＾＾

>>646
etc4 は banana 色じゃなくて、tiger 色かと。
で、game9/etc4/dso と etc4 だけのと、ふたつあるような。

・anime @ news18
・shar @ hobby7


これ移転はいりますー

>>649
│＿Ａ
│・−・） 目立ってないですがdsoもbanana扱いになってますね、
↓ ⊂）　

なんか、えっらい効果あるみたい。< 雪だるま第一弾
bbs.cgi が 1.5 ブレーメン超えたのに(150calls/10sec)、LAが1点台だった。

%uptime
4:47AM up 2 days, 2:35, 1 user, load averages: 1.86, 1.63, 1.26

│＿Ａ
│；・−・） うっわー、すっごいなー、、
↓ ⊂）　

>>652
× 1.5 ブレーメン
○ 0.5 ブレーメン

150calls/10sec ってことは、900calls/min か。
雪だるまなくても1300calls/minまではいくから、そのぐらいはいくすね。

│＿Ａ
│・−・） どれくらいまで行くんじゃろね、
↓ ⊂）　 2ちゃんねる全体だと200万投稿で最大3000res/minになるから、
　　　　　 1000万投稿だと、最大15000res/min くらいか。

うわ、こんな表示始めてみた（滝汗

ttp://ch2.ath.cx/load/ex11.html

>>656
┏┫；￣皿￣┣┓＜な、なにが起こったの、これは…？

各サーバの圧縮(deflate)ありなしって
どうなっているんでしたっけ?

全サーバ圧縮入れたいんですが、

Samba24=0で発狂したか

│＿Ａ
│・−・） 1時間の投稿数増えまくりだねー。
↓ ⊂）　 0秒になったのは20:35ころのはずなんだが
　　　　　 http://stats.2ch.net/kawasemi-h/news4vip-20050602.txt

>>658
今の状態で、
全サーバ、deflate圧縮入っているんじゃないですかね。

りょうかいですー

全サーバ、この状態です。
ex10で3月に一瞬やった「非圧縮」も、すぐに戻しました。

ex10における50万投稿/dayは、IsKoukokuカット以外のドーピング行為は
一切なしで実現したと、認識しているです。

AddType text/plain dat
# for test: disable gzip on ex10 -- mumumu, 2005/3/23
#SetEnvIf Host ex10 no-gzip
AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript

すばらしぃ

雪だるまになると Front 横ならばだから
IsKoukoku への支払いもある程度ならいいのではないかと、
考えていたり、

そですね。IsKoukoku軽量化の話もあるし、それでいけるんではないかと思います。

で、様子見てましたが、ラッシュすると ex11でも bbs.cgi 暴走するですねぇ。
慣らし運転の結果としては、上々でしたけど。

>>650
おわた

>>666
おつでした。

http://stats.2ch.net/suzume.cgi

こちらも、あわせて更新をば。

│＿Ａ
│・−・） あれ、、このまま投稿数が順調に増えたら
↓ ⊂）　 news4vipが今日30万レス行きかねないような。。

>>667
すずめの鯖表示game9/etc4/dsoになりましたね。おつかれさまです。。

banana387 (旧comic5)は明日いきなり再インストールしてもいいんでしたっけ?

>>669
│＿Ａ
│・−・） >>588-589を見る限りそんな感じですかね。。
↓ ⊂）　

さて、いい感じで負荷がかかってきたので、設定を詰めていくです。< ex11

>>669
↓
>>589
あしたあたりからがよさげ。

で、httpdを減らして、-Mを64にした。
ex10と同じ方向のセッティングに。

live20のセッティングとは、変えたほうがよさげね。

トライアスロンと短距離みたいなものか。

さらに調整。

ex10の設定を、どんどん入れ込み中。
32bit modeだからlive20セッティングのほうがいい、ってわけじゃなくて、
やっぱりex10で鍛えたものは、32bit環境でもそのまま使えるのね。

暴走の頻度が上がってきたので、暴走防止リミッターを
30CPU秒から10CPU秒にした。

あとの設定は、ex10と同じかな。
これで、落ち着く方向かと。

なんで暴走するんですかねぇ

>>677
デバッガで追ってみないと、わかんないっすね。
そのうち、やってみようかなと。
でも、Perlですからね、、。Perlは最新だったりするわけですが。

ただ、Cobraでのみ起こるわけではないということは、
今回明確にわかったです。

どうも、bbs.cgiが集中的にたくさん起動されると、暴走する船が出てくるです。
で、暴走する船ができると、増える傾向になる。

LAさがってきたですね。
load averages: 4.26, 14.25, 16.50

index.html 生成関連にもメスを入れたかったり、
つまり style とか .css とかですか? bbs.cgi が生成するバイト数を極力へらす方向で、
これは私にはちんぷんかんぷんでして、

cssファイルは別に置けば文字装飾や位置決め等のタグが
ほとんどいらなくなるからhtml自体は軽くなるやね。

index.html や各スレ最新レスhtmlに、styleや.css ってありましたっけ？

read.cgiで読ませるとstyleは吐いていますけど。

あれれ、もともと5secじゃありませんでしたっけ。< news4vip

狐さーんVIPのサンバ設定間違えてますよー

そのへんはわたしゃわからんので
誰か仕切って進めるのが吉かと、

仕様が決まったら、それにしたがって bbs.cgi を改造するです。

【重要】
新機能は入れないこと、
入れるのをにらんでくらいはokだけど、

>>685
基本方針は、できるだけコンパクトな負荷のかからない index.html を吐く、
ってかんじですかね。

│＿Ａ
│・−・） さっきsamba無効のときは下に5秒って書いてあったけど、
↓ ⊂）　 たしかに昨日の段階で「あれ？10秒？」って思ったような気がしないでもない、

そですね　>>686
.css とかにするとクライアントはキャッシュしてくれるとかを期待しているんですが、

cssを別にするとなると,投稿数の多い所ではこいつの読み出しコストも掛かるのかな。
同じ所ばかり見るならブラウザのキャッシュに入れ込めるとは思うけど。
そのあたりも勘案しつつ

×投稿数
○読み出し数
でしたーむはー

あと　　samba を制御しているところも
RAMでやるようにすればいいんだよなぁ

宿題にしておこう。

失礼、逆でした。

tableのスタイルと、ageたときの名前のところはスタイルでバイトを減らせそう。
ただし、全体に対する効果の割合はあまりないかもですね。

こうして、宿題をためすぎた狐さんは
夏休み最後の日に泣きながら宿題をやることになりましたとさ

めでたしめでたし

index.html、毎回
「<TABLE border=1 cellspacing=7 cellpadding=3 width=95% bgcolor="#EFEFEF" align=center><TR><TD>〜〜」て
入るよりは、tableタグ使わずに
<link rel="stylesheet" type="text/css" href="hogehoge.css">て
一回読み込んだ方がええんでしょか。
cssをキャッシュするかは知らんのですが。

スレッドは桶屋さんのおっしゃるようにあまりサイズは縮まらなさそうで。

ここでやるのもあれなんで、この話題はようじょに戻したら？

スタイルシートだけを分離すると、bbsmenuと同じところに置いておけるしね。

>>695
bbs.cgi開発スレでやるのもあれな気がするので、
専用のスレを立てていただけると助かるです。

bbs.cgi開発スレのサブスレみたいなかんじで。

コンセプトは、bbs.cgiが吐くファイル(index.html subback.html等)の軽量化で。

>>695
それは無理でしょ、わいわいがやがや出来無いもの

>697
とりあえず、スレタイは「index.html軽量化作戦スレ」でいいですか？

ちょいと予備実験をやってからでもいいかも。

ただ、ひろゆきはスタイルシートとかは嫌うかもしれませんと書いておこう。
なるべく汎用に読み書きできる環境を好むんじゃないかしら。

>>699
【bbs.cgi】index.html軽量化作戦スレ

が、よさげ。

>701
了解しました。
テンプレ作り次第、うｐして問題がないようなら建てます。

汎用で軽く・・・ﾑﾆｬﾑﾆｬ
布団の中で考えよ。

テンプレ出来ました。
かなりあっさり目だったのでこっちにうｐします。


【bbs.cgi】index.html軽量化作戦スレ

bbs.cgiが生成するファイル（index.html subback.html等）の軽量化を目指す
スレッドです。

誰かの発言入れたほうがいいかも

>705
入れるとしたら>680の発言だけで大丈夫そうな悪寒がします。


※この案で問題がないようならそれで建てます。

VIPとかが重くなってきたようです

>>707
LA、0点台っすね。

%uptime
7:55AM up 2 days, 5:43, 1 user, load averages: 0.73, 0.81, 1.22

snowman 1号 (Tiger , 4GRAM)
livex 一号 (Tiny Tiger , 4GRAM)
発注しましたー

設置場所はこっそり 2ch携帯用ラックに
private LAN 使おう。

>>709
了解です。

納期は、2〜3週間ぐらいでしたっけ。

>706
異論がないのでこの案でスレ建てます。
修正等がありましたらスレにてお願いします。


※ついに新作戦発動か。。。。
　いつものごとく正座して（ｒｙ

ということで建てますた。

【bbs.cgi】index.html軽量化作戦スレ
http://qb5.2ch.net/test/read.cgi/operate/1117726508/


※原因はわからないけど書き込み時に500エラー出てます。
　（環境なのかほかに原因があるかは今の時点では不明）

あと、banana201 (= www/www2/menu) の 100Mbps 化は、どうしましょう。

banana201 を 100Mbps 設定にすればいいんですか?

>>163-165

なんとなく>>678の件がボトルネックになるかも？
実況の場合は、bbs.cgiが一気に起動するタイミングが
頻繁に起こりやすいので（ｷﾀ━━━(ﾟ∀ﾟ)━━━!!!!!等)
船をちゃんとコントロールできるようにしないと駄目かもですね。
といいつつ、プログラミングできない私が言うのもなんですがｗ

でも、今回は C で DSO だから、こういう問題も起こらないかも？

>>714
>>715 にあるように、>>163-165 ということですね。

スイッチ側で100Mまで対応にしていただいた後で、
サー側の設定を変える必要があるです。

# 横になったら、そのまま5時間ほど意識なかった、、、。

なんか、感動した。

今の subback.html:
51: ■　移転ですー (147)　 52: ■　移転ですー (39)　 53: ■　移転ですー (43)　 54: ■　移転ですー (19)

■　移転ですー
http://anime.2ch.net/test/read.cgi/sakura/1004949155/
■　移転ですー
http://anime.2ch.net/test/read.cgi/sakura/1079882242/
■　移転ですー
http://anime.2ch.net/test/read.cgi/sakura/1082903307/
■　移転ですー
http://anime.2ch.net/test/read.cgi/sakura/1117621875/

(参考)
移転ですー
http://saki.2ch.net/sakura/kako/962/962734697.html (過去ログ)
■　移転ですー
http://comic5.2ch.net/test/read.cgi/sakura/1088791866/ (dat落ち)

もう数年移転人生なのか・・・・・。

│＿Ａ
│・−・） ふと、なんとなくPV取ってきてるやつから携帯キャリア別のグラフ作ってみた、
↓ ⊂）　 うーん、やっぱりdocomoよりauのほうが伸びてるのかなぁ
　　　　　 http://rock.s54.xrea.com/bbspost/image/pv_keitai.gif

>>720
2004/9〜2005/5 c-au系
http://mumumu.mu/mrtglog/2005/05/18/access/c-au2access.html

以下、概算(アクセス数はピーク時)
・2004/7 banana2台でスタート、15access/sec / 台ぐらい (全体で30a/s)
・2004/9 22access/sec /台に上昇、banana1台追加で 15access/sに (全体で45a/s)
・2004/9-12 ゆるやかに上昇、12/末で 27access/sec /台 (全体で70a/s)
・2005/1 大爆発が始まる(原因は何?)、1/末で 39access/sec /台 (全体で115a/s)
・2005/3 ほぼサーバの処理能力を使い果たす、3/末で 47access/sec /台 (全体で140a/s)
・2005/5 約50access/sec /台、tiny tiger3台にバトンタッチ (全体で150a/s)

2005/5〜6 c-au系
http://mumumu.mu/mrtgclog/2005/06/03/access/c-au4access.html

・2005/5 サーバをゆとりあるものにしたとたん、60access/sec /台にふくれあがる
・2005/6 約65access/sec 台ぐらい

というわけで、

2004/7 30access/sec → 2005/6 195access/sec

1年で6.5倍ですね。

anb@live20 を RAM化してこよう。
今、作業します。

DoCoMo
http://mumumu.mu/mrtglog/2005/05/20/access/c-docomo3access.html
http://mumumu.mu/mrtgclog/2005/06/03/access/c-docomo5access.html

2004/7 25access/sec/2台 => 50access/sec
今 75access/sec/3台 => 225access/sec

ぐらいだから、1年で4.5倍か。

>>723
了解です。

>>723
完。

>>725
携帯回りは物量としては現在足りている? or 不足?

others (Vodafone + AIR-EDGE + etc.)
http://mumumu.mu/mrtgclog/2005/06/03/access/c1access.html
http://mumumu.mu/mrtgclog/2005/06/03/access/c2access.html

2004/7 14access/sec/1台
今 19access/sec/2台 => 38access/sec

1年で2.7倍と。

>>726
＊現時点では＊、資源的に苦しいところはないという認識です。
どのサーバもピーク時でも、LA=2以下。
http://mumumu.mu/mrtgc/mrtg-rrd.cgi/load/

1) AAS用サーバの投入
2) ●なbanana2台(c-others1/2)を置き換え
3) 白山羊サーバ設置
4) (将来にそなえた)黒山羊増設の検討

あたりが、携帯系の優先度(上が高いのかな)かと。

│＿Ａ
│・−・） r.i、p.iほぼ停止になったのが7月下旬だっけ、、
↓ ⊂）　 どんだけふえてんねん、と(汗

ちなみに、いまのところ2chの携帯からのPVは2ch全体(bbspink除く)の16〜17%、、
まぁ、、細切れだから見た目よりカウントは増えるけど、

>>728
計画ではあと6台Tiger(or TinyTIger)を導入することにはなっているんで
必要になったら管理人をつっついてくださいー
細切れは面倒なので、一気にいれろと、

>>730
ふむ、、、。

一気に入れると、維持費(当然、管理人が払う)問題があるですね。
管理人は、徐々に入れたいのかしら。

前に立てた計画では、通常 x 2 + tiny x 4か。

【Love Affair】携帯からのアクセスに対する考察・次の一手 Part3
http://qb5.2ch.net/test/read.cgi/operate/1095146311/273-275

273 名前：root▲ ★[] 投稿日：2005/05/08(日) 05:13:19 ID:???0 ?##
>>272
6台入るということはc-others系(現在banana x 2)も全部引き上げたうえで、この形かなと。
もし通常tigerにした分費用が高くなってしまうなら、最後の1台をけずるかんじで。
(山羊さんは高速I/Oが命なので、通常tigerで)

c/c-others/c-control系 tiny tiger2台
白山羊+黒山羊 通常tiger2台
AAS tiny tiger1台
c-docomo or c-au にもう1台

275 名前：root▲ ★[] 投稿日：2005/05/08(日) 05:17:50 ID:???0 ?##
>>274
tiger x 2 … 黒山羊 白山羊
tiny tiger x 4 … c-フロントエンド AAS

で、よいとおもいます。

>一気に入れると、維持費(当然、管理人が払う)問題があるですね。

噂では、私が思っていたように●で維持費となったみたいですよ、
だから徐々にでも一気にでもどっちでもいいと思ったんで
一気を希望したです。

http://stats.2ch.net/karasu2.cgi

19　music4　15,599
43　music5　4,130

もう１〜２板動かした方がいいんでしょうか？

■移転候補
1板の場合：musicnews　（readが一番多い）
　http://rock.s54.xrea.com/bbspost/count7.cgi?mode=cnt

2板の場合：visual　visualb　（書き込み数は一番）
　http://stats.2ch.net/suzume-music.cgi

均等にする必要ないなら、もう暫く様子見でもいいのでしょうけど。
（ちょっと気になったので）

>>732
そういう話ですか。

つまり、新規投入費が●か管理人のポッケから直かと、
そういうことですね。< ちがい

>>733
もうちょっと動かすとしたら、既出のとおりvisualとvisualbかなと思うです。
visual系は、携帯からのアクセス、ものすごいし。

>>735
あーい。
んじゃあとはお任せで。。

今度の tiny tiger も２Ｕですか?

>>733
わたしも認識しています、
次の原動力は・・・　「music4 が重かったら〜〜する」
ってとこですか、　pc7 , pc8 と同じ関係

>>737
目指せ 1u です

live20 は全板 datRAM化した。

>>437 なんか古すぎやしませんか

http://perldoc.jp/docs/perl/
http://www.kt.rim.or.jp/%7Ekbk/perl-5.8/

>>740
きましたか。

これがあたってないと、FreeBSD 5.3Rではややどきどきするですね。
ちと、確認するです。

ftp://ftp.freebsd.org/pub/FreeBSD/ERRATA/notices/FreeBSD-EN-05:03.ipi.asc

20050114: p5 FreeBSD-EN-05:03.ipi
Avoid more than two pending IPI interrupt vectors per local
APIC as this may cause deadlocks.

5.3R-p5で、パッチ当たってるですね。
で、live20は、大丈夫みたい。

banana201 を 100Mbps に増速する要請を出した

banana387 (旧comic5)の再インストール要請だした。
root付き

>>744-745 Ack.

>>744 は設定が終わったら、教えてくださいです。
サーバ側の設定も変える必要があるので。

はーい

山田ウィルス、結構繋がっちゃうのがあるのね(^_^;)ありゃ凶悪だわ・・・・

ってことでちと新宿あたりへ(^_^;)ﾉｼ

>>748
山田ウイルスも、また何か仕込まないといけないっすね。

おじさんがbbs.cgiに入れた対策は「さすが」と思わせるもので、
かなり効果のあるものでしたが、最近は徐々に新型(亜種)も
出回りはじめているようです。

(どうやって対策しているかの手の内を書いちゃうといまいちなので、
この部分のみ、なんたらメソッドとさせていただきます、あしからず)

>749
ちなみにおいらはaccuseで拾いました(^_^;)
あそこは基本的に対策スルーなので検体が無数に・・・・

なんつーか、デスクトップのスクリーンショットだけじゃなくて
外部記憶の全てがhttpで公開されちゃってるんだもん(^_^;)ダウンロードすらできちゃうし

ええことをきいた
エロをDLしたければaccuseに逝けばええのか

携帯じゃないと怖くていけない

accuse@ex9 以外だったら
どのさーば(板)に沢山くるですか?

>>753
Rockで止めてるのを見て、やっぱり多いのは
download(tmp5)やと思います。

accuse@ex9 は Rock が効かないところということか、

ちょっとお兄さん知らなかったみたいなこと言わないで

>>722 + >>724 + >>727 で、

2004/7 94a/s
2005/6 458a/s

約4.9倍、5倍弱ってところですね。

もしもう1年、この倍率でのびるとすると、
2006/5 約2200a/s

…見なかったことにしよう。

>>750 >>755
ex9は現在、IsKoukokuスルーですから。

>>757
まじで　そうなると思っていたり、
たぶんサーバ台数同じになるかと

>>759
(掲示板システムと)同じ台数ってことですか。
ふうむ。

電車男が爆発的に売れて、
かつひ（りゃ がそれを投資する気になってよかったなと、まじで思う。

そういえば、明日からロードショーかしら。

携帯って、現在最強のモバイルツールですもんねぇ。

・電話できる（当然）
・ネットできる
・メールできる
・カメラ撮影できる
・テレビも見れちゃうよ

ノートPC以上に多機能。（能力は除く）それでいて安い。
そりゃ広がりますよね。
なんていうか、昔にアニメで見た主人公が通信ツールを
現実化した訳ですし。

そのうち病気や怪我も治せるようになると思う

スタートレックではもう実現しているし、

割とどこでも使えるのも強みでしょうか。
まぁ、維持費も考えたら、案外、高くついてるような気も・・・。

>>750
(*´Д`)＜ 散々ｶﾞｲｼｭﾂですが国家機密級のものですら垂れ流しです。

「携帯とPCの間の大きさの通信道具は、一般には今後も普及しない」
が、私の持論だったりします。

バイオUとかパームとかリナザウとかあれとかそれとか、いろいろありました(あります)が、
それらはしょせん、一般に普及するものではなかった(ない)と。

逆に普及させたら、それは革命ですね。
通信道具じゃないですけど昔のWalkmanや、今のiPodみたいな。

おふとんで２ちゃんねる

>>763
しかし、色んなサービス強化で各企業が競っていますし
大分と安くなって来てますよ。当初よりは。
実際普及率が凄いですからねぇ。

俺もふとんで2chしてる

p2あればそこらへんの専ブラと変わらんし最高ー

>>767
当初に比べれば何でも（ｒｙ

>>769
姐さん、それをいっちゃ(ry

>>770
んじゃ、言い方を変えましょう。
「昔は超高かった。」

>>771
確かにね。
普及したから安くなってきてるし、サービスもよくなった。

まぁ、買う人はイニシャルコストを重視しがちですからね。
ランニングコストを考えて買う若者って多いのかしら？

>>772
au買う若者とかランニングコスト重視なんじゃないですか、ﾀﾌﾞﾝ。
＃学割とか安価なパケ定額とか

親が買う場合は、そういうのを考えるのは親でしょうね。
使い勝手が最重要と思われますし。

>>773
ほう、なるほどそういう考えがありますね。

>>774
ふむふむ。

★山田ウィルス対策スレ３
http://qb5.2ch.net/test/read.cgi/operate/1116127723/741

741 名前：FOX ★[sage] 投稿日：2005/06/03(金) 21:23:52 ID:???0
あともっと根本的に
処理を別のサーバへ分散して 掲示板用のサーバのキャパシティを上げて
運用してきたわけだ、それに逆行することは私はやらないっす。

これ、ちょっと面白いんで、あとでここでやろうかなと。
やんないかもだけど、チラシの裏ってことで。

|　 |
|　 |
|＿|
|げ|
|￣| 　　　777
""""""""""
|　 |
|　 |_∧
|＿|ω・`) 　
|っ.| 　o
|￣|ｕ' 　　777
""""""""""
|　 |
|　 |∧_∧
|＿|´・ω・`) ｿｰｯ
|と | ｏ　ヽ
|￣|―ｕ'　 777
""""""""""
|　 |
|　 |
|＿|ミ
|ー|
|￣| 　　　
""""""""""

たとえばこの雪だるま作戦も
bbs.cgi のチェック部と書き込み部
さらには読み出し(read.cgi,dat) を分散させて
物理的に一台(仮にSnowManサーバとしよう)のキャパを上げて
運用しようとしているのだ、

その流れから行くと、p2 (の良し悪しは置いておいて)側で
いろいろ負荷がかかる処理は全て終えて、もう大丈夫という
データを掲示板用に投げてくれないと困るのだ
なぜならチェック部はどんどん掲示板用サーバから追い出していっているんで
そのチェック処理はもうそのサーバにはないという状態が遅からず
おとずれちゃったりするんだな。

なんか、桃色方面もそろそろ何かする必要があるようです。

重い重い重い重い重い重い重い×32＠運用情報
http://qb5.2ch.net/test/read.cgi/operate/1117628244/47-61

│＿Ａ
│・−・） bbspinkの5鯖のPVの「その他」、を合計すると200万PV弱だから。。
↓ ⊂）　 携帯用にbanana1台、というのもきつそうなんですよね、、
　　　　　 最低限banana×2かtiger×1、、なのかなぁ、、

r.iをいれたままじゃとじんぎすかん出来ないのけ？

>>779
お台所的には、いけると思いますし、既に（以下略

それが
べっかんこ作戦でして、

こんなに切羽詰るのが速いとは。。。
とあわてているわけですが、

>>782-783
動かすですか。

なんかねぇ、なかなかおひまにはならないようで。

はいはい、ok ok ok le.
ま、なんとかなります。

つづくようだったら(pie毎日思いようだったら)
緊急避難策として、板移転等はやるかもですが、

シベリアも危機でして、
ちょっと BBQ にたよって時間稼ぎ中。。。

シベリアの某スレの話ですな
乙です

さて。

・あるプログラムAがある。
・そのプログラムはstdinを待っていて、何か読んで、何かする。

・そのプログラムと通信させたいプログラムBがある。
・Bは一度の処理で常駐するAに何らかの方法で何かを渡して終了するとか、
処理ループの先頭に戻るとかしたい

ということですか。

>>788
ですです、

あるいは B を経由しないで直接 apache から A へとか

ApacheからAに渡す方法は SunOS な人に書いていただくとして、
stdin を読むタイプのプログラム A を、改造することなく B と通信させる方法を
次以降にでも。

簡単な例。

この例では、プログラムBは決められた処理を1回だけするものとします。

1)tcpserverが常駐して、ネットワーク経由での入力を監視します。
2)tcpserverはクライアントからの入力をネットワーク経由(指定したIPアドレスとポートから)受け取ると、
プログラムBを子プロセスとして起動し、入力をプログラムBのstdinにつなぎます。
3)プログラムBはtcpserverからの入力をstdinから受け取り、処理をし、終了します。
4)tcpserverは複数接続を処理できるようになっていて、その場合接続数だけの個数のプログラムBが
起動されることになります。

こんな例で、試すことができます。

test.pl の内容
% cat test.pl
#! /usr/local/bin/perl
$dummy = <STDIN>;
print $dummy;

tcpserver経由で、test.plを起動
% tcpserver 127.0.0.1 10001 ./test.pl

同じサーバからポート10001めがけてつないで、入力を入れる

% telnet 127.0.0.1 10001
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
AAA <= 入力
AAA <= 出力
Connection closed by foreign host.

などと書きましたが、stats/BBSみたいに入力をシリアライズやるなら、
別の方法のほうがいいかもです。

でもその場合、AとBは必ず1対1通信になってしまう予感。

簡単な方法 - FIFO を使う

こんな感じです。

○ 準備

通信用のFIFOを作ります。
% mkfifo FIFO

FIFOは、ファイルに見えます。名前つきパイプって言います。
% ls -l FIFO
prw-r--r-- 1 service service 0 Jun 3 13:02 FIFO

○ 入力

FIFOを読むだけです。
% cat < FIFO

○ 出力

FIFOに書くだけです。
% cat > FIFO

>>793 を試したければ、PUTTYの窓を同じホストに二つ開けて、
FIFO作っておいて、かたっぽの窓のcatでFIFO読んで、
もうかたっぽの窓でFIFOに書くと、よくわかると思います。

これが、一番シンプルでいいのかな。

FIFOはファイルなので、いらなくなったら単にrmすればいいです。
%rm FIFO

（´-`）.｡oO（まさか、来てくれるとは思ってもいませんでした）

FIFO はファイルなのか、、、

mkfifo は誰がどこでやればいいのですかねぇ

>>797
ファイルというか、ファイルに見える(名前がついている)
パイプだと思うのがわかりやすいです。
ls -lして出てくるpは、pipeのpですね。

で、受け側のプログラムが起動したところで、内部からあらかじめやっておけばいいかと。
もちろんsystem("mkfifo")なんていうのじゃなくて、mkfifoシステムコールをCから使って。
(mkfifoコマンドは一般ユーザでも可能です)

元の話がどこなのかが見つけられませんでしたが......

>>789-790
>ApacheからAに渡す方法

POST されたリクエストボディに含まれるデータでないなら，
CustomLog ディレクティブでその FIFO に渡すのが一番簡単ですかね．

というか，単にデータを渡すだけでいいのか，それとも返事をもらう必要もあるのか，
データを渡す際に待ちが生じていいのか，それとも並列処理やキューイングするのか，
といったあたりでも方法が変わってきますね．FIFO が一番単純なのは確かですが，
受け側の処理が追いつかないと待ちが生じるかと．

（´･ω･）ｶﾜｲｿｽ

全く同じハードウェア、全く同じセッティングでこんなだから、
IsKoukoku軽量化は、やはり急務かなと。

bbs.cgi スレでやるか。

(ex11)
last pid: 48385; load averages: 0.38, 0.63, 0.81 up 4+03:45:18 05:56:53
362 processes: 2 running, 357 sleeping, 3 zombie
CPU states: 12.6% user, 0.0% nice, 8.4% system, 0.7% interrupt, 78.3% idle
Mem: 491M Active, 1176M Inact, 257M Wired, 61M Cache, 112M Buf, 19M Free
Swap: 2048M Total, 96K Used, 2048M Free

PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND
43927 ch2ex11 4 0 13928K 13280K sbwait 1 0:06 1.42% 1.42% speedy_back
44768 ch2ex11 97 0 14192K 13572K CPU2 2 0:07 1.17% 1.17% speedy_back
46539 ch2ex11 96 0 12008K 11308K select 3 0:02 0.98% 0.98% speedy_back

(anime)
last pid: 79274; load averages: 3.32, 3.85, 4.54 up 3+22:08:06 05:56:38
349 processes: 6 running, 342 sleeping, 1 zombie
CPU states: 53.8% user, 0.0% nice, 5.0% system, 2.2% interrupt, 39.0% idle
Mem: 426M Active, 617M Inact, 281M Wired, 35M Cache, 112M Buf, 643M Free
Swap: 2048M Total, 11M Used, 2037M Free

PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND
79240 ch2anime 109 0 12668K 11808K CPU0 3 0:06 39.30% 20.75% speedy_back
79088 ch2anime 102 0 12536K 11664K CPU1 1 0:10 19.00% 18.55% speedy_back
79246 ch2anime 107 0 12292K 11384K select 3 0:05 34.69% 17.48% speedy_back
79234 ch2anime 102 0 11884K 11092K CPU2 3 0:04 15.76% 9.03% speedy_back
79090 ch2anime 101 0 12032K 11124K select 0 0:04 5.60% 5.47% speedy_back

>>801
「全く」ってのはうそっすね。
ex11/news4vip は、datジンギスカン入っているか。(これはかなり効果あるみたい)

http://stats.2ch.net/suzume-anime.cgi?

8 shar 35,770 268,590 268590 anime
40 x3 9,545 71,672 340262 anime
49 anime 7,863 59,042 399304 anime

このみっつがでかいのね

x3 もジンギスカン化するです

shar anime は既に
dat まで RAM 化はしません
もしものときの被害がでかいから、

dat 保持数も最終的には 500かな

ちょっ、ちょ、それは・・・・
要新板祭り？

ガンダム系さらに分けるんすか。

http://ch2.ath.cx/load/anime.html

昨日のピーク時に
「たった 100投稿/min であの負荷だった」というのを見落したですね、

1200スレもあったら、動かないｯス　< shar

分けるとしたら例のごとく、新板をねだるスレでいいのかしら？

>>808
確かに、、、。

newsplus mnewsplus とかは保持数があの数だから、
IsKoukokuありであんなに祭っても、それなりにもつと。

>>806
前の分割の時に
「もう一年ぐらいは分割しなくてもいいようにわける」
とFOXが言ってなかったっけ

500はちょっとなぁ。

サーバ側のセッティングで、700ぐらいには維持したいなと。
とりあえず今日Apacheもセッティング詰めなおしたんで、
来週の様子を見てからか。

あとは、IsKoukokuの軽量化でなんとか。

保持数下がったようなので、
IsKoukoku 復活させてみるです。< anime

# この負荷の下がり方は、一時的に切ってたとしか（りゃ。

>>813 done.

いっこのbbs.cgiのCPU使用率が、下がったですね。
保持数は、やはりおじさんが言ってるようにリニアじゃなくて、2乗ぐらいできくのかしら。

>>801 と比べると、あまりにも如実な。

last pid: 92521; load averages: 0.92, 0.52, 0.48 up 3+23:39:58 07:28:30
322 processes: 1 running, 320 sleeping, 1 zombie
CPU states: 14.6% user, 0.0% nice, 2.1% system, 0.9% interrupt, 82.4% idle
Mem: 391M Active, 911M Inact, 289M Wired, 25M Cache, 112M Buf, 387M Free
Swap: 2048M Total, 11M Used, 2037M Free

PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND
92280 ch2anime 97 0 13228K 12352K select 3 0:06 13.89% 13.82% speedy_back
92269 ch2anime 96 0 13384K 12488K select 2 0:07 6.96% 6.93% speedy_back
92342 ch2anime 96 0 13288K 12296K select 3 0:11 5.05% 4.98% speedy_back

そっす　二乗でききます　< 保持数

>>816
2乗で効くってことは、何か「四角いもの」があるってことですね。
subject.txt subback.html の作成コストが四角い?

subject.txt のレス並べ替え
つまり age 処理

つまり、ソートの部分ってことですか。

n^2 を、n * log(n) ぐらいに、できないのかしら。

ageって書かなきゃ上がらないようにするとか
スレッドフロート式じゃ無くなるけど

あと、
subject.txt 内のレス数

昔はやってなかったんですけど
数年前からは投稿毎に毎回レス数を数えなおすという処理になっとります。
これが物凄い負荷だと思う。

<言ってみるだけ>
GDBM とか Berkeley DB とかで subject を扱ったらどうなるだろう......
</言ってみるだけ>

>>821
全 dat を毎回 wc -l してるってことですか。うううむ。

引っ張るときついのなら押し出してみるとか

my @dat=<DAT>;
これを毎回やってたような…

数が増えると読み出しのキャッシュ?が利きにくくなるのかな

>>826
bbs.cgi (speedy_backend) のコストが、上がるのですよね。
キャッシュはもちろんそれなりに苦しくなりますが、
systat -v で見る限り、スレ保持数が大きくても
それほどヒット率は悪くないです。

数え直すんじゃなくて、書き込みが一つあるたびに、総レス数に当たる数字を一つ増やす、
っていう方法はダメなんでしょうか。削除とかで対応しづらいからですか?

>>828
昔はそうだったんだけど
どうしてもずれていたんですよね、

それを直すために現方法にしたんだと思うけど
確実ではあるがえらいコスト高なんだなぁ
他の方法も検討するという選択肢もあると思ったんですけどね、
なぜその方法を選び実装したかは私はしらないっす

>>827
いろんなスレを同時に読もうとする確率が高くなるということかna
>>829
１００１ストッパーのときになんかやってたような気もするが忘れた

規制はfrontでやるの前提で
backはひとつのファイルに追記してfront側でdatを生成という妄想も
削除用データは別ファイルに記録すれば
…
だめそうだ。

datを操作すたら、操作すた側（dat保持側）が「こうなりますた」と
suject.txt側に送信しる
そして、どっかにその報告を溜めておく


うーん　だめかのう

＞FOX★
とも子来たみたいだよー

ずれたっていいじゃん

>>833
今でもたまにずれるわけだが、

じゃあなおさらオッケー

どこまでズレがひどくなるんかは見てみたい希ガス

さて、石の負荷がへったそうで。。
掲示板側でいちいち変換すておったんじゃと、CPUがきつかろうて

今は書き込み時にファイルロックしてないんでしたっけ？
ロックを厳密に行う代わりに数値をインクリメントするだけにするとどうなんでしょうか．
ロックする分の負荷増加と数え直し廃止の負荷減少とで，差し引きどうなるか......

そういえばgiantrockとかいうんを毛嫌いすておったようじゃが
なんで毛嫌いすておったのか猿にもわかるよーにおせえてたもんせ

>>839
FreeBSD 4.x までは、カーネル全体がGiant-lock方式で動いていました。

2つ以上のCPUがある場合、2つのCPUの排他制御をちゃんとやらないといけないわけですが、
4.x までのFreeBSDでは、システムコール実行中はカーネル全体をロックする
(一つのCPUがシステムコールを実行している時は別のCPUではシステムコールを実行できない)
ようにして、逃れていました。

この「全体をロックする」方式を、Giant-lock方式といいます。

で、FreeBSD 5.x では、カーネル内において、必要な時に必要な部分だけを
ちょこちょことGiant-lockすることにして、そうでない部分は、複数のCPUがカーネル内の処理を
実行できるように中身のつくりを変更しました。

2つぐらいのCPUなら、Giant-lock方式でもまだそれなりになんとかなるのですが、
dual CPU で HTT したりすると4つになり、さらにそれぞれが dual coreになったりすれば
8つになったりということで、今後ちょっとしたサーバぐらいでも、CPUたくさん、という状態は、
起こってくるわけで、そうするといつまでも Giant-lock では今後の進歩に対応できないぞ、
ということで、FreeBSDの開発チームは、大きな決断をしたわけです。

でも、本気で中身をマルチプロセッサ対応にするには、カーネル内部のいろんなところを
個別に全部 mpsafe (マルチプロセッサで実行できる状態) 対応のコードに改良しなければならず、
それまではそのサブルーチンの入り口で、結局Giant-lockしているわけです。

で、FreeBSD 5.3Rではネットワーク関連のコードがmpsafeになり(これを「Giant-freeになる」といいます)、
5.4Rでは仮想記憶部分がmpsafeになりました。

来るべき6.0Rではファイルシステム(vfs)部分をGiant-freeにすべく、がんがっているようです。

で、そんなわけで FreeBSD 5.x ではこの部分の中身をドラスティックに替えたので、5.2.1Rぐらいまでは、
コードにいろんな問題が出て、デュアルCPUではほとんど使い物になりませんでした。
5.1Rぐらいまでは、通常のシングルプロセッサでも、4.xRの方がパフォーマンスよかったぐらいです。

で、各種デバイスドライバは、当然個別にGiant-lockをはずさないといけないわけです。
ちなみに今tige/cobrarサーバで使っているRAIDなしのSCSIコントローラは、いずれもまだ
Giant-lockがかかっています。(Adaptec, LSI Logic両方とも)

BBQ系で使っているLSI LogicのRAID 1のカードは、5.4RでようやくGiant-lockがはずれて、
パフォーマンスが大幅に向上したと、アナウンスがありました。

このあたりはかなり、プログラミング的に難しいものがあるようです。

Perl ではできないでしょうけど，雪だるまでバックエンドの書き出し部分を DSO にした場合，
subject の並べ替えは mmap() して memmove() という手も使えそうですね．
雪だるま本格稼働前でもその DSO を先行して作成し，同一鯖上で reverse proxy 使って
動かすというのも手かも知れませんが．

流れ読めてなくてすみません。
でもどうしても必要なことなので書き込みさせてください。

FOXさん、シベリア超速報板にBBQを手配していただけませんか・・・
ブリザードが酷すぎて板がまともに機能していません。

今は下記のスレにて話し合いをしております。
http://aa5.2ch.net/test/read.cgi/nanmin/1117924775/

│＿Ａ
│・−・） そういやおいら実況板がまだ隠し板だったころにテレ朝フィラー祭りがあって、
↓ ⊂）　 携帯から実況板を見ていたことがあるな、、（書き込んではいない）
　　　　　 当然パケ死したが。

>>843の話し合いはIDが出る板でってことで↓に移ってます。

シベリア超速報ブリザード対策スレ＠避難所
http://qb6.2ch.net/test/read.cgi/operate2/1117952094/

>>840-841
ほうほう
しげんの効率化というやつなんだすな

よくわかりましたー

シベリア関係で etc3 で実験しまーす
挙動不審になるでしょう

なんのだろう…

お、何かしら。>>847

で、久しぶりに作ってみました。
順調に（りゃ。
http://mumumu.mu/img/2chpost-200501-06.jpg

参考: 前に作ったやつ
順調に（りゃ。
http://mumumu.mu/img/2chpost.jpg

だらだらといろいろ

>>849
敵が来ないとただみているだけなので
長丁場になるかと　< シベリア

やっぱねー　< グラフ
毎年三月以降八月までがベビーブームというか
太る時期なんだよなぁ、
そしてみんな居つくと、

>>849
最近は20万行かない日の方が少ないと。なんじゃそりゃ。。

>>849
年末には300万と言ってそうなグラフですね。

>>849
途中抜けてるけど、くっつけてみたら面白そうなグラフ。。

│＿Ａ
│・−・） ねー、、4月は減るんだけど、
↓ ⊂）　 1月〜3月、5月〜8月は増えますからねぇ、

>>854
簡単なので、どなたか、さくっと作っていただけると。

元データ:
http://stats.2ch.net/kawasemi-d/
http://stats.2ch.net/kawasemi-d/kako/

250万いきそうな雰囲気?

>>856
データ貰ったから自分で作ってみましたー。
けどアップするところないので、自分でみてるだけー（汗

去年の今ごろは、150万以下くらいだったのが、いまは
200万越えが当たり前の状況なんですね。。

>>858
つhttp://up01.2ch.io/g2saloon/

>>857
全体を見回すと、今年の4月以降のグラフの上昇は、
ちょっと去年までとは違う雰囲気です。

去年が6〜8月までが10度ちょっとくらいの上昇率ですけど
今年の4〜6月は、角度が45度くらいに見える・・・。

>>859
おー。そうだった。

>>860
角度が上がるのは当然かと、、、
率で増えるから、量にしたら大きく出るわけで

でけた
こんな感じでどうですか？


ttp://up01.2ch.io/_img/2005/20050605/23/200506052343336932506551243.jpg

│＿Ａ
│・−・） あー、、ちとおそかったかのー、、
↓ ⊂）　 http://saboten.de.kakiko.com/bbspost/image/mv_2ch.gif

>>862-863
いろいろやってるうちに・・・。しくしく。

とりあえず、月平均を付けてグラフ化してみたよ。
http://up01.2ch.io/_img/2005/20050605/23/200506052357026942321080153.jpg

本日の発言数 2,481,569 (2005/06/05 0:0:28 現在)

248万でした。
またバッケンレコードですよね?

ですね。
うほっ

去年は春〜夏休みで140万から160万に育ちました。
秋〜年末までは160万で足踏みでした。
正月〜春休みで160万から190万に育ちました。
今は、220万まで育ってます。

(((( ;ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

そりゃ、今samba値もバーボン閾値も下がっていますからね
おじさんも戻す気はないようだし当面はこの状態は続くでしょうねぇ

peko作戦が大成功のうちに終わり
いよいよpeko仕様大増設ですからねぇ

サーバ資源の不足による制限から解き放たれたということだすな

山田ウィルスの投稿無しで
248万か、、

まさにすごいの一言

ギネスに申請しようよ

>>870
ああ、そう考えるとさらに凄いですね。
シベリアはどのくらいなんだろう

いったい何の項目でですか？

だからって、わざわざ壷で「お知らせ」しなくてもいいような。

>>872
58 siberia 7,392 2,979 - etc3
多すぎではないですね

質より量の時代ー

150バイト×248万投稿＝372MB≒原稿用紙46万5千枚≒朝刊1550日、、、

２００ﾏｿ越えでスゴイっていってたのに
もう２５０ﾏｿ越えって早すぎる

繋ぎ返え(←これ正しい?)爆撃対策
迎撃システムの開発が主眼なのだ　@シベリア

うまくいけば他の板もたすかる予定

しかし　今日は爆撃こない
まちぼーけ

資料室で大雑把なまとめをしといたけど
おそらくみているんですよ
ここも、運用も。

みてるんだったら
手伝ってくれてもいいのに、

嫌われてるのかな、

追いかけると逃げるし
逃げると追いかけてくるし

そんなものですよ

どうなんでしょう。
少なくても俺は名馬なので
巡回と全体の把握だけはまめですけど。
ﾊﾟｶﾗッﾊﾟｶﾗッ

だなぁ

シベリア以外で繋ぎ変え爆撃が良く来るところってどこなんだろ?
誰か知ってる?

カンですけど、、、

アニメサロン（スレ潰し）と、、あとどこだろ。

あと、音楽カテゴリも埋め立て荒らしが多い。
多分、一部は繋ぎ変えな気がします。

★音楽カテゴリ★荒らし報告スレ ２
http://qb5.2ch.net/test/read.cgi/sec2chd/1109739158/

板とか鯖単位じゃなくて、スレ単位で繋ぎ変え潰しの人って
いるから、なかなか「どこ？」といわれると難しいものが・・・。

ここみても、音楽系は多い気はしますが、他板のは難しい。。

【単独スレ】大規模スレ潰し報告スレ2
http://qb5.2ch.net/test/read.cgi/sec2chd/1117194372/

来るのを待っていても大変なので、
VIPに協力要請してみた、
どうなるか、

なんちゅう事をｗ

ここ↓か、荒らし依頼ですな。

次スレ立てろよ○●【ex11】VIP運用情報28●○
http://qb5.2ch.net/test/read.cgi/operate/1117953530/

95 名前：FOX ★[sage] 投稿日：2005/06/06(月) 02:37:32 ID:???0
テスト用のスレ立てて
つなぎかえで連投あらししてほしいのよ

なんかVIPPERだと繋ぎ変え爆撃はせずに
人海戦術での爆撃してくる気が、、、
それでテストになるならいいけど
まあ、本家の荒らしさんがいないからやってみるしかないんでしょうけどね

248万投稿ですか。。。
想像を超える値になってきましたね。
今年の夏は300万投稿超えが出ますかね。

明日以降はDSOでちょこちょこ実験しよぅ　< シベリア防御

ある意味（ryなテストですな
2台で800W....VGAが違うとはいえ電気喰うね。
ttp://www.tomshardware.com/stresstest/index.html

Project SnowMan
決戦は木曜日。
7月7日は大変なことになりそうですね。
フジは絶対狙ってるとしか。。

質問・雑談スレ170＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1117900916/455-459

なんだか、ウィルス入りのメールが60.38.247.67から執拗に送られてくる(^_^;)うぜぇ

謎だ・・・謎過ぎる・・・・・。

Banana201 has been set to 100mb/s full duplex and has been rebooted.
There were no problems.
-Sean

OCNに文句いいましょう。
ついでにverioも何とかするように頼んどいてください。

愛知か

>900
やっぱそれかねー(^_^;)＞OCNに文句
まー、ウザイだけで特に困ってはいないけど・・・・

そしてなぜか今は書き込めた(^_^;)＞メインマシン

誤爆(^_^;)

おんなの呪いですなぁ

なんとなく納得してしまいますた

太りすぎで鈍い

(´-`).｡oO(どんどん呪われろと思ってしまう私は鬼畜かしらん･･･)

>>899
了解です。

FTPでの転送テストで、パフォーマンスが出ていることを確認しました。
作業へと。

ミャンマーのテストのためにリモホを変えようとルータを再起動したり
モデムを再起動したり色々格闘したけど、どうやっても変わらん(^_^;)困るなぁ

>>910
生 Ether方式? (YBBとか)
それともPPPoEかしら。

生 Ether なら、ipconfig /release して ipconfig /renew してみるとか。

>911
PPPoEです(^_^;)

昼はそこそこ暖かだったけど、
今はもう寒〜いです。

半袖で来てしっぱいした。

>>912
そですか。
それだと、そう簡単じゃないっすね。

>>913
そですか。

今年は、夏あるのかしら。
去年は3年ぶりに夏あったんでしたっけ。

>913
昨日ポロシャツとアロハを買ったのだけど・・・・(^_^;)しくしく

>914
なのですよ・・・・MACアドレス変えるとかかなぁ(^_^;)
以前はルーターリブートで簡単に変わったのに

今年は去年よりはマシな夏になってほしいなぁ。
+自宅サーバの出す熱で、部屋が洒落にならない室温に
なってしまったし。

北海道で半袖なのに…
俺は長袖を2枚も…

我慢大会をするのなら４畳半の部屋にPentium D 840（リテールクーラー）マシンを
４〜５台置けば十分開催できるかと（ぉ

FOXさん
シベリアに荒らしさんっぽいのが来たよ

>>920
あれは夜に呼べば来てくれるんじゃないか？
実験協力とか言ってたし

http://info.2ch.net/wiki/pukiwiki.php?Cook81

Cook81いれてみた

>>919
P4でUD回すだけで充分ですよ

すごく調子に乗って立ててみた

マァヴたん( *´д`)ﾊｧﾊｧ
http://qb6.2ch.net/test/read.cgi/operate2/1118066364/

むむむさんが(スレ立て)荒らしているのをはじめて見たべ。(;^ ^

桶屋さんも見てたのかｗ

>>922
これか。
次スレ立てろよ○●【ex11】VIP運用情報28●○
http://qb5.2ch.net/test/read.cgi/operate/1117953530/947

947 名前：FOX ★[sage] 投稿日：2005/06/06(月) 20:20:45 ID:???0
２ちゃんねる用ブラウザ作者様へのお願い。

２ちゃんねるでは、現在つなぎかえ連投に対する防御機能を
実装しようとしています。その時にクッキーを組み合わせた
制御をするので、クッキーは自作することなく２ちゃんねるから
貰ってください。これがうまく行くとつなぎかえ連投による
スレ潰しが出来にくくなるんでは無いかと期待しています。

なお、既に以下の板では新仕様の実験中です。
テスト用にお使い下さい。

みゃんまー
http://dso.2ch.net/myanmar/

六月吉日

3箇所の焼き済みp2・串から同時多発的にoperateをスレ立て荒らしされたので、
qb系だけ●でのスレ立て時の串スルーを無効にするコードを
bbs.cgiに入れました。

Cook81のを上書きするとうまくないので、
全サーバへの配布はしてません。いまのところ、qb6とqb5だけ。

質問・雑談スレ170＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1117900916/563-

>>926
一瞬、本物の荒らしだと思ってしまいました。

>>928
表に書くことはよいことだと思いますが、
いろいろ分散させてしまうと、どこへ書いたか忘れてしまいませんか？　(;^ ^
あるいは、他の人からの発見とかが遅れるとか。

わいわいやるのはこのスレでいいとして、
入れた設定は一ヶ所に集めるようにした方がいいかも。
(情報の再利用を考えて……)

>>929
できるだけ、そうしてるんですけどね。

全サーバに行き渡っていれば、bbs.cgi スレに書いたんですが、
今はとりあえず、自分が見失わないように、ここに。

＞できるだけ、そうしてるんですけどね。
そういうことを、ちょっとだけでも意識している人がいるかどうかで、大きく違ってくると思います。

昔と違って今は書き込まれるレスが多いから、有益な情報が不必要なレスの中に埋まらないように、
情報の再利用も考えて書き込まないと、掲示板上では上手くいかなくなってきていると感じていますね。

いろいろなところを見ているときの感想。

│＿Ａ
│・−・） 太古の昔にあって、IPnum2005-5-25.txt ←みたいなファイルを取得して
↓ ⊂）　 一覧にしたのを昔作りましたが、それを毎時自動的に出力するようにしてみました。。
　　　　　 どうにもグラフの作り方がわからないのでグラフはまだないですが、、
　　　　　 http://saboten.de.kakiko.com/samba24.html
====　　 ====
まぁ、、ちょっとこれを作る際のきっかけのレスを見ようと思ったけど、
IPnumについてのレスがsambaスレになくて見つからんかった、、(まぁ初出が去年2月だし、、)
自分が始めて「IPnum**をまとめてhtml出力するのをつくったー」って書いたレスなら見つかったけど

====
まーそれはいいとして、もっとばしばし単発スレが
あってもいいような気もするなぁ、、運用情報板なら。。
それとは別にまとまったスレもあって、、とか。。思っただけだけどね。

>>932
countの多い順にsortしたhtmlも、
生成してくれるとうれしいなぁ（ぼそ。

>>932
bbs.cgi再開発プロジェクトとかじゃないかなー？
後は、kakikomi.txtを検索してみるとか。

│＿Ａ　 >>933
│･д･`）えー　と思いつつも適当に作ってみました、
↓ ⊂）　 http://saboten.de.kakiko.com/samba24c.html

>>934
おおー、、ほんとだ、初出はbbs.cgiスレだったのかぁ、、
「これ見てるとどれくらいのIPから〜〜」ってのはまた別っぽいけど、
http://qb3.2ch.net/operate/kako/1069/10691/1069144193.html 817-855あたり

>>935
すばらしー、わかりやすい。

で、http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/hobby7traf.html の
21:00 からの「ぽっこり」は、祭りじゃなくて単純に ROM ばかりだった。

さすがに趣味系は、ROMが多いなと。

以下、21:05のデータ
14 /auto/subject.txt
12 /phs/subject.txt
11 /occult/subject.txt
10 /phs/
10 /dcamera/subject.txt
10 /car/subject.txt
10 /bike/subject.txt
10 /bike/
9 /av/subject.txt
8 /rail/subject.txt
8 /auto/subback.html
8 /auto/
7 /occult/subback.html
6 /train/subject.txt
6 /phs/subback.html

>>935
で、stats みたいに、コブラ色タイガー色バナナ色になってると、激しくうれしいなぁ（ぼそぼそ。

│＿Ａ
│･д･`） >>937 カウント順のほうだけマークつけてみましたです、
↓ ⊂）　 >>936 たしかにkawasemi-mを見ても特に
　　　　　 21:00から増えているような様子はないですね、、

>>931
のんだー

しかし、その考えには相容れないものがあるです。
目的は何?

有益な情報以外は「不必要なレス」になるんならつまらんとです。
単純に楽しいのが基本じゃないのかと。

スレって流れがあるんですよね。
マジレス合戦している時でも、何も生まれなかったり
何か単なる雑談の中で、ダイヤモンドみたいなレスが登場したり。
ある意味『生きている』コミュニティみたいなものですから
何が起こるかわからないのが魅力の一つかもしれませんなぁ。。

「生まれてくるもの」と「情報」は別のものとして考えていいと思うど

産み出すときはワイワイがやがやで、
産み出れた情報はわかりやすく集積、みたいな？

others系、伸びが止まったような。
http://mumumu.mu/mrtgc/mrtg-rrd.cgi/access/c1access.html

他(特にau)は相変わらず伸びてるようだけど。
http://mumumu.mu/mrtgc/mrtg-rrd.cgi/access/c-au4access.html
http://mumumu.mu/mrtgc/mrtg-rrd.cgi/access/c-docomo5access.html

昨日、p2爆撃があったらしいけど、
報告まとまっていたりするのかな?
誘導して欲しい・・・　のだ。

>>945
おはよ


http://qb5.2ch.net/test/read.cgi/sec2chd/1117509044/
どうぞ

■ read.cgi(DSO味)の巻 part1 (2004/12/01-)
http://dso.2ch.net/test/read.cgi/myanmar/1101888913/71-1000

[test]テスト専用
http://dso.2ch.net/test/read.cgi/myanmar/1101908365/347-1000

速度からしてスクリプトらしきものもあった。
●かsearch.plあたりだとは思うけど。

>>947
それはBBQが外れてたときの爆撃実験だとおもわれ

壷書き込みテストスレッド(^_^;)
http://dso.2ch.net/test/read.cgi/myanmar/1118053684/932-1000
これもかな。

>>948
そうだったっけ？

>>945
どうも、任意のProxyをユーザがかませることができるようにした
改造版p2というのが、出現したようで。
いつか、出るだろうなぁとは思ってましたが。

で、どうも公開p2を「わな」としてしかけておいて、
そこを使うように誘導して、他人の●やらトリップパスやらをかすめとるというのも、
なんだか、はやりつつある様子も。

なんたらの林檎みたいなもので、
いまさら公開p2をなくすとかなくなるとかいうのはむりぽなんで、
さて、どうしようかってかんじで。

とりあえず、不用意に●パスを使わないでって、いうぐらいか。

方針としては、

1) p2 は投稿不可。　がんばって締め出す。
2) 掘りまくり、サーバ設置の場合はデータセンターごと deny。
3) 自宅サーバの場合は・・・　

>>948
時間からしてブリザード本体だと思ったんだけどね。
まぁいいけど。

>338 名前：FOX ★[sage] 投稿日：2005/06/06(月) 22:06:38 発信元:219.166.251.33
>飲みに行く時間なのだ
>まりりんからメール来たのだ
>
>ちょうどブリザードが来たというのに、、、

>120 名前： FOX ★ [sage] 投稿日： 2005/06/06(月) 03:02:09 ID:???0
>出来ればシベリアに爆撃専用スレ立てて爆撃してほしい
>速度はあまり速いとあたちが大変
>
>VIP でやるなら BBQ 一時的に外すから
>その旨教えてちょ
>
>荒らし以外書き込み禁止

荒らした●にバーボンとか

banana387 (旧comic5)の再インストールができたとのこと。
セットアップ作業入ります。

で、これは、>>583 です。> メールの返事

昨日おふろで一瞬考えたのは、
一つの●セッションIDごとのIPアドレスの数(= 投稿数)を何らかの方法で数えておいて、
●一つあたりの使用IPアドレスが異常に多かったら、何かしてみる(●の効果をなくす)とかぐらいか。

自宅サーバが一番難しいですね。
DDNS登録業者に通報するとか出来るのかしら？

>>955

おぉ SnowMan だった、、

p2対策 の実験するー　@operate2

興味のある方はお手持ちのp2をご持参の上
ふるってご参加ください。

>>955
なるほどー
それなら行けそうですね。
単なる●によるスレ立て荒らしにも有効ですわ。

◆　密かにスタート　運用情報(金) Part2
http://qb6.2ch.net/test/read.cgi/operate2/1108090447/

P2 でここに書き込んでちょ

（´-`）.｡oO（p2持ってませんので見学します）

公式p2で書いてるんだけど大丈夫だよね？

んな排除されるのわかってて参加するのかいな。

天然を通り越してただの馬鹿だな

うはー　P2はIPアドレスさらしですか　そうですか
http://news19.2ch.net/test/read.cgi/news/1118129207/

こっちに大勢いるよ＞p2

>>955
なぜそんな複雑な事を考えているのか不可解

答えは簡単にそこに落ちているじゃないか







つ[●による規制スルーを止める]

>>966
ふむ。

●は、触るとたたりがあるっていうんで、
関係するものには、できる限り触らないようにしていたり。

おいちゃんは、どうやら淡々と進めてますね。

こういうときが一番怖いんだな。

儲かる●を規制するなんてできないでしょ

別の仕掛けまで入れて意表をついたりしてｗ

さっきなんかやってたみたいだし

おおっ

ふとレス番みてみたら、、、
次スレの季節だー

次スレまだぁ？

もう向こうには戻らないんですか？

次スレはここですか？

さっそく対策されたp2出てきたのかな？

>>950
というわけで、次スレよろしくです。

◆　雪だるま作戦に思いを馳せながら雑談するスレッド Part2
http://aa5.2ch.net/test/read.cgi/nanmin/1118138260/

びよ〜ん

おつかれちゃーん

>>977
乙ｗ

>>977
乙です。
このスレここまでほとんどsageなのがすごいと思った。

ぼよ〜ん

>>977
乙です

「花咲ガニ」っていつが旬なんだろ?
冬?

いまの季節でも食えるのだろうか、、、

>>977
乙ですたヽ(`Д´)ゞ　ｳﾞｨｼ

甲殻類は体調悪いと腫れ上がるから怖い

│＿Ａ
│・−・） おつかれさまです。。
↓ ⊂）　 1,500投稿/min達成してるよ＞＜

>>982
ttp://pucchi.net/hokkaido/foods/kani_hanasaki.php
＞漁期間は夏〜9月ごろと規制されており、毎年9月から10月ごろまでが旬で大変短い期間です。

秋らしいです。。。

そういや、昔夏に家族で北海道行ったときに食った花咲がには
むちゃくちゃうまかったなあ…(遠い目

まだここでやるのか……

http://www.lilac.cc/~mo0208/sunbbs/
４発。。


>>982
今の時期は毛がにだべ

桜咲いてますの方面ですか

花咲蟹もいいですけど、週末を利用してSIN経由で修行してみるとか。

修行のポイントってどうやって調べればいいんだろうか？(^_^;)
SQだとクリスフライヤーだったかのマイル＝修行ポイント？

もちろんNHにつけるですよ。
クリスは高いチケットでたくさんのるなら、PPS狙いなんですけどね、、、。

ひ(ryが来ましたよ。
ｐ２不具合スレに

あたまわるー。

またひ（ｒｙに怒られるのかｗ

さぁ、どういう展開になるかな。

そのまま見なかった事にしたら面白いのに

　　 ／::::::::::::::::::::/ﾐ /　/ |__| 〈 ヽ |
　　/:::::::::;;;;;;;;;;;;/ ヽ/__/ﾉ　.|　 ヽ 7ヽ
　 /:::::::;;;;;;;;;;／lニ＼　/ 　 |　　//　l　　　 人,_,人,_,人,_,人,_,人,_,
　/::::::;;;;;;;;;;l二].__ ＼＼　　|　 //.__ |　　＜　仮面ライダー剣が ＞
　|::;;lヽ､;;;;;l／ 　 ￣ ＼ヽ ヘ/／;;;ヽ　　＜無難に>>999ゲットだ！＞
　|;;;;|　ﾉ;;;/　,,.:::::::::::,,....ヽ,◎./;;;;;;;;;;;l　　　　⌒Y⌒Y⌒Y⌒Y⌒Y⌒
　|::::i､"|;;;ヽ:::::::::::::::::::::::::ﾉ''ｰ'|;;;;;;;;:;;;l
　l;;;;ll ＞;;;;;＼:::::::::::::::／"ｰ"ヽ､;;;;;ﾉ
　ヽ;;;;;;;;;;;;;;;;ﾉ￣ﾉフ"｀ ＼／ ヽ l7　　|　　　　　　　　　　　　　　　　　　　　　　　　　 ,
　/＼;;;;;;;;;/ ／／ﾄ l＼|ヽ／i |/ﾉ　「￣ﾌ　 ＿_　　　　　　　　　　　　　 ＿_.　 　　,イ
''―二┬＼ ＼　 | ＼／ヽ_///　　　ノ　 ＿|＿　工 エ ェｪェ エ 工　＿|＿　 　′|
　￣''=/ﾆヽ＼ ＼l____ ノヽ､//
　　　　 .ﾞ'-」|,, "─,,＿＿_／

１０００なら

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。