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

**まみら ★** · 2007/06/27(水) 23:17:13

現行のサーバも3年ほど使ってるので、
管理人さんに新しいのを買ってもらえそうです。
と、いう事で、こちらで「わいわいがやがや」やってみましょう。

------------------------

質問・雑談スレ256＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1182209120/783-n

783 名前：ひろゆき＠どうやら管理人 ★ 本日のレス投稿日：2007/06/27(水) 19:53:56 ???0 ?

788 名前：まみら ★ 本日のレス投稿日：2007/06/27(水) 21:10:04 ???P
>>783
c.2ch.net用の新しいサーバ買って？

790 名前：ひろゆき＠どうやら管理人 ★ 本日のレス投稿日：2007/06/27(水) 21:32:23 ???0 ?
>>788
何台ぐらいいりますかね？

794 名前：まみら ★ 本日のレス投稿日：2007/06/27(水) 21:48:26 ???P
とりあえず調子悪いのはバック２台とフロント１台です。

そのフロント１台は新しいの来てるけど
ネットワークカードの関係でrootさんが調整中です。
何かが足りない様子です。

台数増やす事も考えて、ちょっと相談してまたお話します。

◆Y3UxWNWOvY · 2007/08/29(水) 01:11:59

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

**こうすけ ★** · 2007/08/29(水) 01:16:03

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

**こうすけ ★** · 2007/08/29(水) 01:25:46

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

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

**動け動けウゴウゴ２ちゃんねる** · 2007/08/29(水) 01:26:24

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

**まみら ★** · 2007/08/29(水) 07:20:10

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

**動け動けウゴウゴ２ちゃんねる** · 2007/09/09(日) 06:03:34

**動け動けウゴウゴ２ちゃんねる** · 2007/09/19(水) 06:02:30

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

**動け動けウゴウゴ２ちゃんねる** · 2007/10/03(水) 15:19:49

others重いage

**動け動けウゴウゴ２ちゃんねる** · 2007/10/07(日) 01:33:52

cothers別府切った？

**動け動けウゴウゴ２ちゃんねる** · 2007/10/10(水) 22:53:44

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/02(日) 03:56:25

復活乙です

**こうすけ ★** · 2007/12/02(日) 16:48:20

あれ？
復活してるw

**動け動けウゴウゴ２ちゃんねる** · 2007/12/03(月) 14:35:49

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

**こうすけ ★** · 2007/12/03(月) 14:58:41

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

**まみら ★** · 2007/12/03(月) 15:12:40

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

**こうすけ ★** · 2007/12/11(火) 00:58:09

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

**root▲▲ ★** · 2007/12/11(火) 01:16:49

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

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

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

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

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

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 01:23:11

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 01:40:59

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

**root▲▲ ★** · 2007/12/11(火) 01:45:44

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

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

**ひろゆき＠どうやら管理人 ★** · 2007/12/11(火) 01:49:16

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

**root▲▲ ★** · 2007/12/11(火) 01:52:41

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

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

**root▲▲ ★** · 2007/12/11(火) 01:56:15

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

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

**ひろゆき＠どうやら管理人 ★** · 2007/12/11(火) 01:57:36

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 07:26:51

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 09:00:16

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

**ひろゆき＠どうやら管理人 ★** · 2007/12/11(火) 09:21:11

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 09:22:42

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 09:26:18

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

**ひろゆき＠どうやら管理人 ★** · 2007/12/11(火) 09:35:31

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 09:39:35

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 09:54:36

定期レスｗ

ｂｅ鯖増強シロー！＾＾

マルチ、すまそ・・・

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 09:56:59

c.2chにorzもか。

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 16:45:11

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

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/12(水) 03:57:04

わくわく。

**動け動けウゴウゴ２ちゃんねる** · 2007/12/12(水) 07:59:45

どきどき。

**動け動けウゴウゴ２ちゃんねる** · 2007/12/12(水) 12:00:37

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/16(日) 17:33:20

ん？

**root▲▲ ★** · 2007/12/17(月) 12:22:03

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

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

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

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

**root▲▲ ★** · 2007/12/17(月) 12:23:05

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

**まみら ★** · 2007/12/17(月) 12:29:23

おおー。拍手。

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

2007/12/17(月) 12:35:35

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

**こうすけ ★** · 2007/12/17(月) 13:42:47

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

2007/12/17(月) 13:51:20

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/17(月) 13:53:50

「規」ﾏﾀﾞｰﾁﾝﾁﾝ

**動け動けウゴウゴ２ちゃんねる** · 2007/12/17(月) 15:50:10

prinもか・・・

**こうすけ ★** · 2007/12/17(月) 22:06:51

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/17(月) 22:09:42

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

**こうすけ ★** · 2007/12/17(月) 22:11:02

>>770
何の意味もないし

**動け動けウゴウゴ２ちゃんねる** · 2007/12/17(月) 22:19:10

お、書き込めてる。

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/17(月) 22:20:52

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

**こうすけ ★** · 2007/12/17(月) 22:22:19

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

**root▲▲ ★** · 2007/12/18(火) 01:00:46

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

**どくどくさぼてん** · 2007/12/18(火) 02:11:09

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

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

**root▲▲ ★** · 2007/12/18(火) 02:42:51

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

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

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/18(火) 02:57:44

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

**root▲▲ ★** · 2007/12/18(火) 10:53:53

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

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

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

**こうすけ ★** · 2007/12/18(火) 22:17:39

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

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

**root▲▲ ★** · 2007/12/18(火) 23:45:40

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

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

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

**こうすけ ★** · 2007/12/18(火) 23:57:34

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

**こうすけ ★** · 2007/12/19(水) 00:07:19

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

**root▲▲ ★** · 2007/12/19(水) 00:07:41

>>783
いってきます。

**root▲▲ ★** · 2007/12/19(水) 00:08:31

>>783
done.

**root▲▲ ★** · 2007/12/26(水) 16:46:25

【↑増加】２ちゃんねるの転送量【減少↓】
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上げたり、基礎体力系についてはたんたんと。

**root▲▲ ★** · 2007/12/26(水) 16:51:58

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

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/26(水) 18:51:29

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

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

**こうすけ ★** · 2007/12/28(金) 02:17:55

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

ちょっと観測

**こうすけ ★** · 2007/12/28(金) 02:18:12

>>788
多分直ったはず

**こうすけ ★** · 2007/12/28(金) 02:27:26

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

ゆう ◆rrrrrrrr1o · 2007/12/30(日) 01:09:36

参加参加。

ゆう ◆rrrrrrrr1o · 2007/12/30(日) 02:28:07

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

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

**root▲▲ ★** · 2007/12/30(日) 09:54:27

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

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

▲ ◆SANUKI/VII · 2007/12/30(日) 09:58:41

ををを？

**まみら ★** · 2007/12/30(日) 13:54:36

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

◆NopB2P/L/o · 2007/12/30(日) 13:56:24

おおおー。

**まみら ★** · 2007/12/30(日) 14:11:07

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

**こうすけ ★** · 2007/12/30(日) 14:17:24

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

**こうすけ ★** · 2007/12/30(日) 14:17:51

新しい風は大歓迎です

ゆう ◆rrrrrrrr1o · 2007/12/30(日) 16:00:28

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

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

▲ ◆SANUKI/VII · 2007/12/30(日) 16:19:29

ゆうさんﾊｧﾊｧ

▲ ◆garnetGnNk · 2007/12/30(日) 16:46:54

ぉ。

ゆう ◆rrrrrrrr1o · 2007/12/30(日) 17:36:31

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

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/30(日) 19:45:20

arcさんから乗り換えたか

ゆう ◆rrrrrrrr1o · 2007/12/30(日) 22:15:11

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

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

**こうすけ ★** · 2007/12/30(日) 22:23:48

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

ゆう ◆rrrrrrrr1o · 2007/12/30(日) 22:25:25

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

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

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

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

ゆう ◆rrrrrrrr1o · 2007/12/30(日) 22:26:17

datdか。。

ゆう ◆rrrrrrrr1o · 2007/12/30(日) 22:38:35

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

問題の洗い出し。

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

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

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

ゆう ◆rrrrrrrr1o · 2007/12/30(日) 22:45:32

datdかぁ。。datd。。

**こうすけ ★** · 2007/12/30(日) 22:53:42

そうそうdatd！

datdってどんなもの？

ゆう ◆rrrrrrrr1o · 2007/12/30(日) 23:08:43

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

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

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

**こうすけ ★** · 2007/12/30(日) 23:18:06

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

▲ ◆SANUKI/VII · 2007/12/30(日) 23:37:04

|っブラジリアン ★

**動け動けウゴウゴ２ちゃんねる** · 2007/12/31(月) 00:29:51

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

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

ゆう ◆rrrrrrrr1o · 2007/12/31(月) 00:43:08

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

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

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

▲ ◆SANUKI/VII · 2007/12/31(月) 01:58:40

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

**動け動けウゴウゴ２ちゃんねる** · 2007/12/31(月) 07:26:26

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

**root▲▲ ★** · 2007/12/31(月) 11:37:52

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

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

ゆう ◆rrrrrrrr1o · 2007/12/31(月) 11:53:59

>>818
ありがとうです。

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

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

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

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

**root▲▲ ★** · 2007/12/31(月) 12:47:34

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

うぷぷ。

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

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