【Love Affair】携帯からのアクセスに対する考察・次の一手 Part3

質問・雑談スレ159＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1116344562/169- あたり

ということで、携帯でのアクセス傾向から読み取れるもの(とりあえず上位50あたりから)。
コメント求む。

・1位は(私の)予想通り芸スポ。これだけで携帯での総アクセス数の4%を占める。
ニュー速+より2割以上多い。

・つまり、みんな外にいても携帯で芸能・ゴシップが気になるらしい。
(mnewsplus1位、visual4位、uwasa13位、geinin20位、geino21位、jan40位、jr49位)

・外にいてもTVやTVドラマのことは気になるらしい(tv11位、tvd46位)。
その証拠に、あの超速い実況系(livecx9位、lifentv12位)も携帯で相当チェックされている。

・ニュース系はやはり高い(これは予想の範囲内)。

・生活系が高いのは、お店で値段チェックしたりするのかもしれない。
(diet19位、fashion36位、female38位、body47位、kankon48位)

・コミックス系は、やはりネタバレが気になってチェックしているのかもしれない。
(wcomic16位、doujin29位)

・携帯というぐらいで、恋愛系はそれなりに高いようだ(pure15位, kageki34位, lovesaloon41位)。

・片手でゲーム、片手で携帯っていう人も少なからずいるらしい(ogame14位、mmo27位)。

・スロットしながらとか競馬場にいながらとか、アクセスしているらしい(slot22位、slotk24位、keiba30位)。

・プロスポーツ系の結果は、出先にいてもやはり気になるらしい(soccer5位、base7位、wres25位)。

・アルバイトも携帯で探すらしい(part35位)。

・occultの8位は、、、うーん、なぜだろ

> ・つまり、みんな外にいても携帯で芸能・ゴシップが気になるらしい。
↓
・つまり、みんな外にいても芸能・ゴシップが気になり、携帯でチェックしているらしい。

>・occultの8位は、、、うーん、なぜだろ
実際に現地に行くだとか怖い物みたさとか…？

>>342
なるほど、、、。納得しました。
現地からですか。

いやー

布団の中でしょ、

>>344
トイレの（ｒｙ

布団、トイレ、電車の中、飯待っている間。
あとは、何かな。

授業中、仕事中、会議中、年がら年中

「携帯で手軽に読める読み物」としての需要はあるのかも < occult

夜に友達とかと怖い話

>348
おいらもそれに一票(^_^;)読み物なんだな＞オカ

>>350
なるほど、、、それはあるですね。

c.2ch.net の上のほうにあった「なんたらの懺悔室」みたいなもんですか。

携帯で心霊写真とか心霊動画とか

合コンで女の子をビビらせるためのカンペ

旬な芸能裏話、
怖い話し、

双璧ですからねぇ(受けるのは)

よし(^_^;)オカ板でネタ仕入れてこよう・・・・

オカ(マ)板
オカ(マ)ァヴ
好きなほうで。

うわっここも質雑じゃネー

オカルト板住人の意見として単に女の人が多いからと(多分７〜８割)
女性は携帯の人が多いんじゃないかな。

女子はメール等で携帯の操作にはなじんでいても、携帯でwebに接続する比率は少ないです、一般的にはね
２ちゃんねるの女子はどういう傾向かは知りませんが･･･
話は飛びますが
vodaのweb接続比率が他社と開いているのも、端末以外の理由で、これが原因です、女子比率が高い
J-phone時代からこれを使っているのはメールばかりやる女子が今でもたくさんいて、webには興味ない

ドコモとvodaの比率は年々開いていく一方です
かつて4対１から５対１くらいだったのが今では１０対１から１５対１、２０対１くらいでしょう
サイトが持っているコンテンツ構成によってばらつきは出てきます
サイト側のvoda対応がなされていない場合はアクセスする方はアクセス出来ないか
してもほしいコンテンツがないのでレピータにはならないので、この場合は比率はさらに下がります

web接続に適した端末を3Gだとした場合、ドコモ対vodaは１０００万台対８０万くらいだから
この数から見ても１０数対１から２０対１の間でしょうか
２ちゃんねるの携帯のキャリア別のアクセス比率は知りませんが大体そのあたりのはずです

>>359
日本語でおねがいします

>>359
それは、確かにあるかもですね。
Vodafoneから(いまだに)変えていない人は、大抵Webをほとんど見ない人なんでしょう。

で、携帯ユーザの場合通常のPCユーザと比べて女子の比率が高いのは、
Vodafoneだけに限らないと思いますね。
少なくとも見ている板の傾向を見る限りでは、そういう気がします。

なんでかは、しかとはよくわかりませんけど。

で、>>340 に出た板のうち、昨日のすずめ順位と比較して、著しく携帯の順位が上のもの。

板名 すずめ順位 → 携帯順位

mnewsplus 17 → 1
visual 83 → 4
uwasa 44 → 13
geinin 74 → 20
geino 82 → 21
jan 206 → 40
jr 213 → 49

tv 121 → 11
tvd 96 → 46

diet 67 → 19
female 170 → 38
body 135 → 47
kankon 71 → 48

doujin 110 → 29

pure 43 → 15
kageki 193 → 34

ogame 38 → 14

slot 76 → 22
slotk 139 → 24
soccer 49 → 5
base 16 → 7
wres 59 → 25

part 80 → 35
occult 81 → 8

>>362
見事に女性が多そうな板ですねｗ

>>363
まさに、統計は鏡というか。

しかし正直、ここまで顕著だとは。

なかなか面白いですね

ちょっとvisual覗いてきたけど、O率が異常に高いっすね。
正直、驚きました。

【梅雨と共に】暇じゃね？【暇前線到来】
http://music4.2ch.net/test/read.cgi/visual/1116077040/

新板をねだるスレ＠運用情報◆17
http://qb5.2ch.net/test/read.cgi/operate/1115329471/917
＞ 917 名前：ゴゴ ◆jydoom.6S2 [] 投稿日：2005/05/08(日) 02:23:23 ID:+OqkjwCK0
＞ >>897
＞ 2、3年前に聞いた話だとヴィジュアル板は
＞ あの年頃の女の子が雑談できる場所が他になくて
＞ あれだけにぎわっているという側面があるらしいです。

思ったよりそういうことなのかしら。

>>367
…ですね。

板一覧を開いた瞬間に「これは、、、」ってかんじでした。

私は平均より女っぽくないですが。
PCの操作やメンテって難しいらしいですよ。
しかし、メール打つのは超高速とか。

バンギャ（追っかけ）とかの子は平均年齢も低いし。
あと、LIVEとかコンサとか寄席とか外出率も高いですしね。

やはり、２ちゃんねるの女子の傾向はnet界でも一般的なんでしょうね
ドッグイヤーだから数年前までの傾向など関係ないですね
これは認識不足でした

端末が結構長持ちなのも女の子の特徴ですか。
おとくいさまのような気もす。

板ごとに機種の統計がとれたら面白いような
＃一旦流行すると、前のを見捨てるのも早いようですが＞PHSとかﾎﾟｹﾍﾞﾙとか

c-au系のトラブルでわかりそうなこと:

1) PHPがヘビーに起動される(かつ、APC等のキャッシュと併用する場合)は、
httpdを最初から規定数だけ、起動したほうがよい。

c-au4/5/6では、少ない数から徐々に多くする設定を試していました。
しかしこの場合、負荷が下がって落ち着くまでに時間がかかることが多いばかりか、
起動直後にシステムがおかしくなる(後述)ことがあることがわかりました。

c-au1/2/3は(弱いサーバなので)、この設定にしていました。

2) 1) に加えて、httpdが「起動しきってなじむまで」、リクエストにさらさない
ほうがよい。

特に、ヘビーにリクエストが来ている上体でApacheをリスタート(ストップ&スタート)すると、
その瞬間にこける可能性が高い(c-au5/6はこれでこけた模様)。

ということで、

(a) httpdを起動する、しかし httpd は 127.0.0.1 に bind() する
(b) (a)が終わり、httpdが「起動しきってなじんだ」ところで、balance 等を使って、
リクエストを送り始める

という手順にする作業を、c-au4で試したうえで、
c-au5/6 が上がったら、やろうと思います。

つまり、十分に潤ってからでないと、気持ちよくできないと。

上体 => 状態

>>372
何気に表現がエロい(*´д`*)ﾊｧﾊｧ

c-au4 での上記作業は終了しました。
httpd起動後に、balanceでローカルにフォワードします。
リブートも問題ないようです。

同時にhttpdの数も、最初から128(MAX値)にしました。

中の人向けの再起動スクリプトを書かなきゃ。

>>374
相手がサーバであっても、基本戦略は変わらないってことです。

う、、、。作業中に、またしても落ちた、、、。c-au4

これを実行した直後。
あわせて、対応してもらいます。

#! /bin/sh -

/usr/local/etc/rc.d/balance.sh stop
/usr/local/etc/rc.d/apache2.sh stop
sleep 3
/usr/local/etc/rc.d/apache2.sh start
sleep 3
/usr/local/etc/rc.d/balance.sh start

exit 0

というか、いくらなんでも Apache をリスタートするだけで落ちるというのは、
いったい何が起きているんだろう、、、。

何か、sysctl.conf とか loader.conf 的な設定ミスとかがあるんだろうか。

・banana403/404並みのマイルドな数値に (/etc/sysctl.conf)
・sysv semaphoreをやめ、fcntl() 仕様に (APC)

【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
http://qb5.2ch.net/test/read.cgi/operate/1115133136/

tiger2508 tiger2509 は、復旧しました。
tiger2507 は現在作業中です。

設定変更部分については、別途まとめて。

tiger2507だけ挙動が変なので、
PHPを再インストール中。

ひととおり、設定完了。

本日はこれで動かします。< c-au系
しかし、根本的に問題が解決したわけではないので、
また何か、症状再発するかも。

対処 & 症状の報告は、別途。

今日の作業まとめ

1)APCアクセラレータを「mmap & セマフォ仕様」から「shm & fcntl仕様」に変えた。
この結果、httpd再起動時の謎のシステムダウンは、とりあえずなくなったと思う。
10回ぐらいhttpdを再起動してみたけど、謎のダウンは起こらなかった。
何か、mmapかセマフォ関係で、FreeBSDに虫がいるのかもしれない。

2)/etc/sysctlの以下の値を「マイルド」にした。
コメントは前の値。
これは、banaan403/404の頃の値と同じである。

# increase maximum file descriptors
#kern.maxfiles=131072
#kern.maxfilesperproc=65536
kern.maxfiles=32768
kern.maxfilesperproc=16384
# increase listen queue
#kern.ipc.somaxconn=8192
#kern.ipc.maxsockbuf=2097152
kern.ipc.somaxconn=2048
kern.ipc.maxsockbuf=524288
# do not use swap area (it's slow)
#vm.defer_swapspace_pageouts=1
#vm.disable_swapspace_pageouts=1
# Thank you for 729, http://qb3.2ch.net/test/read.cgi/operate/1076162131/760
#net.inet.tcp.rfc3042=1
#net.inet.tcp.rfc3390=1
# see http://qb5.2ch.net/test/read.cgi/operate/1097931665/666-676
net.inet.icmp.icmplim=3000
net.inet.icmp.icmplim_output=0

3)一時的に試した「balance経由でのじっくりリクエスト(>>372)」は、
結局効果がなかったので、やめにした。つまり、元に戻した。

で、未解決の問題としては、

APCのキャッシュが有効にならなくて、httpdが暴走状態になることが
かなりの確率である

というのがあります。
ここ数日の不安定の原因は、これです。

httpdが'RUN"と"lockf"の状態を繰り返して、CPU使用率が異常に上がり
LAが高くなります。もちろんこの状態になると、パフォーマンスは出ません。

で、しばらくすると自力復活する場合と、しない場合があります。
自力復活すればacceptの状態になるのですが、
しない場合のほうが、かなり多いです。

この状態↓が起こっているというところまでわかりましたが、
その後の情報をつかんでいません。

APC: apc_fcntl_lock failed - 100% CPU
http://www.codecomments.com/archive367-2005-3-412200.html

この状態ではとても運用できないので、
最悪の場合、別のアクセラレータを試してみることになるのかなと。

このままほっておくわけにいかないので、>>187 を入れてみることにしよう。

c-au5 に入れてみた。すごくいいかんじ。
もうちょっとがんがって、c-au4 と c-au6 にも入れよう。

c-au4 と c-au6 にも入れた。
これで、安定に動いてほしいなと。

悪くなさそう。

3台とも、リブートテスト中。

リブートテスト完了しました。

3台とも安定に動いている模様。
携帯系3台については、今日はここまで。

更新いただけたみたいです。
どもでした。＞中のひと

http://ch2.ath.cx/load/

tyger2510 , 2511 , 2512 できましたー

この三台は何になるんでしたっけ?

ドコモドコモ

>>391
c-docomo5/6/7にして、携帯鯖からcobraを追放するのでは？（>>264-265）

>>391
了解です。

>>391
ドコモ三姉妹(c-docomo5/6/7)の予定。

いずれも、正しくdual CPUになっていることを確認しました。
作業入ります。

今日中には、DNS変更依頼を出せるでしょう。

おぅおぅ
docomo docomo

まずは、試運転開始。

c-docomo2のロードバランサから、c-docomo5/6/7に転送で。

いいかんじみたい。

10分ぐらい動かして問題なければ、DNS変更依頼へと。

依頼いきました。
http://qb5.2ch.net/test/read.cgi/operate/1115133136/442

移行は概ね完了した模様につき、c-docomo2/3/4の削除依頼へと。

○ DNSラウンドロビンの動作について

http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/

c-docomo系/c-au系、ともにDNSラウンドロビンでいくように変更して、
概ね変更もゆきわたりました。

DoCoMo系はこちらが予期したように、アクセスはきれいに3等分されています。

しかし、au系はしょっちゅうどれかのサーバにアクセスが偏って、落ち着きません。
そういうもんなんだろうか。

どなたか、携帯系サーバでラウンドロビンDNSを設定している方で
ここを見ている方がいたら、状況を教えていただけると助かります。

>>401
auはIPアドレスもキャッシュしているんでしょうか。。？

DNS キャッシュサーバの散らばりに起因かと、

あ

古すぎワロタｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ドコモ解除マダ〜

---

DoCoMo/2.0 SO905i(c100;TB;W24H18)

テスト

---

DoCoMo/2.0 F06B(c500;TB;W30H20)

携帯スレ消えた？
テスト書き込みスレも消えた？

べっかんこエラー出まくりですよー

べ重い