【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
■ このスレッドは過去ログ倉庫に格納されています
日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。
たぶん解決策は、時間を売って空間を買うだと思うけど
いろいろ考察して、次の一手を決めようかと、
Love Affair 作戦。
Part1 マーリンルージュ >>681
au専用にするならば、IP帯でわけるしかないけど・・・
まぁ、au/tu-ka用でとくに問題はないとおもうけど・・・ とりあえずあう子は塚美ちゃん弾きます、、ってのを見た記憶があるが >>root ★さん、
c-au.2ch.netですが、原因不明のバグが発生しておりまして、
メンテナンスする為に一時的に httpd.conf でのアクセス制限を解いて頂きたいのですが、
お願いできますでしょうか。 【携帯→2ch】質問・雑談スレッド
http://qb5.2ch.net/test/read.cgi/operate/1087991695/17
(上記URLの内容を引用↓)
17 名前:動け動けウゴウゴ2ちゃんねる[sage] 投稿日:04/06/24 03:27 ID:rNEOXSEj
【au】2ちゃんねるへのアクセス先変更
http://news12.2ch.net/test/read.cgi/news/1088010103/51-52
51 :root ★ :04/06/24 03:15 ID:???
マジレスしておこう。
従来のクラシックメニューの入り口 ( http://c.2ch.net/ )から自動的に飛ぶように
設定されていますので、変更は不要です。
個人的には、逆に変更して欲しくないなと。
なぜかというと、c-au.2ch.net というURLを将来何らかの理由で変えようとしたときに困るから。
あくまで正式な入り口は、http://c.2ch.net/ となります。
ということでよろしくです。
52 :root ★ :04/06/24 03:16 ID:???
そもそも「変更」というアナウンスは全くしていないので、念のため。
それでは。
>>673
受け取りました。
ハードウェア構成は403と同じでした。
>>684
これからやります。 >>687
ありがとうございます。
すべてのPCというのもあれなので、、、
今メール出しましたが、可能でしょうか? これってどの程度使えるんだろ
ttp://hp.vector.co.jp/authors/VA017379/Help/KeitaiKibun.html Jimさんと話していて、
そろそろバックエンドのプライベート側のネットワークをおしえてちょ、っていう話になりました。
単純に、
192.168.0.1 バックエンド親玉のプライベート側
192.168.0.51 c-auのプライベート側、必要なら52, 53, ...
192.168.0.101 c-docomoのプライベート側、上記同様
192.168.0.151 c-othersのプライベート側、上記同様
とでもしておけばいいと思うけど、どうだろう。 c-docomo, c-others 完成間近。
儀式・デビューは明日の予定。 c-auからc-docomo, c-othersにデータを転送中、、、。 振り分け専門の新cもbanana405上に作ったので、
明日にはcomic4から携帯系を完全に除去できる予感。
以降の作業は明日。おやすみ。 >>701
では、機を見てi→cへのリンクを復活させてみます。
それで破綻したら、まぁそのときはそのとき。
# まだバックエンドがない状態なわけで。 >r.i/p.iの停止
現状では仕方ないが、完全に停止と言うのは…。
現状では鯖不足でread.cgiすら止めている訳だし…。
鯖が整備された時に復活出来れば…。
あと、今後r.i/p.i復活の際、cgiを板が入った鯖と別の鯖から呼び出せれば…。 r.iとかに代わる閲覧方法が導入されたから止めるってことでしょ
http://c.2ch.net/ とはいえ、私家版メニューにはr.i/p.i呼び出しタイプとDAT直タイプがあったり…。
後者が主流になるとは思われるが。
あと、パソと携帯の振り分けの問題もある。 廃止宣言かぁ
i.2chやi.2chメニューリストからやって来た香具師をどう誘導するかが問題になる。
あとはサーチエンジン覗いて来たが、i.2chの方が登録されてて、c.2chが登録されて無かったり…。
あとはwww/www2からどう振り分けするか…。 c.2ch.net のディレイ値は現在どれくらいですか?
c-au, c-docomo, c-others どれも 120sec >>709 >>708
多分今までのやりとりを全然見ていないんでしょうけど、当分はi→cにリンク(リダイレクトだっけ?)
される様になってるはずですよ。 概ねうまく動くようになった模様。
現時点では各システムとも概ね健康。
アクセス数は c-au : c-docomo : c-others = 3 : 4 : 1.5 ぐらいか。
othersはVodafoneやAirH"など。いろいろ。
電話の普及数と比較してみると、明らかに分布が違うような。
某社長が首になったのも、なんとなく(りゃ。 しかもc-othersのうち大半を占めるのは
VodafoneではなくAirH"っぽいからな(;´д`) AirHはprin規制が出てるから規制解除後に値は少し変わるかも c.2ch.net 等トップのページからリンクして欲しいです。
http://www2.2ch.net/c.html
いろいろ仕組みとか書き加えていきます とりあえずi.2ch.netのトップからの誘導を開始してみた。 苦しくなったら、やめる予定。>>719
バックエンドがないから、たぶん苦しくなるかなというのが予想。(特にc-docomo/c-au) 今の様子は、
・c-docomo ほぼめいっぱい、データのはけが悪い、たぶん最初に音を上げそう
・c-au かなりきてる、でもデータがはけるのも早い、CDMAだから? それともキャッシュの効果?
・c-others 余裕あり
というかんじかなぁ。 ERROR:referer情報が変です。(ref1)http://c-others.2ch.net/z/-/1C/A9-3t/w
怒られました(苦笑)@ PC からの書き込みです。 root★さん
c-docomo、c-otherもc-auと同じIPからのアクセスを許可してもらえますか? >>721
そういえば、auはDocomoよりもパケット通信の速度が速かった気が
64〜144Kbpsぐらいだったかな?
Docomoは新しいもので28.8Kbpsだそうで >725
auはWinが出来たので最大2.4Mbps
DoCoMoはFOMAが出来たので最大386Kbpsぢゃなかったっけ? Docomoの中間鯖が込んでるからハケがわるい
auの中間鯖は込んでないからハケがいい c-auのLAがc−DoCoMoに比べて一桁多いのですが・・・(汗汗
bananaでLA70越えって耐えられるのか・・・?
このままだと三桁いかないか?
まぁ、どっちにしろauの自業自得か・・・。
(このまま続くようだったら、KDDI.何チャラ.UPbrowser(新機種系)と
UPbrowser/何チャラ(旧機種+ツーカー系)と分けた方がいいかもね〜
旧機種系+ツーカーならc-oテherに処理させても余裕なんじゃないかな?
まぁ、au+Tu-kaを優遇する必要が無いから自業自得でもいいけど〜♪) c-auにせよ、c-Docomoにせよ、LA100を超えるってのは異常事態でしょう。
PCでUAを偽装してリロードをかけているお莫迦さんがいるのでは… ログがあるのなら、IPでPC偽装と実機率を割り出してみたらどうだろうか? >>729
アクセスログをざっと見る限り、そうは見えないですね。
ほとんどが普通に携帯から来ていると思われ。 参考データ出てます。
http://hobby6.2ch.net/test/read.cgi/phs/1086459593/944
944 :非通知さん :04/06/26 02:24 ID:z3m3bD0G
>>942
お、WIN版のスピードテスト開始してるね。
回線速度統計
(docomo)
◎過去50件の統計
・分布図
・最高 288kbps
・最低 43kbps
・平均 176.98kbps
(23:21〜02:14)
回線速度統計
(KDDI)
◎過去50件の統計
・分布図
・最高 393kbps
・最低 256kbps
・平均 322.88kbps
(02:10〜02:23) >>732
なるほど。
携帯からのアクセスが、いかにフロントエンドに負担をかけているかってことですか。 そろそろ、ドコモに金出させる or ドコモ網からのアクセス制限を
かけておく、とかしないと、ドコモユーザーが激増して2ちゃん
が破綻するぞ
そんな未来のことを語られても。。。
その時はその時、ですです。 >>741 「考える、実際に働くのは他人」 by ひ(ry >739
そのためのフロントエンドだと思うんだが(^_^;)
最悪でもフロントエンドが死んで、2ch本体は守られる。 受付嬢が過労死するってことですむんだ (..)φメモメモ >744
ま、受け付け嬢は数を増やしていけば分散できるし(^_^;) 金払ってない携帯ユーザーなど後回しにして、
PCユーザーのために人大杉の解消を先にお願いします。 c-docomo/c-au対策案
docomo:PDC(mova)とW-CDMA(FOMA)を振り分け。
au/tu-ka:WAP1.0とWAP2.0振り分け・cdmaOne/TU-KAとCDMA2000とWINの振り分け
再編案としては
mova:c-docomomova
FOMA:c-docomofoma
EZWAP1.0:c-auhdml
EZWAP2.0(C/TU-KA):c-aulow
CDMA2000:c-aumeddle
WIN:c-auhigh >>749
低速端末と高速端末を分ける理由は何なのでしょうか。 さて次はいよいよ BlackGoat の発注になるわけだが、
機種は Tiger でいいんでしたっけ?
Single CPU の方がいいような気がしますが。。。 >>751
安定性を買って、Singleでよいと思います。
そのぶんをメモリ(キャッシュ)とI/Oに投資したいですね。
メモリ4G、SingleCPU、U320 SCSI dual channel、15krpm disk x 2
Ethernet I/F x 2
といったかんじかと。 >752
ストライピングはしないのかな?
HDD
IDE 7200rpm 80GB
SCSI 15krpm 36G x 2
でIDEをシステムにつかって、キャッシュはSCSI x 2のストライピングとか 技術的には枯れてるし、ストライピングの弱点の、耐障害性については
しょせんキャッシュなので、気にしなくていい(^_^;)しかもI/Oは劇的に向上する いずれにせよ、サーバマザーで64bit PCIものがいいです。
枯れた構成という意味では、CobraよりもTigerかなと。 >>753
ストライピングは悪くないですね。
ここは正直あぼーんしてもいいものを入れるので。
技術的にももう既に枯れています。
ディスクは15krpm 36G x 2ぐらいをストライピングで使うことにすると、
どのSCSIカードがいいんだろう。 普通ならAdaptechのRAIDカード入れればいいと思うんだけど・・・・ LSI LogicのMegaRAID 320あたりかなぁ。
U160の時代まではAdaptecだけど、U320ではLSIだという人は多いです。 >>750
高速端末の場合、ホイテョイ回線にアクセスしやすいので、必然的にアクセス回数が多くなる。
低速端末の場合は回線の制約からアクセスがあまり多くできない。
あと、高速端末ではパケ定額やパケ割引サービスとの絡みもある。
また、相対的に高速端末>低速端末な感じでアクセスがある。
PCでも、8月危機の時はブロードバンドや常時接続の普及で鯖が過負荷になったのと同様。(それまではダイヤルアップの低速回線が主流で速くてもISDNだった) >758
Polyのラインナップみてたけど、LSIのRAIDカードって
4chの糞高いのしかない(^_^;)12万もする
Adaptechだと2chのやつが7万くらいなんだけど 暫定
BlackGoat
Mother bord Dual CPU , 64Bit PCI
CPU Pentium4 2.8G x 1
Mem 4GB
HDD IDE 7200rpm 80GB
SCSI 15krpm 36GB x 2
DISK Controller Adaptech 2200S 2ch Ultra320 64Bit PCI RAID 64MB
NIC Intel Pro1000 x 2 amr(LSI Logic)もaac(Apaptec)も、FreeBSDで特に問題なく動作しますね。
これが本筋かな。
Tigerサーバ + ストライピング構成で、
あまり高くならない方向でたたき台を考えてみるか。 つかまって(^_^;)Pentium 4 Dualってないじゃん〜
Xeon dualマザーですな >>760
そのへんは、カードまで指定すればとってくれるらしいです。< Polywell
>>761
サーバマザーにつき、CPUはXeonかなと。
システムディスクも2200S(とかMegaRAID 320)につないで、SCSIにするほうがいい予感。 オンボードでLANが2口ついてるマザーがあるけど、チップはどこのだろ?(^_^;) >764
ぅぃぅぃ。
システムSCSIにするとなんかいいことあるんだろうか?(^_^;)
むしろ5400rpmのIDEの方が安定な気がするんだけど IDEなシステムとSCSIなシステムでは、普通に使っていても、体感は相当違いますね。
たぶん、ディスクそのものの回転数もさることながら、シークタイムが違うことが大きいようです。
今回の場合だと、例えば/var/logとかは頻繁にアクセスされるので、
高速なものにしておかないと、全体の足をひっぱってしまうことに。 >767
log取るの?(^_^;)read要求専用なのに・・・・
一時的に取ることはあるとしても、恒久的にとり続ける必要ないと思うんだけど。 DISK書き込みが頻繁にあるならSCSIの方がええと思うけど・・・・
UNIXのことはよくわからんのですが、一度立ち上がっちゃえば
SWAPとかPageとか発生しない限り、ほとんどアクセスなくなるってもんでもないのかな? ログもさることながら、ページングとかシステム全体のパフォーマンスですね。
ログ収集は全く目的ではないので、目的の本質じゃないし。 んじゃ 36G x2 でいいとおもいまーす
三本目はいらない RAIDにシステムののっけちゃうってこと?
ま、最初はそんなもんかなぁ・・・・
キャッシュ量がどんくらい必要になるかとか、やってみないとわかんないし(^_^;) UNIXの場合、ページングは頻繁に発生しますね(そういうものです)。
で、システムディスクはアクセス量は少ないですが高速アクセスが必要なので、
下記構成がいいかなと。これだと、カードは1枚で済むので。
(構成1)
SCSI RAID card
| |
system data
disk disk #1
|
data
disk #0 >>772-773
2本にするのでもいけますかね。
>>774 のsystem diskがなくなるかんじですか。
つまり、72Gのでかいディスクがあるつもりでシステムを組むのか。
コストとのバランスでは、悪くなさそうかも。 で、万一バックエンドがあぼーんしたら、しばらくはフロントだけで動かす(今の状態)と。
そういうサービスレベルで動かすのであれば、RAID 0にシステムものっけるのが
パフォーマンス的にも悪くないと思います。なにより、構成がシンプルになるし。 ぅぃぅぃ(^_^;)んじゃこんな感じかな?
BlackGoat
Mother bord Xeon Dual Type , 64Bit PCI
CPU Xeon 2.8G x 1
Mem 4GB
HDD SCSI 15krpm 36GB x 2
DISK Controller Adaptech 2200S 2ch Ultra320 64Bit PCI RAID 64MB(あるいはLSIの同等品)
NIC Intel Pro1000 x 2 (onboad LAN がintelなら、それでもよし) ご確認をば、
1) まず 36Gx2 を基本とします
2) 高速性を追求するかめにストライピングします。
3) システムも高速がいいので、これでokです
ってこと? >776 >778
いいかんじだと思いますー(^_^;)
つか、考えて見ればストライピングしてるから
72GBなんですねー(^_^;)わすれとった ■ このスレッドは過去ログ倉庫に格納されています