分散型携帯用2chビュア・がっくしメニュー4
■ このスレッドは過去ログ倉庫に格納されています
入り口:http://orz.2ch.io/top.html 日々増え続ける携帯からのアクセス みんなのサーバで支えよう ■はじめに Open Resource Zone(こじつけです)。 CGIが使えるサーバを持ってる皆さんに協力してもらって、みんなのサーバで2chの携帯アクセス負荷を軽減しようという計画です。 CGIを1個、他数個のファイルを自分のサーバに設置するだけで簡単に参加できます。 各種自動設定、オートアップデート機能付きなので、サーバ提供者は何もメンテナンスする必要はありません。 サーバをお持ちの皆さん、あなたのサーバをちょこっと貸してくれませんか? 詳しくはコチラへ↓ http://orz.2ch.io/ 前スレ: http://qb5.2ch.net/test/read.cgi/operate/1169059109/ ↑の書込みを見てほしい。 なんとつまらない書込みだろうか。 義務教育を終えていない小学生であったとしても 多少のヒネリを加えて書き込む事は容易なはずである。 しかしこの書込み内容からはその形跡は微塵も感じられない。 彼の脳に重大な障害が発生している事は誰の目にも明らかだろう。 恐らく彼は経済的な事情で十分な治療を受ける事が困難な状況に陥っているに違いない。 この一見無意味としか思えない彼の書込みは、 現在の医療システムの見直しを訴えたメッセージなのではなかろうか すまそ。Apacheひとつ満足にリスタートできない駄目男ですorz リスタートされたはず、、、 http://orz.2ch.io/graph/ うーん、、この数値は多分初めて。 鯖の設定を直さないとだめかなぁ。 ふむ。 うりきれはなくなった。 last pid: 18365; load averages: 63.67, 31.84, 16.57 up 90+08:35:36 23:28:05 1759 processes:46 running, 1713 sleeping, 4 lock CPU states: 95.0% user, 0.0% nice, 3.3% system, 1.7% interrupt, 0.0% idle Mem: 1664M Active, 1721M Inact, 323M Wired, 142M Cache, 214M Buf, 7512K Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 18098 orz-front 18 4 0 61836K 29944K accept 0 0:08 0.88% httpd 18059 orz-front 18 4 0 60320K 28420K accept 1 0:09 0.49% httpd 18197 orz-front 18 4 0 66764K 32832K accept 1 0:09 0.63% httpd 18077 orz-front 18 4 0 67552K 33592K accept 1 0:09 0.49% httpd 18166 orz-front 18 4 0 60412K 28512K accept 0 0:08 0.54% httpd 18083 orz-front 18 4 0 60288K 28380K accept 1 0:09 0.44% httpd 18100 orz-front 18 4 0 60576K 28680K accept 0 0:09 0.44% httpd 18094 orz-front 18 4 0 66308K 32336K accept 0 0:09 0.44% httpd 18195 orz-front 18 4 0 61684K 29786K accept 0 0:08 0.49% httpd 18106 orz-front 18 4 0 66552K 29116K accept 0 0:08 0.49% httpd 18089 orz-front 18 4 0 60740K 28866K accept 1 0:08 0.44% httpd 18065 orz-front 18 4 0 61044K 29216K accept 0 0:08 0.44% httpd 18112 orz-front 18 4 0 65828K 31848K accept 1 0:09 0.34% httpd 18051 orz-front 18 4 0 60532K 28638K accept 0 0:08 0.34% httpd 18079 orz-front 18 4 0 66620K 32684K accept 0 0:08 0.39% httpd 18110 orz-front 18 4 0 66252K 32292K accept 0 0:08 0.29% httpd 18056 orz-front 18 4 0 61808K 29928K accept 0 0:08 0.29% httpd 18102 orz-front 18 4 0 60340K 28442K accept 0 0:08 0.29% httpd いよいよmod_perl2の実力をみるときですなぁ。 orz-front = worker + mod_perl2(thread) ちなみに、各鯔さばの管理人さん、自分のサイトを確認してください。 グラフを見る限り、アクセス数が通常の4〜8倍ぐらいになっているはず。 http://orz.2ch.io/graph/ 25000/600=41アクセス/秒 有料レン鯖でやってるorzのlogs見てみましたが、いつもと変わってなかったっす いつも3000程度に規制されてるのかな あ、しまった。 NICの転送量グラフを取り忘れていた!orz orz orz ちなみに、フロントは100Mbpsの帯域なので、 現状だとまだ大丈夫なはず。 うげ、まだ伸びるのかぁ。 http://orz.2ch.io/graph/ 33000/600=51アクセス/秒 1767 pid: 1851225 load avera741: 94.09, 79.66, 51.43 up 90+08:51:08 23:43:37 1771 process91.22 running, 1741 slee 4.6, 4 lock CPU stat4s: 95.4% user, 0.0% nice, 2.6% sys39m, 1.5% interrupt,6 0.6% idle Mem: 1833M Active, 1551M Inact, 327M Wired, 140M Cache, 214M Buf, 5640K Free Swap: 4096M Total, 4096M Free >11 ふむ、、、グラフは鯔鯖から呼ばれないとカウントしていないはずなので、 別のところに集中している? 先にfrontが落ちる予感・・・。 まあ、214鯖もあるからそこまで鯔鯖に負担は無いのでは・・・。 私が管理してる鯖でも平均して300くらいはアクセスが増えてます・・・。 まぁ、大丈夫にこしたことないということで。。 >15 んですなぁ。計算違いだったようで。 フロントはまだ大丈夫のようですね。 現在の設定はこんな感じ。 StartServers 32 ServerLimit 64 ThreadLimit 16 ThreadsPerChild 16 MaxClients 1024 MinSpareThreads 1024 MaxSpareThreads 1024 MaxRequestsPerChild 16000000 MaxMemFree 64000 そういえば、カーネルにSMPのパッチ当てるのまだだったなぁ。 # uname -a FreeBSD d976.razil.jp 6.2-RELEASE-p2 FreeBSD 6.2-RELEASE-p2 #0: Wed Mar 7 02:34:12 JST 2007 root@d976.razil.jp:/usr/obj/usr/src/sys/ORZ amd64 # netstat -m 506/649/1155 mbufs in use (current/cache/total) 486/408/894/65536 mbuf clusters in use (current/cache/total/max) 486/179 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 1098K/978K/2076K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 2 requests for I/O initiated by sendfile 28 calls to protocol drain routines 定住し始めた? てか、毎日このLAは辛いなぁ。 1workerあたりのスレッド数を少し増やした方がいいんだっけ? ちょっと変えてみよう。 last pid: 18745; load averages: 194.59, 177.87, 140.26 up 90+09:12:44 00:05:13 1774 processes:151 running, 1616 sleeping, 7 lock CPU states: 96.8% user, 0.0% nice, 2.4% system, 0.8% interrupt, 0.0% idle Mem: 1918M Active, 1491M Inact, 329M Wired, 112M Cache, 214M Buf, 6196K Free Swap: 4096M Total, 4096M Free orz使っていてこんなヘヴィーなのは初体験だなあ、 重くても繋がるからよいけど エラーにリンク入れ終わったので 沢山行きますよー^^ アクセスログ -------------------------------------------------------------------------------- 2007/06/15: 9996 2007/06/16: 13007 2007/06/17: 8622 2007/06/18: 9317 2007/06/19: 9268 2007/06/20: 7301 2007/06/21: 8645 2007/06/22: 807 まだ20分なのにすでに一日の10分の1とか、。 >>992 任意のレス番号複数を指定してコピーする機能がほすぃ 2007/06/15: 2299 2007/06/16: 2022 2007/06/17: 2268 2007/06/18: 2353 2007/06/19: 2187 2007/06/20: 1995 2007/06/21: 2403 2007/06/22: 262 すごいなぁ 2007/06/15: 14206 2007/06/16: 17391 2007/06/17: 13019 2007/06/18: 13181 2007/06/19: 13884 2007/06/20: 11101 2007/06/21: 13229 2007/06/22: 1258 うひょーい いろいろ変更中、、、 root@d976:bin# netstat -m 927/813/1740 mbufs in use (current/cache/total) 908/448/1356/65536 mbuf clusters in use (current/cache/total/max) 908/393 mbuf+clusters out of packet secondary zone in use (current/cache) だんだんnicの負荷もあがっているみたい。 てか、あれか。遅い処理がもしかして、鯔サーバから返るところ? タイムアウトを調整してみるか。 2007/06/15: 6027 2007/06/16: 7155 2007/06/17: 5135 2007/06/18: 5424 2007/06/19: 5052 2007/06/20: 4771 2007/06/21: 6095 2007/06/22: 938 うーん。 2007/06/15: 14206 2007/06/16: 17391 2007/06/17: 13019 2007/06/18: 13181 2007/06/19: 13884 2007/06/20: 11101 2007/06/21: 13229 2007/06/22: 1446 もの凄い勢いでテンポってる件 >>27 たしかに。 2007/06/22: 1030 今までの4倍くらいになりそう。 フロントがかなり重いですね http://orz.2ch.io/index.html ただのhtmlファイルなのに表示に時間かかってるし 共用レン鯖 http://livech.sakura.ne.jp/orz/orz.cgi/logs 2007/06/15: 3206 2007/06/16: 3939 2007/06/17: 3506 2007/06/18: 2873 2007/06/19: 3002 2007/06/20: 2676 2007/06/21: 3274 2007/06/22: 578 自宅鯖 http://captain.jikkyo.org/orz/orz.cgi/logs 2007/06/15: 2428 2007/06/16: 2808 2007/06/17: 2163 2007/06/18: 2458 2007/06/19: 2297 2007/06/20: 2012 2007/06/21: 2642 2007/06/22: 567 自宅鯖の方が割り当て少ないのは K6-2で反応速度が遅いからかな。 うーむ、、、、 どこがボトルネックかつきとめないとだめだな。 last pid: 19207; load averages: 213.49, 188.80, 160.83 up 90+09:46:44 00:39:13 1770 processes:191 running, 1574 sleeping, 2 zombie, 3 lock CPU states: 95.2% user, 0.0% nice, 2.8% system, 2.0% interrupt, 0.0% idle Mem: 1853M Active, 1450M Inact, 330M Wired, 159M Cache, 214M Buf, 63M Free Swap: 4096M Total, 4096M Free フロントを http://orz.2ch.io/ にまとめちゃった場合のデメリットがモロに出ていると >>34 昔のほうが負荷には強かったですね・・・。 最悪中央サーバーは鯔鯖とだけ通信してればよかったみたいですし・・・。 vipなんかtimeoutでみられないよ。 それはそれとして、 timeoutしたときリロると別orzを割り当てるんじゃなかったっけ? 何度リロっても同じのが割り当てられるんだが。 http://orz.2ch.io/p/-/wwwww.2ch.net/news4vip/?t=%82%A8%82%A2 で、 ------------------------------------ 取得に失敗したときのエラー Error: timeout2 Host: http://mx.yi.org/x/orz.cgi ページを更新してください。 ------------------------------------ >>37 何とかスレ表示までたどり着けましたが今夜は異様に重いですね あ、バグみつけた。 無料系の優先順位下がってなかった。 うげ、今度は売り切れはじめた。 在庫わずか状態? つか、フロント1台じゃ無理、、、 matd だっけ?フロント-mod_perl なので、内部的にmod_perlが返せればいいのか? 2007/06/19: 4314 2007/06/20: 4754 2007/06/21: 5585 2007/06/22: 1942 なんだ少ないじゃんって思ったらまだ1時間しか経ってないのか 中央鯖は軽いんだけどなぁ。 last pid: 35372; load averages: 0.43, 0.48, 0.55 up 90+10:05:46 01:06:36 585 processes: 3 running, 582 sleeping CPU states: 3.8% user, 0.0% nice, 6.2% system, 0.9% interrupt, 89.1% idle Mem: 49M Active, 1309M Inact, 243M Wired, 16K Cache, 214M Buf, 2241M Free Swap: 4096M Total, 4096M Free 違いといえば、鯔鯖と通信しているので、そのあたりがボトルネックか、、、 mod_perlの10%ぐらいを中央鯖にわけようか、、 >>40 次はフロントをorzして分散処理にするんだ! マジな話、負荷が大きいときは何台かをサブフロントに回せば? にしても重杉で、もうほとんど何も出来ない状態だぞ >>44 だねえ。 自分の鯖ならサクっと開くんだけど・・・ >>42 鯖ってよりもルーターとか回線周りでわ うむうむ。ここはがっくしらしく、サブの鯖を、といいたいところだけど、 帯域100Mbps以上、管理者がroot権限を持っている、365日24時間稼動可能 といった条件の人いますかねぇ? 重すぎてまともに機能しない… はやくがっくし使いたいから頑張ってくれorz 書くスレ間違えた。 ssh反応しない、、、 軽くなったら、バイナリコピーで中央鯖にもちょっとだけ手伝ってもらおう。 ひえええええ何じゃこら。まさかがっくしでLAが10越えるとは…。恐るべしクラと讃岐の避難民たち。 うちは大分普通の負荷に戻ったけどフロントが死んどるね。 明日の昼辺りがまた怖いなぁ…。 c.2chが全落ちのときに受け皿になるなんて無謀すぎ〜 以前私家クラは自ら落としてスルーしたくらいなのに クラとか、讃岐の避難民ってなんの事? どっかで祭やってるの? >52 何事も挑戦ですよ ただし、チップは自分の時間。 さっき嫁にかまってくれないと怒られました。。とほほ ttp://k66.ath.cx/orz/orz.cgi/logs 2007/06/18: 2355 2007/06/19: 2157 2007/06/20: 1915 2007/06/21: 2597 2007/06/22: 1249 なんという時短ビデオ… netstat ttp://k66.ath.cx/munin/localdomain/localhost.localdomain-netstat-day.png LA ttp://k66.ath.cx/munin/localdomain/localhost.localdomain-load-day.png http://ahoaho.is.land.to/orz/orz.cgi アクセスログ 2007/06/19: 1 2007/06/20: 2 2007/06/22: 2 ??? 一覧にもない(´・ω・`)ショボーン 無料鯖の判断基準ってどんなかんじなんだろ てか軽くなった? c系が復帰したから大丈夫かな。 普通なら、この時間帯は寝てるんだけどなぁw 某実況スレに居たり。。 急につながったあ(フゥ〜) >>61 これは独立?してるのかな、影響うけてない感じがしますです 使ってみようかな。 ん?中央のアクセス数グラフのとこのログディレクトリがやたらめったらイパーイになてる http://orz2.dip.jp/orz.cgi/logs 2007/06/19: 1511 2007/06/20: 1996 2007/06/21: 2697 2007/06/22: 1625 反応良い鯖にフロント分散した方がいいと思う >>48 orzには供与してないけど、 P42G RAM 1G FLET'S光 UPS RAID 1 24時間365日稼動 人あまりこないうpろだに使ってたりするorz >>72 ふれっつ光は100Mbpsの回線といえるのか? あと環境は FC6 Apache2 問題はおれがPHPな人ってことか ●とBEマダァ-?(・∀・ )っ/凵⌒☆チンチン >>78 個人情報が漏れてもいいなら実装できそうですけどね・・・。 漏れないってのは難しいか どこの誰ともわからん鯖に情報渡したくないもんなあ ●やBe情報だけ中央鯖か専用鯖で扱うとかでなんとかならないかなあ 0はIDにくっついてるがOの場合ちと離れてる アンダーラインあるから離す必要なくなってない? 重箱の隅だけどなんか気になってしまう(^_^;) >帯域100Mbps以上 こんなやついねーだろ どこのデータセンタだよ >>82 家庭用だとeo光が最大1Gbpsですね 条件のいいところだと上り下り共に100Mbps以上の速度が出るようです 100Mbps以上の「帯域保証」だとすると提供する人はちょっと太っ腹すぎますねw フロントを無駄に増やすんなら、ユーザー参加型みたいな感じにしないでCみたいにすればいいのに そうすりゃ、セキュリティのほうもまだなんとかなんのにさ ベストエフォート型で問題ないですよ。 実測値20Mbps以上であれば。 ただし、サービスとして供給できることが条件と、 讃岐君が言うようにセキュリティの問題があるので、 いろいろ調整はしていただきます。 それでもよければ、 orzあっと2ch.net にメール下さい。 折り返し連絡しますー ひろゆきさんにお願いしてサーバを何台か戴きましたー ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる