やっぱり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さんが調整中です。
何かが足りない様子です。

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

**動け動けウゴウゴ２ちゃんねる** · 2007/07/16(月) 18:13:49

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

**動け動けウゴウゴ２ちゃんねる** · 2007/07/16(月) 18:30:46

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

株価【795】 △△ ◆cZfSunOs.U · 2007/07/16(月) 18:42:27

>>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

**stream** ◆PNstream2s · 2007/07/16(月) 18:46:17

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

◆argonn4rc2 · 2007/07/16(月) 18:57:25

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

**動け動けウゴウゴ２ちゃんねる** · 2007/07/16(月) 20:40:00

なんかおもしろそうだな

● ◆ANGLERlqvM · 2007/07/17(火) 12:25:58

北森セレ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系のフロントに入れるとなるとキツイかも？

株価【770】 △△ ◆cZfSunOs.U · 2007/07/17(火) 15:37:22

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

**動け動けウゴウゴ２ちゃんねる** · 2007/07/17(火) 15:41:59

用途に困るサーバーか。

**動け動けウゴウゴ２ちゃんねる** · 2007/07/17(火) 15:45:48

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

**こうすけ ★** · 2007/07/17(火) 16:05:10

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

**動け動けウゴウゴ２ちゃんねる** · 2007/07/17(火) 16:09:53

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

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

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

**動け動けウゴウゴ２ちゃんねる** · 2007/07/17(火) 18:09:37

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

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

**ﾍ(ﾟдﾟﾍ)** ◆tuboBGQODY · 2007/07/17(火) 21:09:27

えー。遊べないじゃん

**こうすけ ★** · 2007/07/17(火) 22:30:41

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
としてみます。

**こうすけ ★** · 2007/07/17(火) 22:55:34

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

**こうすけ ★** · 2007/07/17(火) 23:28:49

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

**root▲▲ ★** · 2007/07/17(火) 23:38:40

>>678
設定しました。

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

**こうすけ ★** · 2007/07/17(火) 23:43:19

>>679
了解です。

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

**こうすけ ★** · 2007/07/18(水) 00:18:15

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

**動け動けウゴウゴ２ちゃんねる** · 2007/07/18(水) 00:21:50

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

**こうすけ ★** · 2007/07/18(水) 00:51:46

othersも均等割りしました

>>682
たしかにｗ

**こうすけ ★** · 2007/07/19(木) 23:05:18

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

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

**stream** ◆PNstream2s · 2007/07/19(木) 23:22:50

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

**こうすけ ★** · 2007/07/19(木) 23:35:32

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

**まみら ★** · 2007/07/20(金) 05:15:17

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

・サーバの追加を単純にしたい。>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

**まみら ★** · 2007/07/20(金) 05:15:46

その２

【済】
・バック/フロント制をやめたい。>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

**動け動けウゴウゴ２ちゃんねる** · 2007/07/20(金) 20:09:18

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

● ◆ANGLERlqvM · 2007/07/24(火) 08:41:28

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

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

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

● ◆ANGLERlqvM · 2007/07/24(火) 08:42:38

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

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

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

**こうすけ ★** · 2007/07/24(火) 22:23:41

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

**こうすけ ★** · 2007/07/27(金) 01:22:41

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

**stream** ◆PNstream2s · 2007/07/27(金) 02:25:45

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

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

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

**動け動けウゴウゴ２ちゃんねる** · 2007/07/27(金) 07:40:08

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

**動け動けウゴウゴ２ちゃんねる** · 2007/07/27(金) 19:25:45

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

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

**こうすけ ★** · 2007/07/28(土) 22:37:46

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

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

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

◆PUeDWwcmWo · 2007/07/28(土) 22:38:04

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

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

**stream** ◆PNstream2s · 2007/07/28(土) 23:42:51

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

**ピロリ** · 2007/07/29(日) 01:25:08

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

**こうすけ ★** · 2007/07/29(日) 01:53:54

>>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くらいにはなっていると思います。

**動け動けウゴウゴ２ちゃんねる** · 2007/07/31(火) 16:51:01

φ(・_・)

**こうすけ ★** · 2007/08/05(日) 22:41:51

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

**root▲▲ ★** · 2007/08/05(日) 23:29:55

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

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

**root▲▲ ★** · 2007/08/05(日) 23:49:07

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

**こうすけ ★** · 2007/08/06(月) 00:57:25

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

**こうすけ ★** · 2007/08/07(火) 00:30:05

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

**まみら ★** · 2007/08/07(火) 19:06:40

お疲れ様です。

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

**こうすけ ★** · 2007/08/07(火) 20:41:33

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

**root▲▲ ★** · 2007/08/07(火) 21:09:20

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

**こうすけ ★** · 2007/08/07(火) 21:29:41

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

**こうすけ ★** · 2007/08/11(土) 23:46:11

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

（１）どれだけ転送量が削減できているかを知ろう！
リクエストされた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は増えない

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

**こうすけ ★** · 2007/08/12(日) 00:25:57

c-othersに入れてみた。

**こうすけ ★** · 2007/08/12(日) 00:34:44

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

**こうすけ ★** · 2007/08/12(日) 01:04:42

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

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

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

**こうすけ ★** · 2007/08/12(日) 01:09:02

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

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

**動け動けウゴウゴ２ちゃんねる** · 2007/08/13(月) 03:28:31

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

**動け動けウゴウゴ２ちゃんねる** · 2007/08/13(月) 11:28:12

>>717
>>707

**動け動けウゴウゴ２ちゃんねる** · 2007/08/14(火) 11:44:56

docomo7の負荷がすごい

**動け動けウゴウゴ２ちゃんねる** · 2007/08/16(木) 21:26:51

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

**動け動けウゴウゴ２ちゃんねる** · 2007/08/17(金) 00:34:50

c-docomo6も高いんだね

**こうすけ ★** · 2007/08/29(水) 00:31:29

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

◆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

ん？