やっぱりc.2ch.netもパワーアップしてみよう作戦

banana405(std. banana)の代替機なので、std. bananaと。

で、戦略としては、
・まずは現有戦力でどこまでいけるか

をやって、
・追加の戦力が必要ならその時に動く

というストラテジでいくということですね。

# とは言うものの、ヘビーなディスクI/Oについて
# T-bananaの実力がどうなのかは、興味深いところで。

むさん、
(;´Д`)Д`)Д`)Дﾟ)
　ﾊｧﾊｧ ﾊｧﾊｧ ﾊｧﾊｧ ﾊｧ?

c-others2のLAが下がらないのでVIPのキャッシュを500にしました。

キャッシュをなくす(減らす)のはこの作戦の意味をなくすことかと
またrootさんにdenyされちゃうのでは?

この作戦 = Love Affair 作戦

（ーωー;）

掲示板システムを守ることが第一義ですね。

既出のMRTGとかでトラフィック(*1)を監視しつつ、
うまく調整していくのがよいと思います。

(*1)第一の優先度は、
掲示板サーバに大きな負担をかけていないか

BG2台、banaan405の代替品、縁起の悪いやつとかもですが、
まずはたんたんとできるものを投入していくかんじですすめます。
本業多忙でなかなかあれですが、できる範囲でいろいろと。

>>405
それでは、キャリア別を止めてシームレスにするまでは、
DoCoMoとau以外はdenyしましょうか。
denyというか
落ちるまで稼動→気が付いたらリブート。コースになりますか。

（　´_ゝ`）

今、緊急に200にしましたが、結構空きが出来たみたいですので
グラフ観察の為、少ししたら300に上げてみます。

(´･ω･`)

>>410
携帯スレでも書きましたけど、様子見は大事ですよ。。
c-others2の現状把握は今後の為に生きてくるのですから。

>>412
はい。
それでは、次の変更は1時間後くらいが適当でしょうか？

>>413
短すぎｗ
キャッシュが効いてきて、差分取得している状態で観察しないと駄目。
そして、利用者が最大数になるまで気長に観察。
１日くらい？

>>414
１日ですか。
200〜300は>>349の時点でも試みてるので、
もう少し上でも良いかな？って気はしてます。
今回、500(vip1000)→500(vip500)にしてもidle減らなかったので
個人的に300〜400を観察してみたいかも。。

rootさんの空きとどっちが早いかって話にもなってきますね。

わたしたちは何をやっているのか
これはこんな作戦です

【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
http://qb5.2ch.net/operate/kako/1075/10758/1075887465.html
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part2
http://qb5.2ch.net/test/read.cgi/operate/1088657713/
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part3
http://qb5.2ch.net/test/read.cgi/operate/1095146311/
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4
http://qb5.2ch.net/test/read.cgi/operate/1116860379/

というか，リクエストの量に対して HDD のパフォーマンスが追いつかないのが
苦しんでる原因なんじゃないかと．今後鯖を増やして1台あたりのリクエスト数が減れば，
キャッシュをもうちょっと増やしても追いつくようになるんじゃないかなぁ，とか．

日本語表記に事実と異なる誤りがありました。訂正してお詫びいたしまつ

誤：わたしたちは何をやっているのか

正：わたしは何をやっているのか？

>>417
そう踏んでいます。

かつ、スケールするように(>>9)、
かつ掲示板システムに大きな影響を及ぼさないように (>>407)したいなと。

全板×1000スレがサーバ負荷的に無理なら
全板×500スレという選択肢の他に
半分の板×1000スレというのもあると思うので>>113と

ユーliveとexとwwwwwを切っちゃいなヨ！

FOXさんがこれだけ真面目に話すという事は
状況はかなり逼迫しているという事ですね。
1日を観察に費やすのも駄目だし、
転送量の増加は1MBも認められない、と。

あとは、キャッシュ数を増やして、かつ
インターバル(現在90秒)を伸ばすという案もあると思いますが
諸兄のご意見伺いたく。

>>421
> 1日を観察に費やすのも駄目だし、
> 転送量の増加は1MBも認められない、と。

そんなこと言ってないと思うなぁ。

転送量そのものが問題なんじゃなくて(転送量はあくまで結果の一部に過ぎない)、
掲示板システム全体への負担だと思います。

結果として転送量が増えたとしても、
掲示板システム全体としての負担が減るなら、それでいいと思うわけで。

# うわ、会議の時間だ。

まぁ，試行錯誤する中で一時的に転送量が増えるのは仕方ないにしても，
転送量が増える（ことにより各掲示板鯖の負荷も高くなる）状態が固定化されるのがマズい，
ということなのではないかと．最終的には各掲示板鯖の負荷を低く抑えられるようにすべき，と．

>>422
了解です。
いつもと雰囲気が違ったのでビビってしまいました。
では明日まで観察します。

まぁ、試行錯誤しないと前には進めないかと。

（　´_ゝ`）ＰＣユーザ減少を携帯ユーザ増加が支えている（　´_ゝ`）
（　´_ゝ`）時として集中すると人大杉になるのは昔からの事（　´_ゝ`）
（　´_ゝ`）携帯搭載ブラウザはＰＣ並のブラウザに進化しつつ有る（　´_ゝ`）

専ブラ標準搭載携帯の登場はまだか

(´･ω･`)全体板が人大杉になるなら・それは喜ばしい事(´･ω･`)ノ

だいたい時間によって負荷だって違うわけだし

ひろゆきはやっぱり永遠の17歳だな

まず何を目的に何をしているのかを見失わないことが大切だと思う。
データが　a)２ちゃんねる　-> u)ユーザへ直接流れていた太古代。
それでは溢れる(※１)ということがおき、次の段階へ、
a)２ちゃんねる -> b)黒山羊さん -> c)c.2ch.net -> u)ユーザ
このとき b)は c)以降がどうなっても a)に何も影響を及ぼさなくするという防波堤の
任を負わされたんだな。そして今回それが正しく動いているということが初めて
検証されたんだな。あくまでも c) を動かすためのシステムではなく
「b)以降がどうなっても a)に影響を及ぼさない」というシステムを作るのが目的なんだな

※１ = サーバというのは最後の一滴で溢れるもので、溢れたあとは全てが動かなくなるんだな
容量100で 99,100 までは動いているけど 101になったとたん今まで動いていた100すらも失うのだ。

そしてこの状況は２ちゃんねるには何度も訪れているいつものことなんだな
その時々いろいろな方法でクリアしてきたんだけど、
一番みんなの記憶にあるのがたぶん2001年八月だとおもう。
そのときに取った方法は、ご存知の通り名誉ある撤退。
一度規模を縮小して(外部に負荷を押し付けて)勘定の合うモデルにしてから
再度スケール拡大という方法を取ったんだな。

勘定の合う形にしてからでないとスケール大きくしたら
傷は深まるだけだと思う、破綻するともいう。

んで　a) -> b) -> c) -> u)　の場合はどうするかというのが今回のテーマになるかと、
試行錯誤をするにしても目的をあやまったら管理人も本(※２)の中で言っているように
「局所最適化」をやってしまっちゃったりするのではないかと危惧しておりまして
私は本筋論を展開して行こうと思うのだ。

本(※２)　= ２ちゃんねるはどうして潰れないのか?

>>432
> 勘定の合う形にしてからでないとスケール大きくしたら
> 傷は深まるだけだと思う、破綻するともいう。

さて、それをどうするのがいいのか。

●の時は「二度とやるもんですか」(本人談)っていう人が
どこかから現れたわけですが、
今度はチラシの裏あたりから何かが現れたりするんだろうか。

っていうかこの議論ってようは、その昔にaccuseでやっていた、
(当時私はaccuseにはほとんどいなかった)、
「明日はどうなる？働け！ひろゆき」シリーズの再来ってことですか。

>>416 のLove Affair作戦は2004年(今から三年前)にはじめたんですが、
part1の冒頭で「何をするか?」を決めています
それは「キャッシュで解決を計る」です。
当時のアクセス数と現在を比べると、たぶん10倍(?)になっていると思うのですが
つまり現在はいくらa)２ちゃんねるのサーバ能力が向上したとはいえ
いままでのキャッシュの能力(bの能力)よりも劣っているものの開発は
なんの解決にもならないでしょう。つまり劣っているものを作るならBG黒山羊さん(b)を
増やすほうがとってもいいと思います。なぜならキャッシュの性能とは
転送量の抑制もさることながら転送回数も重要なファクターだからです。
今、現在で言えば断然後者のアクセス数の抑制が２ちゃんねるのサーバを救う効果があります。

キャッシュで解決を計る。
キャッシュの性能をよくする。
が目的を達成するための道筋ですなぁ

では、BGを使っていない現在の方式は
BGを使っていたころと比較してキャッシュ効率はどうなの？
無視できないほど効率区悪くなっているの？

ということで、現在やらなきゃいけないのは
高性能なキャッシュの製造＆実装＆性能試験かと、
100,200,300なんて話じゃ駄目なのよ。
ライブなスレッドは全てキャッシュできなきゃさ

時間になっちゃった。
続きはまた。

<チラシの裏>
>>438 の話って、新宿のデ○ーズで管理人とSunOSさんとで
熱く話した内容だよなぁ、、、。
</チラシの裏>

たぶん、既存の戦力を緊急投入したら
(たぶんばんそうこうを貼るぐらいの効果しかないでしょう)、
きっとそこから始めるんだろうなと。

まぁ，今の c-* の能力だけだと，ライブスレッド全部キャッシュするとディスク I/O が追いつかないでしょう．

>>46
>RAM をもっとたくさん積んだ鯖を導入してメモりキャッシュ領域をもっと拡大するとか，
>あるいはディスク I/O の性能の優れた鯖を導入してディスクキャッシュを使えるようにするとか，

というのが前提じゃないかなぁ＜ライブスレッド全部キャッシュ
あるいは，今の鯖でも台数を増やせば，1台あたりのリクエスト数が抑えられ
ディスク I/O が追いつくかもですが．

質問です
>>371って可能ですか？みんなで同じキャッシュを溜め込むのは無駄ですよね。

携帯を隔離するという考え方はもう時代に合わないのでは？
携帯が少ない中でその数が増えてたから隔離したけど
もうPCと携帯を差別するような時代じゃないでしょう。

携帯のアクセス増加で掲示板サーバーが苦しくなるのは仕方がない

ヽ(^o^)丿

>>371 をやるとすると，

1. ロードバランスの段階で URL に応じて振り分ける．
2. キャッシュファイルをリモートから参照可能にする．

のいずれかの手段が必要ですね．1. をやるとすると，ロードバランスの手段として
DNS ラウンドロビンや MAT(DSR) は使えないということになりますね．
HTTP レベルでロードバランスすることになりますが，
そうなるとロードバランサがボトルネックになりそうな悪寒......

2. については，Squid なら ICP のような仕組みがありますが，
自力キャッシュならそういう仕組みも自分で作ることになりますね．
NFS が使えれば比較的簡単かも知れませんが，事実上使えないので
独自にいろいろ工夫して実装しなければならない，と......

>>442 携帯が，通信速度の面でも（CSS や JavaScriptなどの）処理能力の面でも
PC とほぼ同等になれば，それもありだとは思いますね．

鯖の数が増えていくと2chへのアクセスも増えていくんですかねぇ？
内部でキャッシュするものと、全体の為にキャッシュする鯖があると
いい感じなんでないかなぁと思うです。

＞442
隔離というか専用ブラのように
Read/Writeの分離じゃないですかねぇ？

>>446
昔話に出ていた外部鯖向けキャッシュ鯖白山羊さん？

＞447
ではなくて、鯖内部と、システム内部でってことです。
がっくしは、中央鯖がdatのありかを持っているです。
このシステムであれば、黒山羊さんがしっかりキャッシュするという感じで。

差分取得に成功した時は、HDDへの書き込みも
差分だけを追記(アペンド)するように出来ないの？

そうすればディスクI/Oは減りそうだが。

│今のc-*はフロント兼BGなのだ
│
│フロントは他のフロントが持っているキャッシュ内容を認識でいていないから
│重複キャッシュが発生してキャッシュ効率が悪いのだ
│
│キャッシュ効率を高めるために重複しないようにするのだ
│どうやって？　←＊今ここ＊
│
│キャッシュの重複を無くすとキャリア別は止めることになるのだ
↓それは問題ない？　←＊こっちが先でも可＊

1)全部にc-foo、個別にc-foo1. c-foo2. c-foo3. …とでも名前付けてキャリア別を止める

2-1)板とc-foo*の対応表を各フロントが持つ（例　operate<>1）
他の板へのリンクは対応表を参照してc-foo*の部分を決める

2-2)他のスレへのリンクはスレキーの末尾を参照してc-foo*の部分を決める
スレ一覧が全部http://c-foo*から書くことになるから地獄か？

>>450
フロントはsubject.txtのみを保持し、スレッドを一覧まで出す。
バックエンドはdat表示のみ行う。
フロントのスレッドへのリンクはkeyに応じたバックエンドのurlとする。
バックエンドに担当外のkeyのurlが来たら有無も言わさず担当者にリダイレクトする。

ってのはどうかな？

>>445-446
ちょっと言葉足らずだったですね

キャッシュするサーバー(現在はcのフロント)を増やせば
掲示板のサーバーに負荷が増える、それは仕方がないこと。
キャッシュ効率の点で、BGのようなものがあるのがいいのは分かるけど、
そうするとBGの処理能力が問題となる。(←まさにこの前までのc.2ch.net)

携帯ユーザーが2倍になったとして、キャッシュしてる鯖を2倍にすれば
掲示板サーバーにかかる"携帯分の負荷"は2倍になるけど
c.2ch.netのおかげで"携帯分の負荷"がそもそも大幅に圧縮されてるから
それが2倍になったところで、そこまで重大な問題にはならないはず。

>>383の指摘のとき、掲示板サーバーのLA、アクセス、トラフィックのグラフをチェックしたけど
はっきりわかるような差はなかったし、今のままでフロントを増やしてもそんなに問題はないのでは。

でも、>>451の案がなかなかよさげ。

私の頭は単純なので
>>36 に書いたように

> 同じくらいの値段のにリプレースしても
> かなりパワーアップ(´∇｀*)って思うけど、

て事で、管理人さんに現状の倍くらいのスペックの
サーバーを買ってもらって、10台総入れ替え〜しか
思い浮かばないです。それでまた3年持てば良い方かな…とか。
これって面倒なのかな？

しばらく皆さんの素敵そうなご意見ROMってます。

寺務さんの耳がおかしくなっちゃうよ＞＜

＞452
いやぁ、単に鯖を増やすだけならしかたない、
じゃなくて無駄ですよってことです。
BGがBGである必要もないし。

フロントもバックもいらなくて、
何かしらの方法（KEYの下1桁？）で担当を割り当てて、
自分が担当じゃなかったら担当にLocationするのではないかなぁと。
ただ、この方法だと、特定スレに集中する場合に耐えられないので、
フロント＋BGが1鯖に入っていて、
連動した方ががいいんじゃないかなぁと思うです。

あと、担当があぼーんしたときのことも考えないといけないですね。
まぁ、リブートするまで我慢というのもありですが。
どうせなら冗長構成目指して、アサインテーブルを再構築できた方がいいじゃない？

>>455
無駄なのは分かりますけど、
キャッシュの効率を優先するためにキャッシュサーバーの負荷が高くなりすぎて
携帯ユーザーの利用に支障をきたしては意味ないと思うんですよ。

Love affair 作戦は、掲示板サーバーが守られればいいという
考えのようですけど、それはもう違うんじゃないかなと思う。
携帯ユーザーに立っていろいろ考えるほうにも少しは移していいと思う。

もちろん、キャッシュの効率を落とさずにキャッシュを持つサーバーを
うまく分散できるならそれは素晴らしいこと。
datキーで担当を決めるのは良い案だと思います。

＞457
while(1)

ローカルキャッシュして重くなることより、
2chにアクセスが増えることの方が意味がないと思う。
それなら、べっかんこやがっくしで十分機能しているんだから、
c2chは撤退すればいいんじゃない。
と、これは極論ね。

あれこれ言ってもしゃーないので、
ここを直したら直るとかじゃなくて、
理想の仕組みを作る方法でも考えましょうや。

って考えるとやっぱりがっくしだなぁと考えてしまうｗ

さて、実験と行ってみよう

docomoでのキャッシュ担当振り分け
末尾1-3 docomo5
末尾4-6 docomo6
のこり　docomo7

キャッシュ保持数は300個/板
都合300×3で900個/板

将来性を考えると、下1桁より2桁の方がいいかもですね。

@saba = qw(a.saba b.saba c.saba a.saba); #最後のは予備

$n = int(100 / 3);
$k = substr($key, -2);

$saba[int($k / $n)];

こんな感じ？

普通は余りを使うだろ

＞461
それもそうだｗ

@saba = qw(a.saba b.saba c.saba);
$k = substr($key, -2);
$saba[$k % @saba];

ちなみに(^_^;)
当初計画の黒山羊さんしすてむはまだまだ余裕でスケールできたはず。
だって目論見通りの実装になってないもの・・・

とか書いてたら電車乗り過ごした(^_^;)武蔵境〜

＞464
やーいやーい

とか言っていたらそろそろ終電。

>>464
吉祥寺だったような記憶があるのだけど・・・
大丈夫かなぁ

まだ上りある時間だね

荻窪に住んでたころ、よく武蔵境まで寝過ごしたことがあります

阿佐ヶ谷なのに高尾まで行った時はﾜﾗﾀ

こうすけさん、ごにょごにょしたのかな。
トラフィックのINが下がった。＠ドコモ
http://mumumu.mu/mrtgc/mrtg-rrd.cgi/traffic/

>>470
>>459
3:3:4ではc-docomo7がきついので
さっき33：33：34にした
ちょっとキャッシュの保持が変わったのでINが増えてくるはず

実際のところ、1日に一回しか見られないようなものキャッシュしても無意味っすよね。
よく使われるものをキャッシュするようにして、
keyの下2桁で分散でもいいので、キャッシュが重複しないようにして、
どれくらいのキャッシュヒット率まで持っていけるのかってのを
テストしてみりゃいいんじゃないすかね。

>>472
そんなスレがあればいいんですが、

半分が一日に一回しか見られないスレッドとして
見られるスレッドは 15万スレッド? 30万スレッド?

>>473
がっくしのURLで申し訳ないですが
例
【高級】マツボッククリ【稀少】
http://orz.2ch.io/p/-/society6.2ch.net/korea/1175213269/
こんなとことか

文系・理系・趣味板のクソスレは予め割り切ってもいいのではないかと

docomoはいい感じになっているように思える。
トラフィックはIN≧OUTとなりかなりキャッシュ効果が出ているみたい。
あとは今夜の20時以降がどんな感じになるかですね。

スクリプト見てきました。すごいー。
明日auにも入れましょう！
getresで1行aothersになってたので直しました。
今はまだ使ってない所だけど。

>>474
書き込みと読み込みはまた違うと思う。
数日間書き込まれていなくてもその間には読み込まれるはずだしね。

others2は当然としてもdocomo5〜7のＬＡが８時から高い？ａｕは低いのに！このパターン継続て最近有ったかな？

>>478
>>347-348 じゃないでしょうか？

>>479
了解しますた
docomo7跳ね上がっちゃった

>>480
すいません。
お昼のよく使う時間にさっき修正したgetres突っ込んじゃったので…＜LA

>>479
docomo7みてもらえます？
たぶんApacheのリスタートが必要な予感

>>482
もうしました。もうすぐグラフにも出るかと。

ちょっと思ったんだが、もしかしてキャッシュって1スレ分丸ごと持ってるのかな？
もしそうなら1と最新100だけ持つようにして、差分を取得したらその都度古いログはカット
するようにしたらどうだろう？

こうすれば少ないキャッシュで多くのスレをもてると思うけど、どうよ？

携帯の場合、大概は読んでも新着50ぐらいしか見ないと思う
1のログはテンプレ対策に必要だと思う

もしすでにそうなってるのならこの話は忘れてください

(　ﾟдﾟ)

パケ割のおかげで、運営板の興味ありスレは１から読めます。
流れを思い出す為に数日後に１からよく読み返します。(何年もロムっていても、半年ロムれと言われない為)。
しかし時々、鯔の長文で不毛な議論だけのレスは読まないで強制スクロールするのでその作業が鬱陶しいです。
スレ汚しでした(^_^)vｲｴｰｲ

>>484
ふむふむ

踏む踏む

マッハふむふむ

うんこふむふむ

>>485-490

　　　　　　　　　　　　　　　　　┌─┐
　　　　　　　　　　　　　　　　　｜も.｜
　　　　　　　　　　　　　　　　　｜う　|
　　　　　　　　　　　　　　　　　│来│
　　　　　　　　　　　　　　　　　│ね│
　　　　　　　　　　　　　　　　　│え .|
　　　　　　　　　　　　　　　　　│よ .|
　　　　　　ﾊﾞｶ　　　　ｺﾞﾙｧ　　│ !!.│
　　　　　　　　　　　　　　　　　└─┤　　　　ﾌﾟﾝﾌﾟﾝ
　　　　ヽ(`Д´)ﾉ　ヽ(`Д´)ﾉ　　(`Д´)ﾉ　　　 （　`Д）
　　　　|￣￣￣|─|￣￣￣|─|￣￣￣|─□（ ヽ┐U
〜 〜　￣◎￣　　.￣◎￣　　￣◎￣　　 ◎−>┘◎

>>484
ういるこむだけど200レス表示にしてま〜す

さて。分散キャッシュ、auにも入れますか？
でも、これ１台落ちたらどうなるんだろう。
エラー処理の所も見てこないと、、。

>>493
今はサーバー落ちたら、そのサーバーが担当しているキャッシュは見れません。
そのあたりはこれからですね。
あと、キャッシュ保有数を板ごとに設定できるようにもしないとですね。
live系だと300個×3台もキャッシュを保有している意味無いしね。

auはお任せします。
今朝、docomo系は少しいじりましたので、最新の物をauに改造してください。
subject処理でも担当者へのリンクにした。
担当者割り振りを別スクリプトにしたなどです。

select、test、res、subject見ました。
おひるをした後投入しますね。
selectいじりました。

>>495
アップロードしました

>>496
負荷が上がっていると言うことは順調に動いているのかな？

auレスポンス良好（*^_^*）

履歴がたまに残らない？のか、スレを見た後も赤字にならず、
リンクを踏む度にリロードしなきゃならんのだが、これって仕様？
俺みたいに赤字になるまで何十回もリロードしまくってる奴がいたら、負荷があがると思うんだが。

赤字とか気にしなきゃいいんじゃね？

赤字は放置すると父さんするから注意

母さんおかたをたたきましょ

>>499
自動しおりね。
確かURL末尾/i（スレ一覧のリンク）だとしおりが新規登録されないんだよね。
スレ表示して次や新を押して、URL末尾に/nが付くと登録される。
これは作者の意図した動作なのか、バグなのかは神のみそしる。
ちなみに私家クラとは動作違うんだけどね。

やっぱり ｃ がすき！

　　　　∧ ∧＿__
　 　／(*ﾟーﾟ)　／＼
　／|￣∪∪￣|＼／
　 　|　 　 　 　 |／
　 　 ￣￣￣￣

14時〜docomoレスポンス良好（*^_^*）

>>504
ttp://nanashi.tmhkym.net/
ｱｲｺｿになっていたりして♪

c-docomoで改良しました。
スレッドの読み込みの悪さを改善しました。（芸スポなど）
一部キャッシュをクリアする結果となったので、一時的に転送量が多くなります。

成功すれば、明日にでもau系に投入します。

othsersも同様に改良しました。

>>507
補足です。
ちなみにキャッシュ保有数は変更無しです。
ただし、一部live系は減らしています。

banana2882 器作りました。

http://c-others1.peko.2ch.net/
でテストできます。

ログイン、パスワードは従来のc-others1と同じですので、
中身を入れて動作確認テストをしておいていただけるとありがたいです。
動作確認終了後、DNSのつけかえ申請します。

# いろいろ、割と最新のはず。

>>509
とりあえず、入れることは確認しました。

>>507-508
auもdocomoと同じ仕様にしました。
これで少しは快適になるかとキャッシュ保有数はdocomoと同じです。
また、一部キャッシュをクリアする結果となったので、一時的に転送量が多くなります。

　.. 　 c-au4 | 45.72、22:50、157
　.. 　 c-au5 | 30.43、22:50、157
　.. 　 c-au6 | 07.22、22:50、157
c-docomo5~| 23.73、22:50、157
c-docomo6~| 22.09、22:50、125
c-docomo7~| 33.06、22:50、157
　c-others1 | 00.34、15:30、0
　c-others2 | 14.11、22:50、157

これってどうよ、DOCOMO,AUさばは余裕無いように見えるんだが

>>509
確認できました。
多分大丈夫です。

>>513
了解です。
DNS変更申請へと。(c-others1で復活、banana405は退役へ)

2ch特化型サーバ・ロケーション構築作戦 Part26
http://qb5.2ch.net/test/read.cgi/operate/1183341095/29

DNS更新申請しました。
ということで、中身を入れた状態にしておいていただけると助かります。

dat落ちの時に「板」リンクが出なくなったかも、、、。

レス取得がおかしくなることが多い。
一番下にあるスレの写画面にスレタイが表示されなかったり、
一番新しいレスが>>1として表示されたり。

キャッシュサイズを確認して小さかったらキャッシュを再取得するようにした

>>516
キャッシュ対応の時に別処理となったので消してしまいました。。
と言うことで、板へのリンクを貼ります。

stigerには100access/secに壁がありそうですね。

http://mumumu.mu/mrtgc/mrtg-rrd.cgi/access/

>>520
stigerじゃなくて、tiny tigerです。
CPUがtigerで、HDDがIDE single。

>>521
まちがえた。。。

ところで、c.2ch.net内部でc-others1.2ch.netがまだ古いままです。

%nslookup c-others1.2ch.net
Server: 127.0.0.1
Address: 127.0.0.1#53

Non-authoritative answer:
Name: c-others1.2ch.net
Address: 206.223.150.145

dnscacheに古いの残っているのかな？

TTL=86400 だったので、しばらくかかるですね。>>522

何か、不都合あるですか。
なければ、キャッシュが満了すれば自然に変わる方向で。

ずっと「移転したみたいです。。。302」なんだが…

何処いったんだよCヽ(｀Д´ )ﾉ

>>524
何処の板を見ようとした？

そろそろキャッシュ満了した頃でしょうか。
selectに追加したいのだけど、大丈夫？

それから、こうすけさんはstrstr使ってますけど、
strposの方が軽いらしいので見つけた所から置換しますね。

レス番ズレはまだよく分からない(´･ω･｀) 。
関係する所は弄ってないのに差分に切り替えた副作用でしょうか。

>>526
おねがいしまーす。
あとothers1にgetformが居ない気がする。入れ忘れたかも、無かったら入れておいて〜
レス番ずれは自動で直るはずです。

リロードしたのに別を見てまた同じ所を見るとリロード前に戻っているのは何故ですか？

othersにはauのをコピーしたのですが、
どこのが最新ですか(T-T)

select以外はdocomoに合わせました。
selctどうしようかな。。。

>>529
othersはキャッシュ割り振りしてなかったので独自なのでothers2が最新です。
キャッシュ割り振りバージョンはauもdocomoとも最新です。
selectは3つを合わせて書いて下さい。

見た所auには「ファイルオープン、ファイル書込み時間計測」なかったみたいです。
selectー考えます。
getformは無かったので追加しました。報告遅れました。

>>532
ありがと〜
キャッシュ割り振りとindex割り振りは後で考えましょう

select更新しました。

実況だけorzに振るってのはどうやるんだろう。
ちょっとやってみたけど巧くいかなかった。
24.pがhttp://orz.2ch.io/p/-/23になればいいんだけど。

>>535
実況のせいで重いのではないので、orzに振っても意味が無いです。

selectをちょこっといじった

設定でレス表示を30にしたのですが反映がされないのはデフォ？
どう見ても10レス表示です。

設定したあとのURLをブクマしました？

>>538
URLの最後、レス番号の所にiかnが含まれると10レスになりますね。
どのような挙動が良いでしょうか？

各サーバ、LA60とか見慣れてしまったのですが、大丈夫なんでしょうか。
CPU溶けたりしませんか？
そして若いBananaはやはり強そうですね。配分は1/2で良いのかしら？

>>539
したした。

nは>>1省略でないの？

>>540
iとnの表示数は今のままで問題ないと思うけどね。

CPU温度はmbmonでみれるはず、入っているのは確認済み

mrtgで見れるようにした方がいいのかな？

>>542
それがですね、nはnewのnみたいです。デフォで>>1省略です。
iの時だけ>>1あり10レスですね。

>>543
あいあい。
頻繁に見るものでもない気がするので
大丈夫ならいいです。

>>544
がっくしもべっかんこもnで>>1省略してくれないんだよ

最近はどうかしらんけど

>>545
がっくしもnでレス1省略するよー。
ただしスレ表示の「新」にnが付いてないという…。

>>544
nのときは指定レス表示にしてもいいかもしれませんね。
向こうの携帯情報スレでわいわいしてみますか？

なんとなく解った、表示件数を変えてもスレを開くと最初は10件
表示なんですね＠orz遣い

othersの自動しおり・歴機能調子悪いですー
繰り返し/iからの表示・読んでもNewの赤文字が消えない
スレタイが出て来ない場合有・クッキー消した後/nを読んでも歴に入らない
という症状です、疲れてきたので改善お願いします(´･ω･`)

>>549
自動しおりは、当分は不安定なままです。

うわー頑張って下さい…暫くt3にて待機してます(´･ω･`)

>>547
そうですねー。パケホーダイが無かった頃の仕様だし。
n付きってスレに貼られたURLだろうし、
/100-nが最新10レスってのも変かもしれませんね。

しおりはなんで不安定なんだろう。

>>552
キャッシュ振り分け仕様によりCookieはc-others[12]がそれぞれ発行している。
しかしスレッド一覧のときはc-othersがCookieの確認を行うがc-others[12]のCookieは見れない。
ホスト名がc-othersのまま割り振ったc-others[12]に飛んでくれればいいんだろうね。
なんかいい方法あるのかな？

ということは、
[12]が付かないホストでCookieを発行できれば良いのかな？

>>554
そうですね。
負荷かかるかもしれないが、自分の担当でないスレッドが来たらc-others[12]でなくもう一度c-othersに渡して何回かやれば担当者にたどり着くって方法もある。

setcookieはドメインも指定できるようですが。
"Set-Cookie: クッキー名=クッキー値; expires=有効期限; domai=ドメイン名（サーバ名）; path=パス; secure"
ここにc-others.2ch.netを入れれば成功？

そっか
ドメインも書けるのか
出来そうだね
ってググればすぐ出てくるのね

ドメインは.2ch.netがいいのかな
c-others.2ch.netで出来るかは試してみて

送るのは良いのですが、受け取りが駄目ですねぇ。

ちょっと見てみます

>>559
古いクッキーが残っていると駄目ですね。
一応、domainに.2ch.netを入れれば大丈夫っぽいです。

だれか no-first だってことに突っ込まないんだろうか。＞544

>>562
残念ながらnewが正解なのだ

あ、cのことなのね。って書いて気がついた。

s2ch.netでも同じ風になってたりする。

nofirst仕様に合わせて貰えると嬉しい

というかo付けたらnofirstにするとか。

微妙にdao違うのだけど、
今getsubject見てます。
docomoがrequire_once("select.php");が多いのだけど、
これに合わせればいいのかしら？
getresはこれから見ます。
まあ、docomoはcookie関係ないんですけど。一緒にしたいし。

>>566
考えます。

test.phpの191行目あたりが分からないです。
getresとgetsubjectは更新しますね。

この際だから検索窓復活させようぜ。
ライトユーザはレス番指定ジャンプ出来なくて不便だろ。

>>569
うん。難しいんだ、それ。またLA上がるのかなあ。

>>570
c-docomo7がおかしそうです。
Apacheリスタートが必要かな？

>>103
生理、重いのか？大変だな。

>>571
15時頃リスタートしました。直りましたね。

>>568
POSTの時だけc-others[12]に飛ばないようにしてたけど（他のメニューからのPOST処理）、
書き込みのときはc-others[12]に飛ばないようにしたかった。
Wilcom、京ポン対応です。

>>574
日本語が変だ。。。

最終的には書き込み時だけでなので、POST処理部分は削除でOKだと思う。

>>575
理解できたと思います。
test.phpも更新しますね。

どんな塩梅すかね？

>>577
やっと安定してきたところですね。

今のところ現有戦力でぎりぎりです。
フロント、BG分離型のときより若干重いのかも知れませんが、
ほぼ同等のところまで持ってこれたと思っています。
ただ、夜のアクセス集中する時は、LAが30〜50くらいになるので心配ですね。
これに旧BGの2台が加われば大分楽になると思います。

課題
１．今はキャリア別なので、キャッシュが重複している。
２．subjectは各サーバがキャッシュしている。
対策
１．キャリア別をやめる
２．subjectをキャッシュする人を1〜2人作る。
って所ですね。

ちなみに、
今のTinyTigerの処理能力は100access/sec、
標準Bananaで50access/secあたりです。
対策２をすればもう少し増えるかもしれません。

>>375
(b)済
>>376
(1)代替品は概ね好調

差分取得の副作用の調整がだいたい終わって、
次は>>375(a)かなあ？って所です。

参考：>>402

>>579
そうだね。
如何せんDiscIO勝負のシステムなので、IDEのTinyTigerではちょっと役不足なので、
早めに（>>366-367）にあるようにSCSIの旧BGとstiger投入してみてどうなるかを観察してみたいです。

まずは、BGの2台をdocomoに投入かな？

そこでPS3を投入

Cell有っても意味ないですよ

>>580
えええ。docomoとau一台ずつですよぉ。

>>583
docomoはBG2台だけで現行c-docomo[567]はいったんお休みでBGの実力把握しましょう。

あと、c-control経由で見るとデバッグ情報を見れるようにしたよ。

BGは高性能キャッシュの開発に使いたいところですね。
ネットワークI/Fが1Gだし、パブリック側とプライベート側を持っています。

縁起の悪いやつを入れる方向かなと。
ディスクも15krpm SCSI 320(RAID 1だけど)です。

今日は台風接近で行事がなくなったので、
家でごそごそと器を作ってみるです。

stiger103, 104, 105 セットアップ開始。
しかし stiger104, 105 は、ネットワークのパフォーマンスが出ない模様。ううむ。

>>586
oyster902 相手の ftp 接続。

stiger103 (問題なし)
ftp> bin
200 Type set to I
ftp> cd /boot/kernel
250 CWD command successful.
ftp> get kernel /dev/null
local: /dev/null remote: kernel
229 Entering Extended Passive Mode (|||46362|)
150 Opening BINARY mode data connection for kernel (5005804 bytes)
226 Transfer complete.
5005804 bytes received in 00:04 (1.12 MB/s)
ftp>

stiger104 (おかしい)
ftp> bin
200 Type set to I
ftp> cd /boot/kernel
250 CWD command successful.
ftp> get kernel /dev/null
local: /dev/null remote: kernel
229 Entering Extended Passive Mode (|||42411|)
150 Opening BINARY mode data connection for kernel (5005804 bytes)
226 Transfer complete.
5005804 bytes received in 00:53 (91.10 KB/s)
ftp>

# stiger105 もほとんど同じ。

>>587
1/10ですか。。。
ハード側の問題かな？
それともすっごーーーく遠回りして取りに言ってるとかｗ

stiger103.maido3.com (root権限ありサーバ、NoconaコアXeon 2.8GHz dual、LSILogic MegaRAID SCSI 320-1(RAID0)、2GBytes memory、FreeBSD 6.0R)
stiger104.maido3.com (root権限ありサーバ、NoconaコアXeon 2.8GHz dual、LSILogic MegaRAID SCSI 320-1(RAID1)、2GBytes memory、FreeBSD 6.0R)
stiger105.maido3.com (root権限ありサーバ、NoconaコアXeon 2.8GHz dual、LSILogic MegaRAID SCSI 320-1(RAID1)、2GBytes memory、FreeBSD 6.0R)

RAID0とRAID1の違いとか？？

自動しおり(cookie)の対策、auの鯖にもやった？
au機でもおかしくなってるらしいんだが。

>>588-589
stiger100 (RAID 1)は正常でした。

stiger101 と stiger102 は既に運用していますが、
特に変なかんじではなさげ。

おかしいのは stiger104 と stiger105 だけのようです。

おそるおそる、ifconfig em0 media auto と入れたら、直った模様。< stiger104

>>590
一回クッキークリアすると幸せになれる

>>592
なんか変な設定になってしまっていたのですかね？

stiger105 も直りました。

この2台だけ、スイッチ側の設定が微妙に異なっているのかも。
# そういえば、これって前に電源問題で緊急移動したサーバ?

>>594
全二重強制固定だと、うまくいかないみたいです。
anime2 サーバと同じ症状かな。

きっと、スイッチ側の設定なのかも。
いずれにせよ障害はなくなったので、セットアップ作業継続へと。

>>593
ほ〜、au機ってcookie削除なんて出来たっけ？
まあいいや、そう回答しとく。

で、stiger104 と stiger105 は 100Mbps full-duplex 接続設定になりました。
自動認識にしたら (>>592) そうなったです。

stiger100, 103 でも同じことをやってみましたが、
従来どおり自動でも 10Mbps 認識でした。
(しかも半二重になるので、元に戻しました)

stiger103 … c-others3
stiger104 … c-au7
stiger105 … c-docomo8

としてセットアップ予定。

>>593
>>597
初回の/iのアクセスの時はレス番がcookieに書き込まれないですね。
だーいぶ前からの仕様みたいです。
弄っても大丈夫かしら。

BG[34]とstigerはNIC性能を除けばほぼ同等ですかね？

>>600
あ、ちょっとループにハマりそうです。
時間かかるかも。

>>600
ｸｯｷｰ対応機種からのみ御利用頂けます｡
まずｽﾚｯﾄﾞ一覧画面からﾘﾝｸされているｽﾚｯﾄﾞURLを､ﾌﾞｯｸﾏｰｸに登録してください｡
(例.http://c-others.2ch.net/test/---/opetate/*****/i 最後の｢i｣で機能のon/offを判別しています｡)
普通にｽﾚｯﾄﾞを読んで終了します｡
その後､先程ﾌﾞｯｸﾏｰｸに登録したURLにｱｸｾｽすると､
前回終了時のﾚｽより後のﾚｽが表示されます｡

一応、「i」が付いていると記録しない仕様です。新をクリックすると「n」になるので記録する。
となっています。

直りましたか？乙です！1回クッキー消して読み直してみます(｀･ω･´)

>>603
違うな。。
「i」で記録されないとまずいね。

>>601
HDDがmptかamrかが違いますね。

あと、こんなかんじ。

BG3/BG4 … 通常のSCSI U320 / ccd によるソフトウェアRAID 0
stiger103 … ハードウェアによるRAID 0
stiger104/105 … ハードウェアによるRAID 1

あ、ahd だった。< BG3/BG4 (tiger511/512)

http://c-others3.peko.2ch.net/

基本動作テスト & 入れ込みをおながいします。
今の c-others1 と同じ方法で入れるはず。

>>600
今の仕様は、
初めてアクセスしたスレは「n」でクッキーに記録する。「i」ではクッキーに書き込まれない。
すでにクッキーに記録されているスレは「i」で新規部分を表示する。

初めてのスレでも「i」でクッキーに記録しないのはなんでだっけ？


>>608
了解です。

> 初めてのスレでも「i」でクッキーに記録しないのはなんでだっけ？
全く記憶に無いので、記録するようにしてみました。（getres229行目）
また困ったら考えるということで。

>>608
OKです。（たぶん）
今は一人ぼっち仕様です。


>>610
そうしましょうか？
たまたま覗いたスレも記録されてしまうのを嫌がったのだと思うけど。。。
まあ、文句が来たら戻しましょう。

>>611
では、DNS更新依頼してきます。
まずは c-others の仲間に入れる方向で。

依頼しました。

2ch特化型サーバ・ロケーション構築作戦 Part26
http://qb5.2ch.net/test/read.cgi/operate/1183341095/34

<メモ>
・広告配布部分をDNS登録完了後に更新する必要あり。
</メモ>

＞rootさん
お疲れ様です。

＞こうすけさん
> たまたま覗いたスレも記録されてしまうのを嫌がった
それだ！ まあ、大丈夫ですよね。
あまりに苦情が多ければ戻す感じで。

とりあえず、さくらさんからサーバ借りたので、
rootさんに送ればいいですかね？

>>615
借りますたか。
アカウントは私宛に送っていただければおｋです。

で、FreeBSD 激しく希望です。

で、ちとばんごはんにて激しく外出。

ひろゆきさん鯖貸してください。

働けよｗ

http://c-au7.peko.2ch.net/
http://c-docomo8.peko.2ch.net/

それぞれ作成しました。

>>608 同様、基本動作テスト & 入れ込みをおながいします。

>>620
完了です。
c-others3と同じ者が入ってます。

>>621
どもです。

おなじく、DNS更新依頼へと。

依頼済。

2ch特化型サーバ・ロケーション構築作戦 Part26
http://qb5.2ch.net/test/read.cgi/operate/1183341095/35

以上、とりあえずの緊急投入分ということで。

ここからは、腰をすえて本筋に取り組みたいところかなと。
(緊急投入でなんとか食い止めている間に)

将来マリオになるわ。

>>618
そういえば某rss.s2ch.netって、結構な人気コンテンツだったような。
(s2ch.net が重い原因のひとつ)

この際、公式化を狙ってみるとか。
でも公式にするなら、ちゃんとずっと面倒みるのを管理人に約束しないとだけど。

昨日会った時にその話しようと思ったけど忘れたですよ。

ずっと、男色の話をされた晩。

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

今ここでやるんだ 讃岐ﾀﾝ

Sanuki ha Saba ga Hosii Soudesu yo > Hiroyuki-san

サーバ3台分の情報が来ました。

しかし、Linuxらしい、、、ううむ。

私と若者にメールがとんだようなのですが、
かっこいいSunOSさんにも Fw: していいかしら。> 管理人

ひろゆきさま
讃岐ﾀﾝに鯖をひとつ下さいなっ＞＜

とりあえず1台ログインしてみた。

$ uname -a
Linux www.my.domain 2.6.9-42.0.10.EL #1 Tue Feb 27 09:24:42 EST 2007 i686 i686 i386 GNU/Linux

ううむ、、、。
正直、どこをどうしたらいいかさえわからなかったり。

ありゃ、FreeBSDじゃ無かったのですか（汗

どうすればいいのかしら。

・カーネルを作り直すとか(そもそも必要なの?)
・システムのパラメータをチューニングするとか(どうやるの?)
・そもそも rpm でパッケージの管理をしたことがないとか、

こんな私。

というか、まずハードウェア構成とか知りたいから、きっと dmesg からだよね。
で、ifconfig とか df とかかしら。

でも ifconfig してもどのハードウェアなのかわからないみたい。(全部 eth か)
df しても IDE なのか SCSI なのかわからないみたい。(hda ってなんだろ)
世の中そういうものか、、、。

とりあえず、小雨の中散髪にでも行きながら考えようっと。

OSを入れ直してもらう

Linux板ってなかったっけ？

Linux
http://pc11.2ch.net/linux/

RHEL 4.4すか。OSの入れ替えができるといいですねえ。

hdaとあったら、通常はIDEハードディスク。
SCSIは、通常は/dev/sda、、、以降ですね。

ホームグラウンドの OS ではないという点では私も同じ訳ですがｗ

>>641
そうか、そうでしたね。

いくつになってもチャレンジは大事ですー、
っていう神のお告げなのかしら。

>>631
どぞどぞ。
CC入ってるかと思ってました。

まぁ、おいらのホームグラウンドはwindows XPなわけですし。

凄い攻撃を見た気がする……。

また被害者が。。。

>>635
>・カーネルを作り直すとか(そもそも必要なの?)
必要ないと思います。
・システムのパラメータをチューニングするとか(どうやるの?)
これも要らないと思います。
>・そもそも rpm でパッケージの管理をしたことがないとか、
tar玉で一から/usr/localに詰め込む形でも出来ると思います。

>>644
Meでも使ってろ

Linuxチューニングでもさらっと読んでおくといいかも

http://www.atmarkit.co.jp/flinux/special/proctune/proctune01a.html

さらっとじゃダメだろうオモチャ屋じゃないんだから

まずは、
#apt-get update
からかな。

# up2date -u
ではないかと。

# yum check-update　
yumもｗ

そういえば、初代ミラーはFedoraで動かしてたな。。。

Linuxですかー。
スレッドの処理はカーネルのソースコードを読むのが早いかも？
どうせやるならカーネルのチューニングもしておきたいところ（モジュール外したり、FDの上限あげておいたりいろいろ）。
パラメタはsysctl -a
Etherの情報はifconfigではなくethconfig
rpm(pkg)に関しては、BSD同様基本的なものだけインストール(yum|up2date)
ハードウェアの情報はdmesageよりも、/proc以下のデバイス情報を辿った方がいいかも
デバイスの名前付けは、実はディス鳥によったりする。IDEでもsdaになる場合もある。
なので、kernelよりもディス鳥のverをさらした方がいいかも。
cat /etc/*-release

こんなところかしら？

>>643
Fw: しておきました。

で、「私とLinux」うんぬんはここの本筋ではないので、
特化型スレあたりに移動するかんじで。

>>656
スレ違い申し訳ないが地震発生のため規制解除の検討お願いします

>>656 受け取りますた．ざっと見るとこんなスペックのようで......

CPU: Celeron 2GHz (family=15, model=2, stepping=9) uniprocessor
RAM: 0.5GB
HDD: IDE ST3120213A
OS: CentOS release 4.4 (Final)

ルータかファイルサーバにでもするのかってスペック

セレロンにもいろいろあるので…
% grep -i intel /var/log/dmesg
とするともう少し分かるかもしれません。

Core系のセレロンだったら確かになかなか使えるね
でもメモリがきつそう

>>658
sakura.ad.jp今の専用サーバにはCeleronないから1世代前のやつ？
普通に使う分には十分だろうけど、Bananaよりもパワーなさそうだから、
2chの、しかも携帯用ってなると、ちょっと不安かも。

>>660 こんな感じで．

ACPI: RSDP (v000 IntelR                                ) @ 0x000f74c0
ACPI: RSDT (v001 IntelR AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x1f7f3000
ACPI: FADT (v001 IntelR AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x1f7f3040
ACPI: MADT (v001 IntelR AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x1f7f6e40
ACPI: DSDT (v001 INTELR AWRDACPI 0x00001000 MSFT 0x0100000e) @ 0x00000000
Intel MultiProcessor Specification v1.4
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU: Intel(R) Celeron(R) CPU 2.00GHz stepping 09
agpgart: Detected an Intel 865 Chipset.
e100: Intel(R) PRO/100 Network Driver, 3.5.10-k2-NAPI
e100: Copyright(c) 1999-2005 Intel Corporation

特化型スレに答え書いときましたよ
さくらのサーバーは携帯用じゃないと思うけど

>>663
ありがとうございます。
特化型スレで答が出てしまいました。

なんかおもしろそうだな

北森セレ2GHzですか。
私の自宅鯖と似ている構成だなぁ（汗
がっくしメニューを動かしていますけど、
SpeedyCGIを使って、これくらいのアクセスなら余裕ですが。。
2007/07/10: 16358
2007/07/11: 15701
2007/07/12: 15969
2007/07/13: 14977
2007/07/14: 14143
2007/07/15: 14876
2007/07/16: 14396

c系のフロントに入れるとなるとキツイかも？

まぁ，いろいろセットアップする前に，どういう形で使えばいいのかを考えるのが先決かな......

用途に困るサーバーか。

PHP動かすならメモリがたんまり要るな

NFSサーバーとして使えるかな？

１）c-others、s2ch.net、Jane Mobileへそれぞれ１台づつ
２）c-softbankを新設するための３台として
３）c-docomo、c-au、c-othersに１台づつ回してどの程度の負荷に耐えられるかの実験
４）キャリア別をやめるテスト運用として現在のc.2chとは独立した次期c.2chへ３台
５）何かやりたい人向けにサーバ争奪戦
６）wwwww.2ch.netのような隔離鯖を目指す次期sorts2.2ch.netとして
７）白仔山羊さんとして

iMona作者鯖の代わりに…ってこれじゃ即パンクするか。
回線以外は今使ってるデスクトップよりもしょぼいし何に使えばいいのか素人には見当も付きません。

2chでは扱いにくいスペックだから
1)が良いとおもう

讃岐やJaneMobileはc2chとorzにどんどん技術提供、開発協力させよう

えー。遊べないじゃん

2ch特化型サーバ・ロケーション構築作戦 Part26
http://qb5.2ch.net/test/read.cgi/operate/1183341095/35-38

とりあえずDNSに登録されたので、各Grに仲間入りさせます。
面倒なので、
c-docomo5：c-docomo6：c-docomo7：c-docomo8＝1：1：1：3
c-au4：c-au5：c-au6：c-au7＝1：1：1：3
c-others1：c-others2：c-others3＝1：1：2
としてみます。

docomo変更完了
c-docomo[567]はサクサクですね。
c-docomo8はちょっと重い。
キャッシュ溜め込んでいる影響もあると思われるので、暫く観察

＞rootさん
c-docomo8、c-au7のsudoが設定されていませんので、設定お願いします。
c-others3は設定されていました。

>>678
設定しました。

で、まずは実力を確認したいので、
完全均等割りを希望。

>>679
了解です。

いったんキャッシュはクリアとなります。

au系も均等割を行いました。

au夏の新サービスっぽい響きだな＞均等割

othersも均等割りしました

>>682
たしかにｗ

c-au、c-othersとc-docomoではトラフィックの出方が違うね。
c-docomoは圧倒的にINが少ない。

2chサーバ群→c2chはc-docomoとc-auはほぼ同じだと仮定すると、
その差は携帯→c2chへのデータ量の違いなのかな？
リファラ＋常時シリアル番号送信でそんなに違うのかな？？

docomoは知らないけど、auはAcceptヘッダが非常に大きいし、
そのほかにも X_UP_DEVCAP_で始まるヘッダがたくさん

>>685
ヘッダか。。。
確かにdocomoはヘッダ小さいと言うか、少なすぎｗ

ここまで出た話題？その１

・サーバの追加を単純にしたい。>9
・キャリア別をやめたい？ >10,267
・BG-squid方式の是非。>14
・パブリック=プライベート型のネットワーク方式の是非。>14
.　⇒長所：トラフィックに強い。短所：汎用性が無い。>14
・datキャッシュ方式の再チャレンジ。>21,29
・仕組みを守る動作（アクセスコントロール）を入れたい。>29
・メモリキャッシュorディスクキャッシュの充実。>46
・BGの何らかの結論を見る >204
・リレープロセスとアクセラレータ >209,212-213,216-217
・OSとApacheとPHPとeAcceleratorのVerUP >263,265,347-348
・2chサーバが死んでる場合は最初からつなぎに行かない >350
・BG機をフロントに回す >366,375-376
・ロードバランスの傾斜配分 >364,368,376
・ストラテジ >402
・ライブスレッドを全部キャッシュ >440
・1と最新100だけ持つ >484
・課題 >578
・高性能キャッシュの開発 >585
・広告配布部分をDNS登録完了後に更新する必要あり >613
・さくらサーバ到来 >615,631-675

その２

【済】
・バック/フロント制をやめたい。>10
・今生きてるサーバで非BG-squidをやろう！>100-103
・どのサーバも現在のバック/フロント機能を持ちたい。>10
・フロントからdatを取りたい。>15
.　⇒BG-squid方式不可、要差分取得、要キャッシュ。>17-18
.　⇒全量転送ダメ、絶対。>103
.　⇒(途中)取得間隔は何秒？[現在90秒]>105-106
・差分取得したい>14,15,449
.　⇒BG-squid方式不可、要ディスク I/O強化。>16,33,46
.　⇒(途中)キャッシュ数は板毎に設定 live系は導入 >256,508
.　⇒キャッシュの再取得 >518
・(廃?)最初は差分取得する対象のサーバを限定する。>113
・スレKeyを見てフロントを割り振る >371-373,444,450-452,455-473
.　⇒(未)担当が落ちた時の処理 >456,494
・キャッシュの掃除 >250,257-258
・エラー出力しない >281
・stiger導入 >367,375-376
・banana405の代替品導入 >375-376
・subjectのキャッシュ >317-319,396
.　⇒(途中)120sec delay >397

【その他】
・電源大丈夫？>36
・管理人の懐具合。>36
・さらに機能を削減する。>65
・Love Affair 作戦について >405-
・10レスがデフォのページがある >538-552
・nofirst仕様 >566
・BGとstigerの仕様 >606-607

久しぶりに試してみたらCが復活してる！スタッフの皆さんありがとうございます。
ああ、べっかんこと違うリンクの青に目が洗われるようだ(;∀;)

管理人から提供されたサーバの使い道を考えてみた。
ちなみに、私はperlもPHPも、ちんぷんかんぷんですｗ
c系のパワーアップ作戦ですから、c系から見た案です。
あくまで案なので。上手くいくかどうか分かりません。

（案）管理人から提供されたサーバをがっくしメニューに登録する。

【システム構成】
ttp://angler.ddo.jp/image/c.PNG
・管理人から提供されたサーバに、がっくしメニューを入れて
　datキャッシュのバックエンドにする。
・c系フロントにdatが無ければ、c系がっくしメニューのdatを参照する。
　datが存在すれば、c系フロントへdatを転送。

【利点】
１）c系キャッシュが現在より多くなる。
２）がっくしメニューは、鯖が落ちると自動的にdenyをするので
　　がっくしメニュー自身には影響は殆ど出ないと思われる。
３）がっくしメニューのフロントを使用しないので、がっくしメニューには影響ないと思う。
４）がっくしメニュー自身は、speedy化出来るので負荷が抑えられる。
　　PHPを入れる必要なし。
５）c系orz鯖がダウンしても、最悪でも現状の状態を保てるのでは？
６）がっくしメニュー側としても、バックエンドが増えるのでプラスになるし。
　　少しだけどモリタポも手に入る。モリタポは管理人に返却がいいかな？
　　今後のパワーアップの少しでも足しになるのであれば（汗

【弱点】
１）c系のレスポンスが悪くなるかもしれない。
　　dat参照と引抜きをするスクリプトを作る必要がある。（私には出来ない）
２）そもそも、こんな方法が可能かどうか検証する必要がある。
３）管理人提供のサーバのスペックで負荷に耐えられるかどうか。。

こんな感じに考えてみました。素人なりに。
どうでしょう？可能ですかね？

とりあえず、今のシステムを入れてみてどんな物かを見てみるとか。。。。
やるとしたらc-othersあたりに投入かな？

さて、落ち着いてしまった感が漂っていますが、次はどうしましょうか？
1.キャリア別を止める(datキャッシュ効率アップ)
2.BGの2台を仲間に入れる
3.subjectキャッシュサーバーを作る【BG？】(subjectキャッシュ効率アップ)
4.ひろゆきさんが借りてきたサーバーを仲間に入れる
5.何もしない

さくらのサーバーは携帯キャリアに近くて掲示板から
遠い場所にあるけど、

携帯からのアクセス回数　　＞　掲示板へのアクセス回数

だから、日本にあるほうがhttpdのはけの点でかなり有利…？

>>694
httpdのはけだけに注目するならACCFでカーネルに押し付ければ解決

旧BGの2台はすでにc-docomoとc-auの仲間にされて均等割じゃないの？

ひろゆきが借りてきた鯖だけでキャリア別を行わない新cを構築して
それが問題ないようなら順次c-docomoやc-auやc-othersから鯖を引っ剥がして
新cの仲間にするのがいいと思う。

>>696
まだBGは投入されてないよ。

ひろゆきさんが借りてきたサーバーは新しいシステム構築用に使うのもありかもね。

あとはキャッシュコントロールとかに使うのもいいかもね。
誰かが死んだら自動的にキャッシュの担当を再割り付けするようにするとか、
c.2chで余計な処理を減らすような感じのサーバーに使えないかな？

カテゴリ一覧や板一覧などの滅多に更新しないページは、生成時に
Last-Modified: や ETag: を付けて携帯側から更新の確認をさせる
ようにしても良いんじゃないかな？

最近の機種なら、If-Modified-Since: 等をつけてくるのもあるし、
304を返してもしっかり対応してくれるみたいだよ。

>>695
リクエストを読み取るのはそれでもいいけど、レスポンスもあるし

ちょっと質問なんですが、
現状はBG使ってたころより、キャッシュは増えてるんですか?

>>700
各サーバはほぼすべての板で300個datを保持しています。
（live系などもともとdat保有数が少ない板は減らしていますが、）
全体としては
c-docomoとc-auは300個/サーバ×4サーバ＝1200個
c-othersは300個/サーバ×3サーバ＝900個
となっています。
ほぼ全部のｄａｔが保持されていると思います。

キャッシュが単純に増えているかの比較は難しいのですが、
2chサーバからの転送量（BGの転送量のINとc.2chの転送量のIN）を見ると、
ＢＧは最大40Mbps程度（1台が最大20Mbps程度）の転送量があったのが、
c-docomo系は5Mbps程度（1台で1.2〜1.3Mbps程度）
c-au系は10Mpbs程度（1台2〜2.5Mbps程度）　2ch→c-auは約半分くらい？残りは携帯→c-au
c-others系は3Mbps程度（1台1Mbps程度）　　2ch→c-othersは約半分くらい？残りは携帯→c-others
に収まっています。
ざっくり1/3くらいにはなっていると思います。

φ(・_・)

ところで新入りの3台の広告が更新していないのはいいのかな？
rootさん設定お願いです。

>>703
はい、管理人にかわって。

その旨管理人に連絡しておくです。

>>703-704 done.
そのうち回るはず。

>>704-705
ありがとうございます。

サーバー落ち時に自動切り離しの仕組みを入れました。

お疲れ様です。

docomoにもう一台欲しいなあ。

>>708
あとはBG投入が残っていますね。

「縁起の悪いやつでなんとかなっている」間に、
BGは高効率キャッシュの実現に使いたいところで。

>>710
具体的にはどんなイメージでしょうか？
squidみたいなproxyを使わないBGでしょうか？

とりあえず、集計っぽい物を入れてみましょうか？

（１）どれだけ転送量が削減できているかを知ろう！
リクエストされたdatサイズ（request）
2chから取って来たサイズ（get）
【dat】
cacheの場合、requestはdatのサイズが加算、getは増えない
200の場合は、requestはdatのサイズが加算、getはdatのサイズが加算
206の場合は、requestはdatのサイズが加算、getは差分取得したサイズが加算
304の場合は、requestはdatのサイズが加算、getは増えない
【subject】
200の場合は、requestはsubjectのサイズが加算、getはsubjectのサイズが加算
304の場合は、requestはsubjectのサイズが加算、getは増えない

で良いのかな？
まずは、だらだらと一日の積算（時間平均とかめんどくさいｗ）

c-othersに入れてみた。

cache_dat.txt　・・・・・　datのリクエスト量[ｂｙｔｅs] datのGET量[bytes]
cache_subject.txt　・・・・・　subjectのリクエスト量[ｂｙｔｅs] subjectのGET量[bytes]

現在のdatのキャッシュ効果
リクエスト量・・・・14551691680
GET量・・・・・31975244
REQ/GET=0.002197356
GET/REQ=455.0924359
こんな感じですね。

旧BGシステムだと
REQ量がBGからc-othersへの転送量
GET量が2chサーバからBGへの転送量
となります。

BGのsquid仕様のデータが無いので比較は出来ませんが、転送量を約400分の1に出来ています。

＞REQ/GET=0.002197356
＞GET/REQ=455.0924359

逆ですね（大汗
GET/REQ=0.002197356
REQ/GET=455.0924359

なんちゃらかんちゃら切り離し中ってのはｱｸ禁てことですか？

>>717
>>707

docomo7の負荷がすごい

薬・違法板で携帯厨のUAが表示されるのはデフォですか？
初めて見たのでビビった。

c-docomo6も高いんだね

docomo
（１）書き込み保存デフォルト設定する。
（２）書き込み保存の設定をするようにWarningを出す。（設定は各自）
どっちかにしましょうか？

>>722
とゆうか「書き込み保存」て有効なんですか？
そういう機能があることは提言しましたが、誰からも報告ないのです。
この機能でもリロードされたら消えると思うのですが、、、。
わたしはWillcom端末なんでわかんないです。

>>723
Willcomからも使えますよ。
試してみね、やればわかりますよ。

>>724は
＞「書き込み保存」て有効なんですか？
に対してと言うことです。

規約が出て戻った場合に対しても有効ですよ。
書き込んだ情報は残っています。

>>724
いや、WillcomはPC用の規約が出ますので、、、

auだと書き込み保存する必要無いので
デフォはちょっと…

.

スポーツ見に行って、現地から実況するのに不便になった('A`)

others重いage

cothers別府切った？

game鯖の移転の関係なのか、スレが更新されない・・・

復活乙です

あれ？
復活してるw

余ってるサーバーどうしますかねぇ？

>>735
BGをau4の代用にできないかな？

>>736
BGのユーザー知らないので問題無かったらメール下さい

BGはrootさんしか知らないんじゃないかな？
遊ばせておくのはもったいないよね。

ここでやっていたですか。
気づいていなかったかも。ごめんなさい。

>>738
BG2台をどうするのか、というより、
c.2ch をというか、２ちゃんねるの携帯アクセスに対する対応を、
今後どうしていくかってことなんでしょうね。きっと。

今作り始めた c-au8 (管理人からの指令により: まずはありもの投入:
緊急投入という認識でいます)ですが、
それはまずは作るとして、これからあと、どうするのかと。

私としてはこれからのアクションを起こす前に、
このあたりで管理人の大方針を確認しておきたいところです。
他の誰でもない、管理人がどのように考えているのかを。

爆発し続ける携帯でのアクセス需要に対して、
今後、2ch としてサーバ資源を投入していくつもりなのかどうか。
そしてそれは、現在の c.2ch なのか。
あるいは他の何かなのか。

所詮ここは、管理人の掲示板なわけで、
それが一番重要なことなんではないかなと。

規制解除で携帯に流れたユーザーを戻せば解決
携帯で認証して個別で規制回避出来るシステムとかどう？

>>739
というか>>710で止まってる気がします＞＜

>>741
うん。それも含めてというか、
もっと大きなレベルで、改めて方針を確認したいと思ったわけです。

高効率キャッシュは >>710 の時「どう転んでも、たぶん要るんだろうな」
と、私が独自に判断したわけですが、
果たしてそうなのかということも含めて。

PC版と同じようにわしわし投入予定で考えてますー。

>>743
携帯についてもPCと同様、
需要を満足するまでどんどんサーバ資源を投入すべしということですか。

あとは、「現行の c.2ch に」なのか、
「あるいは他の何か」なのか、というところですね。

>>744 はどっちかってことじゃなしに、
「c.2ch に資源を投入して需要をまかないつつ、
2ch として別途新システムの実験やら開発やらもする」
とかいう選択肢もあったりするのかしら。

ちと今日は、このへんで寝たら負け組へと。ごめんなさい。

c.2chにわしわしサーバ資源を投入しつつ、
orzのような仕組みでコスト削減可能なのか
確認しつつって感じで行こうかと思ってますです。

じゃあここらで一発百式を投入ｓ（ｒｙ

だったら、orzのフロント用にあげればいいじゃないかな

orzのフロントも投入する気満々ですよ。

orzはシステム的に安定したサービスの提供ができないからなあ。
c.2chをもっとシンプルな構成(キャリア別の廃止とか)にして強化するほうがいいよ。

>>749
スレ違い申し訳ないんだけど、
bbspinkでp2が全面規制されてるみたいなんだけど、何か知らないですか？

bbspinkのことをおいらに聞かれてもなぁ。。

向こうは弄れる人も、見れる人もいないんで、、
ごめんねごめんね。

定期レスｗ

ｂｅ鯖増強シロー！＾＾

マルチ、すまそ・・・

c.2chにorzもか。

じゃあ、sports2サーバの増強とbeが使えるようにしておくんなまし。

BG時代は、白山羊さん（他の携帯メニュー向けdatキャッシュ）を
作ってそこから読んでもらおう的な話もあったけど、結局BG自体
が耐えきれなかった訳で、orzの様な分散キャッシュはどうでしょうねえ
と言った感じか。

>>690-691みたいな感じ？

わくわく。

どきどき。

作曲・楽器板が見れないのですが工事中ですか？
移動リストには載ってないし

ん？

しばらく戦列を離れていた c-au5 ですが、
OS を 6.3-RC1 に更新しました。
また、Apache 等も更新しました。

バージョンアップ作業で何度もリブートしたり、
ディスクに負荷かけたりしましたが、問題なかったので、
本日から戦列復帰させます。

stiger100 を c-au8 に仕立てました。
まずは c-au7 の中身をコピーして動作確認しました。

http://c-au8.peko.2ch.net/ でアクセスできます。
問題なければ、これも戦列に加えます。
こちらについては動作確認と、必要な中身の設定・チェックをお願いいただけますか。
＞ c.2ch の中の方

>>761
c-au8 も 6.3-RC1 にしてあります。
DNS 申請してよくなったら、このスレッドで go かけてくださいです。
＞なかのひと

おおー。拍手。

すいません。
只今旅先なので、こうすけさんお願いします。

c-au5じゃなくてc-au4だったですね。

auに5台ですか。
DoCoMoに追加はありそうですか？

次の手は、
キャリア別をやめようということなんじゃないかなと。

「規」ﾏﾀﾞｰﾁﾝﾁﾝ

prinもか・・・

ひとまず、c-au4を仲間に入れました。

キャリア別に特化しなくて平気？　とか心配してみる。

>>770
何の意味もないし

お、書き込めてる。

Docomoのほにゃららなんかより負荷の平均化のほうがいいですかね。やっぱり。
＃個人的にはどうでもいい部分でもありますが

まあキャリア別だとDoCoMo、auが死んでても、c-othersだけは使えてよかったんだけど〜＞willcom使い

>>761
とりあえず、問題なさそうです。

>>774
了解です。
c-au8 / c-au DNS 登録依頼します。

2,220万PVくらいあるc-docomoが4台で、
1,630万PVくらいのc-auが5台になるのね。

まぁキャリアごとの特性があるから一概には言えないと思うけど。。
むむむさんのtraffic見てるとdocomoだけOut＞INだし、

>>776
一時的にそうなりますね。

>>766 をみすえつつ、すすめようかなと。

で、今日見ると同じぐらいアクセスされても、
6.3-RC1 + 最新 Apache + 最新 PHP + 最新eaccelerator のほうが軽いようなので、
他のサーバも徐々に OS 更新していこうかなと。

>>761
stiger100ってhttp://mumumu.mu/serverlist.htmlみると
10Mbpsだけど大丈夫？

>>778
100MbpsにしてほしいとJimさんに何回かメールしているんですが、
返事がないんですよね。

このサーバはJimさんから管理人に直接寄贈されたものなので、
設定変更についてはJimさんに直接頼んでください、と
マァヴさんに前に特化型スレで言われているです。

# とりあえず10Mbps設定でも、携帯サーバでは問題ないかなと。

c-au8も仲間に入れてみた。

>>777
OSバージョンアップは、サーバーは稼動したままで大丈夫ですかね？
止めるのであれば、au系をすべてFreeBSD6.3＋Apache/2.2.6＋eAccelerator v0.9.5.2に更新した後に、
一時的にauのどれかをdocomoに組み込みって感じですか？

>>780
どうやるのがいいですかね。

通常のサーバだったら、TTL=300 ぐらいに設定しといて、
とかするんですが、現状番号でやってたりするし、
相手は携帯のゲートウェイで、TTL とかちゃんと読まないかもしれないし
(前にそういうことがあった)。

動かしたままでバージョンアップしていくしかないような予感がするです。

>>781
了解しました。
まあ、サーバ稼動したままでも何とかなるでしょうね。

あと、au8の広告更新もお願いします。

>>783
いってきます。

>>783
done.

【↑増加】２ちゃんねるの転送量【減少↓】
http://qb5.2ch.net/test/read.cgi/operate/1197963239/74

1台援軍を加え、1台OSを 6.3-RC1 にバージョンアップした後の
c-au 系の様子を見ていると、
現状、必要な台数は思ったよりも意外と多くないのかもしれないですね。

正直、
「もっとあほみたいにぱつんぱつんで、
多少の資源増強ではもうどうしようもない状態」
なんだと思っていました。

orzとかulaとかs2chとか、
いわゆる「良い」メニューが出てきたことも遠因なのかもしれないですね。

c.2ch は PC でいう read.cgi のような位置づけな気がするので、
専用ブラウザのような位置づけのもの(各種メニュー)が出てくることは、
大きな目で見た場合、きっと悪くないことなのかもなと。

しかし、台数を半分にするにはきっと何らかの
「イノベーション」が必要なんじゃないのかなと。

掲示板サーバのように T-banana に全部更新して台数を落とす、
というのもイノベーションの一つですが、
それ以外にもきっと何かが。

# OS上げたり、基礎体力系についてはたんたんと。

というわけで今の c-au ぐらいの重さなら、
「どこが一番コスト高いのか」「そしてそれはどうやったら解消できるのか」
を、改めて冷静に分析できるかもしれないですね。

重すぎるとなんだか気分も重くなって、
きゅうりを鼻に入れて踊るぐらいしかしたくなくなる、みたいな。

携帯→2ch運用情報スレッド55
にも書いたけどこっちの方がいいのかな？

【使用メニュー】
c.2ch.net（Au）
【不具合のアドレス】
地下アイドル板
【不具合内容】
Auからc.2ch.netで地下アイドル板のスレがスレによって見れない時がある。見れるスレもある。
見れない場合はdat落ちと表示される。
スレ検索すると移転前の鯖の検索結果が表示される時がある。ちゃんとできる時もある。
鯖移転後からずっとこんな感じ。

>>787
subjectはdelay処理は可能だけど差分取得は性格上不可能なので負荷が重そうなので、
ひとまず、subjectの読み込みをau8に割り振って、
au4-au7は単純にdat処理のみに特化してみました。

ちょっと観測

>>788
多分直ったはず

>>789
うーん
何か失敗
再チャレンジ

参加参加。

ざざっと現在の状況を聞いてみて、
PHPの処理系フロントとdatキャッシュが同席してしまうことで、
ノード辺りのスペックが高いのを要求されてしまうのでどうしようと思ったのが正直だったりしたのですが
その"BGっぽいものが落ちたときにどうするか"、"現状はBGがよくおちるのでこうした"というのを聞いて同席を納得。。

まだこのスレッドの中身をきちんと理解できていないのですが、
その振り分けられるノードを一台作ってみようかなみたいな感じですよ。>まみらさん

>>792-793
ひょっとして、先日どこかでお会いした萌え系の方ですかね。

なんだか、こころづよいですよ。

ををを？

さあ、新しい風が吹いて来ました。
どんな手順で舵取りしましょうかねぇ。

おおおー。

ああっでも>>789で何がどうなったか見ておかないとー

>>798
あっ、今は元に戻しています。
TESTって書いてあるあたりでコメントアウトしています
au8以外のコメントを外せば実験できます。

新しい風は大歓迎です

よろしくお願いします。萌ではなく、普通の人のはずですよ！
むむむさんに最後に連絡先聞いたけど、結局何を送ればいいかわからず状態です。

2chの掲示板サーバーに対しての負荷を減らすことを最優先に、ちょっといろいろ考えてみていたりします。
ただ、BGがよく落ちる(squid?)というのはショックだなぁ、と。これをどうにかすれば悪い設計ではなかったと思うんだけど、、
(フロントのキャリア別はどうかなと思ったわけですが、)

ゆうさんﾊｧﾊｧ

ぉ。

- 差分取得
- ICPのような存在確認/取得
- メモリキャッシュ/ディスクキャッシュ
これは必須だなぁ、、dat管理。。

もういっかいスレ読み直す。。

arcさんから乗り換えたか

VarnishはまだICPのハンドリングきてなかった。
差分取得する場合、普通のプロキシまかせにしようとすると
追記ができないので、データ(old)を読み込んで追記分をくっつけて、出力。
結局プロキシの他にも助っ人がうごくのでオーバーヘッド大きくてだめだなぁ。。->プロキシはやめよう

で、なんでそこまでしたかったというと、
- ICPのような存在確認/取得
- メモリキャッシュ/ディスクキャッシュ
の二つ。これを自前で管理するのをどうしようか、という感じ。

>>806
そうですね。
2chのdat管理に特化したプロキシみたいなものを作りたいですね。

この二つさえできちゃえば大丈夫。
で、memcachedがいれば、他のサーバーにあるキーを簡単に取得でいいかなという感じ？

memcached protocol
http://code.sixapart.com/svn/memcached/trunk/server/doc/protocol.txt

キーの一覧が取得できないので、何かとめんどくさそう。->前はそれであきらめた。
eAcceleratorの変数キャッシュは一覧で出せたりでよかったけど、まだ使い方に癖があるし、スケーリングが面倒なのが×。

ただ、今回みたいな本当のホットキャッシュ用だけであるとかなら、問題ないかもしれないかもしれない。
ひとまず、メモリキャッシュとICPみたいなノード毎の存在確認はこれで実装してみる感じ。

datdか。。

とりあえず、ディスクキャッシュの実装について考える。
一番心配なのは、高負荷時にApacheが落ちてdatが空になってしまうこと。(fwrite中に落ちると空になる系)
以前これにひっかかったことがあるので何かとPHPでのファイル操作をしていない。->かといってMySQLとかは×

問題の洗い出し。

- PHPにファイル操作は極力行わせたくない。
- LRUのような実装で、キャッシュプールの最大保存数を調節できるようにしないと、あふれたときに面倒。

と、これだけかなぁ、今のところ。
なんだかんだいっても、PHPでファイル操作になっちゃうんだろうけど。。

datdって結構期待値高いなぁ。。

datdかぁ。。datd。。

そうそうdatd！













datdってどんなもの？

追記型proxy、みたいな感じかなぁ。
ただ、datのようなケースはsunosさんのいうようにきわめてまれなケースなのは確か。

既存のproxyの実装をみてみて、いけそうならそっちを改造してみる、というのも手かな、と。
普通のファイルはあったら追加、なければ削除、みたいな感じがメインだと思うので、
今回みたいな追記型でフラグメンテーションがおきやすい場合はどうするか、とか。
(別に今考えなくてもいいかもしれないけど。。)
reallocみたいに別エリアにどーんととるか、COSSみたいにストライプするか、分散気にしないか、とか。。

まぁ、そんなことを夢見てみたりしてみたわけですが、まずは既存の実装をみてみようかな、と。

>>813
いま、BGは遊んでいる状態なので、datd開発にはちょうどいいかも。

|っ ブラジリアン ★

1datにつき、必ず512KBずつHDD上に領域を
確保すればフラグメントは起きないが、、、

激しく無駄ではあるけど、今のHDD容量なら
問題ないかな？

>>814
今って、BGはsquidが動いていた跡地という認識であっていますか？
実際どんな感じにsquidが動かなくなるかみて、参考にしたいと思っていたりしています。
(溜めたキャッシュへのアクセスの様子が一番気になる感じです。)

>>815
さぬきくんの今のキャッシュ実装ってどうしているですか？

>>816
確かに、それはいいかもしれないです。
予約エリアを確保した場合って、やっぱり負担は減るものなんですかね。

キャッシュフォルダに直おき

>>816
512KBクラスタでフォーマットとか？
そんなんできるんかな

なんだか動き始めている、、、。

もうすぐ来る来年が楽しみになってきましたですよ。

>>818
ありがとうです。

>>819
現状のFreeBSD(UFS2)のblock最大値は64KBです。
また、これとは別にフラグメントサイズというのがあり、
ブロックサイズ以下のファイルを保存しようとするとフラグメントサイズ分の領域を確保します。
realloc()と固定長確保は運用面で調節していけばいいかな、という感じではあります。

ひとまず、newfsで64Kブロックを確保するパーティーションを切って、realloc()型で実装してみようかと。(楽そうだし)
それと、キャッシュが溢れない用のガベージコレクトのようなものですかね。
一つのディレクトリに全ファイルを置いて更新時間チェック、はさすがにDIRHASH効いていても優しくないので
ある程度分割して、一日一回find&rm回すぐらいで対処しておこうかな。

あとは、ホットキャッシュをメモリにのせるスレッショルドのようなものをどうするか、と。。
これが解決すれば、ひとまず
- memcachedでキャッシュデータの分散、フェイルオーバー、ディスクI/O軽減、ICP
- fsのパラメータ変更でちょっとでもI/Oを減らしてみるテスト
ができるかも。

やりつつ、他のproxyに追記型が実装できそうであれば、そちらをやってみる感じで。

>>801
> 萌ではなく、普通の人のはずですよ！

うぷぷ。

> むむむさんに最後に連絡先聞いたけど、結局何を送ればいいかわからず状態です。

私のメアドは http://mumumu.mu/serverlist.html とかにあるリンクを見てくださいです。
でも、メールでなきゃいけないこと(パスワードとか呪文とか)以外は、
基本的にここでやりましょうです。

むーさんも、優くんに“普通のおじさん”扱いされていますけどｗ

PINKも2chと同じくcのフォームにしてほしいんですが、これはPINKで言うべきことですか？

さすがゆうくん

優くんて女性でしょか？

ゆうくんはサーバ屋さんですね。
私はスクリプト屋さんなんで、介入していいかどうか。

ゆうくんの欲求としてはBGを動かしてみて挙動を自分の目で見てみたいってのが
あると思うんですが、どうすかね？
スクリプト側から見るとレイドバックになってしまいますけど、
そのジャッジは誰がするんだろう。大殿を呼び出してみますか？

やるんならc-docomoをBGのどちらかにかな？
一番きつい条件は

どうせならクラシック機能フルスペック版を走らせても平気なの構築してくれや。

費用は>>829持ちな

>>829
スイス銀行の俺の口座ｎ

あけましておめでとうございますです。

なんかいろいろ忙しくて全然何もしてなかったりするのですが、
別のところでいじっているsquid周りがおちついたら、こっち側でノウハウ展開できるといいなぁと。。

ここか?

>>833
ある意味マルチポストだな
報告するぞｗ

>>833
FOX頑張ってね。ﾁｭｯ♥

【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4 - ボーリング場
http://qb5.2ch.net/test/read.cgi/operate/1201374777/

(ﾟдﾟΞﾟдﾟ) ???

【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4.1 - ボーリング場2
http://qb5.2ch.net/test/read.cgi/operate/1202658805/

保守

そんなこといいから新しいサーバー買えよぅ。

あぼーん

http://qb5.2ch.net/test/read.cgi/operate/1208685863/307-

＞314 [2008/05/15(木) 20:23:54 ID:???0 BE:1094843-DIA(100256)] root▲▲ ★ <>
＞
＞ http://www2.2ch.net/img/Hello-502.gif
＞
＞ <center><a href="http://www2.2ch.net/img/Hello-502.gif"><img height=15 width=20 src="http://www2.2ch.net/img/Hello-502.gif"></a></center>
＞
＞ どうぞ、ごぞんぶんに。
＞
＞315 [2008/05/15(木) 20:25:45 ID:???0 BE:3192375-DIA(100256)] root▲▲ ★ <>
＞
＞ というわけで、>>314 を、
＞ UA に KDDI が含まれている時だけ、全ページの最初のところに表示するようにする、
＞ というのを仕込んでいただけると、とても効果が高いのではないかと。
＞
＞316 [2008/05/15(木) 20:26:55 ID:???0 BE:4104959-DIA(100256)] root▲▲ ★ <>
＞
＞ >>315 は、c の中のかた向けです。
＞
＞317 [2008/05/15(木) 20:31:59 ID:???0 BE:1276872-DIA(100256)] root▲▲ ★ <>
＞
＞ あと、
＞
＞ <meta http-equiv="Cache-Control" content="no-cache" />
＞
＞ これを<head>のセクションに入れることが重要ですね。
＞
＞ あと、くれぐれも、UA に KDDI が含まれている場合のみということで。
＞

おいlive27の20行制限30にしてくれ頼むFOX愛してるからお願い

繋がる？
アク禁されてる気がする

あ

docomo 携帯から書き込み出来ないよ

【携帯電話】docomoからのアクセスを再考しよう - iモードID編その２
http://qb5.2ch.net/test/read.cgi/operate/1217678015/
このへん？

｜ﾟдﾟ )

↑
をっ？

｜ﾟдﾟ )・・・覗きにきただけー>>849

深夜に覗きってｗ

>>850
ksks♪

｜ﾟдﾟ )・・・いじわる・・・

ﾆﾔﾆﾔ

>>853
なでなで(^･^)ﾁｭｯ

なんか、やらかしたろ
（´゜∀゜｀）
　(*ﾟ∀ﾟ)∩
　(　⊂彡
　しーＪ

c.2chのPINKに繋がりにくい

c.2chのcomiket
ここ二三日、proxyに繋がんない…表示されてアクセス出来ません

シーほとんどつながらず…
がっくし慣れないから不便なんだよねぇ。
早くなんとかしてよ〜

comiketはsports2サーバなので、元管理人が動かないとなんともならないよ。

名古屋はえ〜で〜
のあとには「やっとかめ」と続くわけだが
こんだけエラー頻発してたらやっとかめ
つまり久しぶりじゃないんだよね。
その辺管理者はどう考えてんのさ？
ギャグのつもりでエラー出たら飛ばしてんだろうが
数回に一回やっとかめなくせにふざけんなと思うよ。
最初のうちはボラだし大変だねぇと思ってたけど
こうもやる気ないと無責任ならやめろよと思う。

メンヘルサロン板はもう必要無いから閉鎖して欲しい。

★がかっこいい

fusianasan

tes

●対応したと思ったら

工事中です(´･ω･｀)

マァヴさんからお返事来ました。
年始に対応していただけるようです。

wkwk

作業開始のメールｷﾀﾜｧ*･゜ﾟ･*:.｡..｡.:*･゜(n‘∀‘)ηﾟ･*:.｡..｡.:*･゜ﾟ･* !!!!!

>>870
作業中となると、ときたま挙動がおかしくなるかもしれないですねぇ >c.2ch

18:40に対応完了のメールが来て、今微調整終わったよ。

ごめん余計な事してた

要らない行削除してたら一時、エラーになってしまってました。
今度こそ完了！

おつです

クッキーたべないと犬臭いで弾かれたりする

というよりクッキー食べないと●の機能が使えないね

Cookie使ってないよ

●ログイン→書き込み→クッキーがどうとか→はいを押すと犬臭いだかで書き込めない

(c2ch)●ログイン→書き込み→(bbs.cgi)→クッキーがどうとか→…
bbs.cgi以降は管轄外です。