0001FOX ★
04/07/01 13:55ID:???かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。
たぶん解決策は、時間を売って空間を買うだと思うけど
いろいろ考察して、次の一手を決めようかと、
Love Affair 作戦。
Part2 大黒埠頭
前スレ
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
http://qb5.2ch.net/test/read.cgi/operate/1075887465/
探検
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part2
■ このスレッドは過去ログ倉庫に格納されています
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。
たぶん解決策は、時間を売って空間を買うだと思うけど
いろいろ考察して、次の一手を決めようかと、
Love Affair 作戦。
Part2 大黒埠頭
前スレ
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
http://qb5.2ch.net/test/read.cgi/operate/1075887465/
0160root ★
04/07/05 03:36ID:???みてきます。
0161root ★
04/07/05 03:40ID:???httpdでかけていた接続制限(128個まで)を大きくしてみることにした。< c-docomo
とりあえず128 => 192に変更。
0163root ★
04/07/05 03:45ID:???既に現時点でF/Eのc-docomoは2台必要なのかも。
0164FOX ★
04/07/05 03:47ID:???違う場合は同じ設定にしていただけるとありがたいです
条件一定にしないと比較できないからでーす
0166root ★
04/07/05 03:48ID:???了解です。
これから3人娘の設定を>>161に変えます。
c-others がスカスカなのがもったいないよね。
必要なデータが取れた時点で、
banana405 上に c-docomo2 を作って、ラウンドプロキシで負荷分散ってのは？
0168root ★
04/07/05 03:55ID:???今の3人娘のhttpd.confの該当箇所:
<IfModule prefork.c>
StartServers 64
MinSpareServers 5
MaxSpareServers 32
ServerLimit 192
MaxClients 192
MaxRequestsPerChild 1000
MaxMemFree 2048
</IfModule>
php.iniでPHP accesralatorを導入。
zend_extension=/usr/local/lib/php/php_accelerator_1.3.3r2.so
0169root ★
04/07/05 03:58ID:???1)F/E側の設定によります。
もしF/E側でディレイなしなら、ディレイなしです。
2)これもF/E側で制御できるのかな。
HTTP/1.1で制御すれば、それでいいはずなので。
3)しばらく見てみないとわからないですが、
ディスクI/Oかなとは思っていたり。
0170FOX ★
04/07/05 04:01ID:???いやー まだまだ
r.i p.i とまってるのまだ 1/3 位だと思う(台数で)
今やりたい事は、「手法」の考案で劇的な変化を求めたいのだ
小手先の節約は劇的にはならないから
知恵をフル動因かと、
たぶん docomo の中の人とか au の中の人が通った道のりと思われるので
そこに少しでも近づければ、、、
きっと ﾆﾔﾆﾔされていると思われ、
0171FOX ★
04/07/05 04:07ID:???なるほど、
で、F/E側の設定値はいかほどなんでしょうか?
データを毎回読みにいくので必然的にディレイはありません。
また差分も内部にキャッシュ持たないため難しいでしょうね。
0173root ★
04/07/05 04:18ID:???つまり、バックエンド側でディレイや差分を実装する(or しているソフトを入れる)
必要があるということですね。
0174FOX ★
04/07/05 04:21ID:???ヒンフューズドというかコンプリケイティドというか
I am stupid 状態ですが
BlackGoat 側ではキャッシュの設定は受付嬢側に委ねられている設定で
受付嬢はキャッシュはしない設定であると。。。
ということは、どういうことなんでしょうか?
現在 BlackGoat はキャッシングしてない?
だからスレの速度がゆっくりしたデータは今以上にディレイ付くが、スレの速度が速い奴は頻繁に更新されるんじゃないかな？
0176root ★
04/07/05 04:42ID:???BlackGoatは現在、単純なProxyサーバとして動いています。
1)c-xxx →datのリクエスト→ blackgoat
2)blackgoatでdatの準備、こんなかんじ
if (blackgoatがそのdatを持っている) {
blackgoat →datの更新チェック→ 各サーバ
if (datが更新されている) {
// ここでsquidが増分取得をしているかは未確認
blackgoat →datのリクエスト→ 各サーバ
blackgoatはdatをキャッシュに格納
} else {
// キャッシュヒットにつきdatの取得はしない
} else {
// 持っていないのでdatを取得
blackgoat →datのリクエスト→ 各サーバ
blackgoatはdatをキャッシュに格納
}
3)blackgoat →datの送信→ c-xxx
0177FOX ★
04/07/05 05:01ID:???48h ほど観察して、次の話題は
1) BlackGoat にディレイ機能を入れたらどうなるか
→ 転送量(２ちゃんねる各サーバの負荷)
2) 差分読み込みまでする必要があるかどうかの検討
------------------------------------------
3) 受付嬢(とくに docomo) の負荷が高いのは
単純にアクセス数が多いからなのかどうか
あたりですかねぇ
0178root ★
04/07/05 05:51ID:???で、思いついたことを。
三人娘側でディレイを実現するのは、
どの板のどのdatをいつ最終取得したかをチェックできればいいわけです。
つまり、今までdat本体をストアしていたところに
大きさ0のxxxxxxxxxx.datファイルを作ることにして、
取得の際にそのファイルのmtimeを更新するようにするようにしておいて、
その時刻が現在時刻よりも120秒以上経過していなかったら、
blackgoat側にリクエストをそもそも発行しないようにする、というのはどうかなと。
0179root ★
04/07/05 05:56ID:???これやると、ちょっぴりですが三人娘側でI/Oが発生しますね。
一番いいのは、blackgoat側で今もっているデータよりも120秒以上未来になってなかったら、
更新されていないとみなすようにすることか。
これってsquidの設定でできるのかしら。
0180FOX ★
04/07/05 06:02ID:???これまでの雰囲気からは、 >>179 が本線だと思いますー
0181FOX ★
04/07/05 06:10ID:???現在の目標は、
1) 受付嬢の負荷を極力避けて、より多くのアクセスをこなせる様にする。
越えられない壁
2) 転送量等の話し、
ですから
0182動け動けウゴウゴ２ちゃんねる
04/07/05 06:28ID:mP5hsFO3よくわからないけど、refresh_patternかな。
0183root ★
04/07/05 06:29ID:???ということで、squid.confの設定を変えてみた。
なんとなくうまく動いているような予感。
# changed, 2 minutes delay
#refresh_pattern . 0 20% 4320
refresh_pattern . 2 20% 4320
それでは、おやすみなさい。
0184root ★
04/07/05 06:30ID:???お、かぶりましたね。どうもそうみたい。
0185root ★
04/07/05 06:32ID:???参考:
http://www.unix-power.jp/linux/redhat/squid1.html
お疲れ様です。
昼時がどれくらいになるか楽しみですね。
0188root ★
04/07/05 12:26ID:???vmstat 1 で runnable process が150とか出るし。
PHPってこれ以上高速化できないのかしら。
0189root ★
04/07/05 12:27ID:???あと念のため、裏側のネットワークの使われ具合をチェックしてみる必要があるかな。
0191root ★
04/07/05 12:56ID:???で、産児制限するとそれなりにつながるようになるので、
接続要求を同時に受け付けすぎの予感も。< c-docomo
0192root ★
04/07/05 13:11ID:???重くても、明日夜まではこのままいきます。> c-{au,docomo,others}
ﾒﾓﾘに乗り切れてないってことはありますか?
0194root ★
04/07/05 13:59ID:???Perlでいう「連想配列がばちょ」ですね。
重そうな処理だなぁ。
0195FOX ★
04/07/05 15:14ID:???0197root ★
04/07/05 15:22ID:???ちなみに昼休みはc-auも高負荷だったので、
アクセス数が多いことは当然原因の一つではあるかなと。
わたし的には「単純に数が多くてもうむりぽ」なのか、まだ改善の余地はあるのか、
が問題で。
vmstatでみると、httpdがRUNになっている状態のものが圧倒的に多いですね。
つまり、処理がおいついていないように見える。
blackgoatは今のところ余裕があるので、横並びでc-docomoをもうひとつ増やしてみる
というのは、可能ではあるのかも。
0198FOX ★
04/07/05 15:27ID:???転送量(使用帯域 対インターネット)
http://server.maido3.com/pie/
http://server.maido3.com/pie/graph/c-au.gif
http://server.maido3.com/pie/graph/c-do.gif
http://server.maido3.com/pie/graph/c-ot.gif
http://server.maido3.com/pie/graph/blackgoat.gif
アクセス数
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/c-auaccess.html
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/c-docomoaccess.html
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/c-othersaccess.html
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/blackgoataccess.html
0199動け動けウゴウゴ２ちゃんねる
04/07/05 15:30ID:zJ/3fFFT0200FOX ★
04/07/05 15:33ID:???そういう事じゃなく
今まで
1) DISK i/o が問題と推測 → DISK i/o をなくした
2) 帯域が問題と推測 → 帯域制限にかからないように方式変更
3) 今度は何?
前提としては「需要 > 供給」は当たり前なわけで、
0201root ★
04/07/05 15:46ID:???なるほど。現有戦力で次にとれる手法は何で、そのための戦略は何？
ってことですか。
ちなみに、下記は済みのもの。
0) PHPの処理に時間がかかる → PHP acceralator導入(倍ぐらいのパフォーマンスに)
0202FOX ★
04/07/05 15:50ID:???そです そです。
そして突然「素晴らしい発想」が生まれ、「劇的な改善」が見込まれると、
1000% 効率アップとか、
それが出来るのは「若い柔軟な脳」だけかと、
0203未承諾広告※ ◆TWARamEjuA
04/07/05 15:56ID:hHpzDUgJ・ c.2ch.net はシリアル番号（機種固有番号）からランダムにいずれかの 3 人娘を呼び出す。
→ランダムなので純粋に負荷が 3 等分されるのではないか？＠帯域、負荷
○ 現状 3 人娘はそれぞれ違う処理を行っている？
→ HTML, HDML, MML, XML と違う出力にしているならば、
その部分を切り離して UA でそれぞれ振分けてパイプ処理で変換させるとか？（nkf みたいな pod2html みたいな）
0204root ★
04/07/05 15:58ID:???単に負荷を3等分する、というのは前にも少し考えました。
今でもpoundで簡単にできるけど。やってみますか？
後者は、中身の重そうな処理がどこかを調べることになるのかな。
0205FOX ★
04/07/05 16:06ID:???http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/c-docomoaccess-day.png
これが c-docomo に襲い掛かっているアクセスである。
48hの推移を見ると三つの部分に分かれている
1) 最初の3kくらいのところ → DISK i/o が率速だった
2) 5k 位の平坦部 → 10Mbps の帯域制限が率速だった
3) 10k - 25k を乱高下 → 純粋に襲い掛かっているアクセス?
と考えていいんだろうか、実はどこかに別の秘密が隠されているのだろうか、
解せないのは、 3) が本来のアクセスならばなぜ 1) 2) が平坦になり乱高下が
観測されないんだろう。
>>204
だめだめ、ここからもしかしたら確信なのかも知れないから
台数増やすのはいつでも簡単に出来る一番安易な方法です
また、今の目標はそこにはないです。
0206FOX ★
04/07/05 16:07ID:???c-docomo を軽くしようというのは目標ですが
絶対に他のキャリアとまぜないでください
勿論、au もですけど、
せっかく分けて、分析しているのですから、
0207FOX ★
04/07/05 16:10ID:???「台数増やす → 軽くなる」は既に解っている解決策ですから
実験する必要は全くないと思います。
平均化も台数増やすと同じことです。
0208未承諾広告※ ◆TWARamEjuA
04/07/05 16:19ID:hHpzDUgJ> 3) 10k - 25k を乱高下 → 純粋に襲い掛かっているアクセス?
転送速度も絡んでいるのかもですね。
c-docomo 内部では処理が終わっているのに、なかなか全部受取ってくれていないとか。＠mova類
あと気になるのが鯖名。4xx 台ってば httpd のエラーコードなんですよねぇ(^-^)
0209root ★
04/07/05 16:21ID:???了解です。物量以外の知恵で。
ccdによるストライピングにしてもそういうことでひねり出したわけで、
(これでディスクI/Oのキャパが2倍近くになった)。
で、乱高下は「その時の限界ぎりぎりまで資源が使われた場合」にこうなるようです。
でも、限界だと思っていたのが実は限界ではなかった、ってのを
既に何度も経験しています。
というか、弱いマシンでやらないと、弱点も見えてこないものです。
強いマシンだと詰めが甘くても、動いてしまうし。
このへんの「苦しいマシン環境での力のしぼり出し」は本業的に昔取った杵柄なので、
(もう何年もやってないけど)もう少しがんがってみようかなと。
0210FOX ★
04/07/05 16:32ID:???LA 高の原因は単純に言って
入ってくる量 > 完了する量 なわけです。
つまり処理が完了する量に注目すれば(動かすことの出来る項だと仮定すると)
どんどん完了すればいいわけです。
なぜ完了しないのか?
c-docomo が完了できないのか
呼び出し側が完了してくれないのか。。。
0211root ★
04/07/05 16:33ID:???見ている限りでは、c-docomoが完了できないように見えますね。
常にhttpdがCPUを食っていて、とても多忙に見えます。
0212FOX ★
04/07/05 16:33ID:???docomo の場合
au の場合
その他の場合
で知ることが出来たら、何か出てくるかも、
0213FOX ★
04/07/05 17:03ID:???>c-docomoが完了できない
と原因を仮定すれば、どこが問題ななんだろうか?
1) CPU 性能?
2) RAM 不足?
3) network ? or その他?
何を見たらそう断定できる?
また解決すればどれくらいの効果が見込める?
逆に、ハードは変更しないとしたらどんな解決方法があるか?
のでそれが処理の遅れになってるかもしれませんね
ＦＯＭＡ 最大３８４Ｋ
ＡＵ（ＷＩＮ） 最大２．４Ｍ
0215マァヴ ◆jxAYUMI09s ＠マァヴ ★
04/07/05 17:20ID:???非定額の場合でも大きな違いがありますよ(^_^;)
Docomoの主力の5xx&2xxシリーズは9600bpsだったはず。
auの主力の1xは144kbpsだったかな？
詳しい人フォローよろしく。
0216FOX ★
04/07/05 17:22ID:???当初、au : docomo : others = 4:5:1.5 という計測結果があって、
その上でいろいろ進めてきたわけですが、
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/
を見ると 4:10:1.5 に見えます。
どしてこんなに docomo の比率増えたのだろぅ
うーむ疑問だらけじゃ
いくら携帯2chユーザのWIN率が高いって言ってもWINを基準にはできんじゃろう
FOMAも同じく
mova 最大 28.8kbps (505i以降)
au 最大 144kbps
0219マァヴ ◆jxAYUMI09s ＠マァヴ ★
04/07/05 17:24ID:???１ コネクションが足りなくなって、エラーを返す
２ コネクションを開放できなくてメモリが不足してスワップが起こってLAが上がる
のどっちかになるんでないのかな？(^_^;)
現状、LAが高いんだから１ではないわけで・・・・
0220マァヴ ◆jxAYUMI09s ＠マァヴ ★
04/07/05 17:25ID:???あ、28800bpsまで上がってるのか(^_^;)＞5xx,2xx
0221root ★
04/07/05 17:27ID:???i => cの誘導を開始してから、DoCoMoの比率がかなりの勢いで上がった気がします。
あと、深夜はドコモの比率が高いような。他が少なくなるだけなのかもしれませんが。
非定額でも転送速度の差が結構ありますねぇ
転送量が少なくてもユーザーが一杯いれば僅かな差も塵も積もれば何と
やら状態って事ですかねぇ
0223動け動けウゴウゴ２ちゃんねる
04/07/05 17:28ID:wdIvJIvVこの辺の関係で解約が出てるのかしら＞ボーダフォン「10の約束」反故に
そしてDoCoMoへ、なんて。
0225root ★
04/07/05 17:34ID:???いまのところ、1)に見えますね。
メモリ不足には見えないです。
ただ、プログラムの「つくり」とか、システム(カーネル)のチューニングで
相当改善できるような気がしていたり。
で、クラシックメニューの場合画像とかはないので、携帯相手でも
転送そのものはそれなりになんとかなっているようです。
netstat -mで見ると、Send queueにデータがたまっている
(送っているが携帯が受け取ってくれない)ものはほとんどなく、
TIME_WAIT(携帯側が待っている)ものがどっさりある状態。
0226root ★
04/07/05 17:36ID:???あらかじめ。
0228FOX ★
04/07/05 17:39ID:???ほほぅ なるほどです、
ちと 考え中。。。
ちなみに、docomo を二つに分けるとしてどんな分け方あるですか?
今までと同様 IP で振り分けたいのですが、
0229動け動けウゴウゴ２ちゃんねる
04/07/05 17:43ID:NHWHzgzeGJ！
0230root ★
04/07/05 17:46ID:???今振り分けはIPじゃなくて、携帯が名乗ってくるUAでやっています。
もちろんIPでもできるけど、今はまだやってないです。
もう1台投入した場合、二つやり方があります。
DNSで自然にラウンドロビンさせるやり方と、poundを使ってロードバランシングするやり方。
DNSで自然にやるのは、同じ性能のマシンがいっぱい来るときはシンプルでいいです。
poundだと、こっちに1/4、向こうに3/4とかいう決め細やかな制御ができます。
対応したスクリプトをばっさり削除するってのは？
docomo専用クラシック、au専用クラシック、とか
0232root ★
04/07/05 17:48ID:???DNSの場合: c-docomo.2ch.netという名前に複数のIPアドレスをつける
poundの場合: 設定で振り先のマシンを変える
いずれも、ユーザ側には同じURIをみせることができます。
0233FOX ★
04/07/05 17:50ID:???平均化とか、それを目的にやるのじゃなく
折角のチャンスだからいろいろデータを取って
あれこれ研究するのが目的ですー
つまり 分け方の一例としては
1) 回線速度 a 低速 b 高速
等でわけたいのです。
何か他に分ける方法というか物差しありますかねぇ?
0234root ★
04/07/05 17:52ID:???例えばFOMAはこっちでPDCはこっちってかんじですね。
それなら、UAで見ればいけるかなと。
あとはなんだろう。< 分け方
DoCoMo/1.0 → mova
DoCoMo/2.0 → FOMA
これは個人的におもしろそうなんで統計とってほし
0236FOX ★
04/07/05 18:20ID:???1) peko 機を移動してこのLANに接続
2) c-docomo を peko 機でそのまま運用(まだ分割しない)
3) これで CPU がへたれかどうかが検証できるはず !?
懸念されることは c の機能がそっくりそのまま改造することなく peko で動くか
かな?
0237root ★
04/07/05 18:22ID:???こないだまでcomic4(cobra2246)で動いてました。< cの機能
あのときはLA=50ぐらいで、全部のキャリアを受けてたかな。
0238動け動けウゴウゴ２ちゃんねる
04/07/05 18:24ID:v8XQRPN6LAでなく接続端末数はどうなっているのだろう
待ちプロセス多数でメモリが足りないなら接続受付数の調整で変化出てるとは思いますが
0239FOX ★
04/07/05 18:25ID:???あっ そうだった、、
docomoとauはcobraが必要なんすかねぇ…
DoCoMoとauの大きな違いは、
端末でキャッシュするかしないかだと思いました。
それから、端末って、ちゃんと「処理完了」のお返事してるのでしょうか？
その辺は解決済みですか？
0242未承諾広告※ ◆TWARamEjuA
04/07/05 18:53ID:hHpzDUgJ実験してみたところ、無駄に風呂敷（メモリ）を広げずに動いているみたいです。StartServer も無視。
接続数なども tcpserver 側で制限できるので(-c)、その分 httpd のお仕事も減らないかなぁと。
>>241
TCP レベルのお話かな？＠処理完了のお返事
キャッシュがあると、
1.リクエストの間隔が長くなる、
2.一度のデータが大きくなる、
と思います。
誤差程度かもしれませんが、一応書いておきます。
？どこからどこまでのキャッシュの話？
どの階層かは思い付きませんが、その辺です。＜TCP
携帯端末内のキャッシュです。
ttp://k-tai.impress.co.jp/cda/article/showcase_top/16825.html
そーすっと。ここらへんも関係あるかも。
0248動け動けウゴウゴ２ちゃんねる
04/07/05 21:17ID:+35PLEK75xx全てが28.8Kでは無い。
504以降から28.8Kだったっけ
詳しくは知らん。
0249動け動けウゴウゴ２ちゃんねる
04/07/05 21:25ID:jjMNpwMv一応、c.2chの機種別総合アクセス統計が必要かも…。
・D（FOMA/mova）
・au（cdmaOne＆CDMA2000/WIN/TU-KA
・v（V6＆J5/V8）
・PHS（AirH" PHONE/PALDIO brouserphone/ASTELドットi）
てな感じで…。
ADSLみたいに非対称通信といいたかったわけで。
0251動け動けウゴウゴ２ちゃんねる
04/07/05 21:31ID:Hl1p8fjZsquid---c-docomo---黒山羊
の三段体制とかは？
squidとc-docomoは同居でも良いと思うけど。。
0252動け動けウゴウゴ２ちゃんねる
04/07/05 21:35ID:jjMNpwMv28.8k対応：
50xは504以降。
25xは252以降。
21xは該当無し。
6xxも該当無し。
0253動け動けウゴウゴ２ちゃんねる
04/07/05 22:42ID:8NCe38egこれ以上の鯖増設は携帯ユーザーの資金でお願いします。
0254動け動けウゴウゴ２ちゃんねる
04/07/05 22:53ID:bBjtmi9q2ch鯖 ------ GW ----- ﾊﾟｹｯﾄの制御装置とか ----- 基地局 ------ 端末(数千万台)
この構成でTCP/IPの所まで基地局−端末間のスピードで通信してるとは思えないです。
多分どこかでバッファリングしてるはず。
auもdocomoもほぼ同じアクセス数で同じような負荷
0256動け動けウゴウゴ２ちゃんねる
04/07/06 05:56ID:JGp2KJxs>多分どこかでバッファリングしてるはず。
http://www.hitachi.co.jp/Sp/TJ/2002/hrnmay02/hrn0508j.htm
http://www.hitachi.co.jp/New/cnews/2002/0311/index.html
auは確か日立だったと、
docomoはNECなので、少々違うと思います
「携帯電話は移動する」 → 電波状況が悪くなる → 強制切断
・・・で、「２ｃｈからのデータが完全に送信完了されない」ために
ゴミが溢れるということは考えられないですか？
0258動け動けウゴウゴ２ちゃんねる
04/07/06 07:17ID:ZkwICP4VＦＯＭＡに限って言えば年末あたりにパケット定額料金の契約者に限定して
ネットワークの混雑状況に応じて個別に帯域制限をかける予定らしいので、
そのことで２ｃｈ鯖→ＦＯＭＡ携帯へのデータ送出が詰まりやすくなることも
懸念されてくるような気がしますです。
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 【貧困】「もうオシマイだよ、この国」お金ないから夏休み廃止して!悲しき調査結果に広がる首相批判「お前のメガネには何が映ってる」★4 [ぐれ★]
- KADOKAWAサイバー攻撃 ロシア系ハッカーが犯行声明 金銭を支払わないと7月1日にデータ公開 ★7 [Hitzeschleier★]
- 「もっとも失望した」炎上アーティストは誰？3位"コロンブス騒動"ミセス、2位Ado、「プロ意識に欠ける」圧倒的1位は [Ailuropoda melanoleuca★]
- 【沖縄】米兵性犯罪、県への連絡遅れ相次ぐ…「被害者のプライバシーを配慮」政府の釈明に県反発 [nita★]
- 【沖縄】辺野古埋め立てに抗議する女性がダンプトラックの前に飛び出し 死亡した警備員は巻き込まれたか ★3 [nita★]
- 【巨人】阿部監督、バルドナードの暴投「キラー・カーンでも捕れなかった」… [鉄チーズ烏★]
- 1000万円でFIREってどうなん？
- 石丸陣営の選挙プランナー三浦瑠麗起用これは勝てる [258663303]
- 日本人、早くも160円に慣れる。脅威の適応力！ [782460143]
- 今月デビューのニート
- ヒグマが確実に逃げる方法思いついたwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
- 【画像】各国別｢〝2万円〟で揃えられるユニクロの服｣リストがコチラ 日本貧しすぎワロタ [597533159]