トップページ⇒linux
1001コメント272KB

ファイルシステム総合スレ その14

レス数が900を超えています。1000を超えると表示できなくなるよ。
0001 忍法帖【Lv=29,xxxPT】 2012/01/15(日) 16:38:33.83ID:OMF5PJgt
●前スレ
ファイルシステム総合スレ その13
http://engawa.2ch.net/test/read.cgi/linux/1311812102/
●関連スレ
ジャーナリングファイルシステム
ttp://hibari.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 5
http://hibari.2ch.net/test/read.cgi/unix/1285876800/

過去スレ、関連リンクは >>2-10 あたりで。
0808login:Penguin2012/06/11(月) 09:18:01.60ID:usJIEui+
ZFSについて聞きたいのですが。
すでにデータがあるZFSのドライブを再度create poolしてしまった場合の復旧方法ってないのでしょうか？
0809login:Penguin2012/06/11(月) 11:48:17.36ID:XqKJBt3t
>>808

バックアップからデータを復旧。
0810login:Penguin2012/06/12(火) 00:14:14.46ID:c8ME4i3c
>>809
やっぱりそうなるのですね...。
バックアップはないのです。
0811login:Penguin2012/06/12(火) 00:56:21.94ID:A80hLwHw
試合終了ですねｗ
0812login:Penguin2012/06/12(火) 01:35:41.78ID:CNHA46Eb
仕事ならお金の力で解決すればいいんでないかい

0813login:Penguin2012/06/12(火) 06:29:32.30ID:1oUeLMaZ
俺のZFSは毎日zfs snapshot走らせてるから、
バックアップは完璧
0814login:Penguin2012/06/12(火) 12:02:02.28ID:A80hLwHw
プールが破壊されてもzfs snapshotしてあれば復旧できる>>813のZFSはすごいなｗ
0815login:Penguin2012/06/12(火) 16:19:18.95ID:S638pBsp
ZFSのスナップショット差分転送で転送先に同一データを複製してるんじゃないかと
0816login:Penguin2012/06/12(火) 16:34:38.78ID:VjfjQ8Wn
>>813は明らかにツッコミ待ちだろ。
別のスレだったら「スナップショットはバックアップじゃねーよwwwww」みたいに爆釣りなはず。
0817login:Penguin2012/06/12(火) 21:59:52.99ID:c8ME4i3c
>>812
日デに頼んだのですが復旧できませんでした。
GIGAZINEの記事はステマですねｗ
0818login:Penguin2012/06/12(火) 22:05:41.95ID:c8ME4i3c
いつの日かOpenSolarisのコミュニティが復旧ツールを作ってくれるのを期待しています。
0819login:Penguin2012/06/12(火) 22:24:27.24ID:2a400Qf1
誘導されてきました。よろしくお願いします。


画像ファイルで数百万（1つ10kb程度）あります。
現在MYSQLとPHPでwebサイトに表示しています。
今のところ画像ファイル7万点なんですが、特にパフォーマンスに問題はありません。


しかし、最終的なファイル数はおそらく数百万ファイルになりそうで、
このままファイル数が増えていったらリスト表示もできなくなりそうです。

一つのフォルダに数百万のファイルをまとめるのと、
フォルダを10万ファイル程度に区切って、mhddfsなどで統合する方法は
どちらのほうがパフォーマンスは上なんでしょうか？

一つのフォルダに入れるファイル数は1万5千程度が良いとか、
数百万ファイルでもパフォーマンスは落ちないとか情報があって、
実際のところどうなのかな？と思って質問させてもらいました。
0820login:Penguin2012/06/12(火) 22:24:49.10ID:w0tL+HNL
そういえば「今まで一番大変な復旧作業はZFSだったけど今までの経験を生かして復旧しました」みたいな記事読んだことあるな
あれ日本データテクノロジーだったんだ
0821login:Penguin2012/06/12(火) 22:45:24.00ID:QzzsWMC8
>>819
1フォルダ1000ファイルくらいにまで分けろ。
0822login:Penguin2012/06/12(火) 22:51:32.10ID:74O6EGVK
>>820

経験が無く、ツールやノウハウが無かったから。
世の中の多くのサーバはWindowsで、残りのサーバのうちZFSなのは
さらに少ない。データテクノロジーもExt3の復旧は得意だけどね。
何とかなりましたとさ。

という記事だった。
08238192012/06/12(火) 23:31:24.31ID:2a400Qf1
>>821
それは1000のファイルが入ったフォルダを1000個作ったほうが、
1つのフォルダに100万個のファイルを入れるより、パフォーマンスが上ということですか？

mhddfsやAufsという方法を使った場合も同じ結果でしょうか？
なにぶんファイル数が膨大で、ファイルをアップロードするだけでも大変なので、
経験者の方のアドバイスがあれば嬉しいんですか・・・
0824login:Penguin2012/06/12(火) 23:43:15.90ID:MpEUHCJi
>>823
上がるはず。Subversionのファイルもshardingをして
同じようにディレクトリ当たりのファイル数を減らすチューニングが入ったことがあった。
0825login:Penguin2012/06/12(火) 23:54:37.84ID:c8ME4i3c
>>822
でもNTFSやext3なら自分で復旧しますよねｗ
0826login:Penguin2012/06/13(水) 00:16:06.10ID:im3XxTJb
>>819
そういうのはFSでやんじゃなくてデータベースでやる仕事。
08278192012/06/13(水) 00:27:57.04ID:NicPlsMS
>>824
なるほどやはり分けたほうが効率的なんですね。
ググッてみるとやはり数千単位なら動作に支障が無いと出ることが多いですね。

>>826
画像データをデータベースで管理するということでしょうか？？
そうすると、画像のバイナリデータを文字列化なんかにしてテーブルに格納して・・・
ということでしょうか？まったく考えもしなかったですｗ
0828login:Penguin2012/06/13(水) 00:39:24.57ID:fuVjCYIg
文字列に変換するんじゃなくてRDBMSならBLOBと呼ばれる形式でバイナリデータ埋め込んだり
NoSQLでもバイナリデータ入れられるデータベースは多いけどね。
俺は逆に大量の画像とかそういうのこそファイルイシステムがやる仕事だと思ってるんだけど。

それはさておきext3ならdir_index付ければ普通はファイル数が多くてもそんなにパフォーマンスが落ちることはないはずだし
最近のファイルシステムならinode枯渇とかしてない限りはファイル多くても大抵は大丈夫なんじゃないかな
0829login:Penguin2012/06/13(水) 00:58:23.46ID:3SaHO1QS
１億ファイルとかだと、ディレクトリ掘ってもいっしょ
0830login:Penguin2012/06/13(水) 01:12:19.40ID:+Wj+1Zxy
ファイルのコピーとかバックアップに時間がかかりすぎるんで BLOB に一票。
0831login:Penguin2012/06/13(水) 01:55:53.41ID:NicPlsMS
>>828
なるほど、勉強になります。
そもそもファイルシステムがこういった案件に弱いというのが疑問ですねｗ

>>830
BLOBという型にして呼び出すんですね。
こちらで質問しなければ、まったく思いもよりませんでした。
ちなみにこの方法だとファイル数（レコード数）が数百万というテーブルを作っても
パフォーマンスが極端に落ちるということは無いのでしょうか？
0832login:Penguin2012/06/13(水) 02:33:07.72ID:GV9bfSgb
>>823
言葉で説明するのは困難なことは
実際にやってみるのが一番いい

理屈で考えるのではなく、現実はどうなるかを体感するのは重要である。
0833login:Penguin2012/06/13(水) 02:44:53.17ID:+Wj+1Zxy
>>831
データベースの場合、数百万件なんて普通レベルなんでインデックス
のキーが適切に選択されていて、メンテナンスしてれば極端な劣化は無い。
しかしデータの増加や追加削除の繰り返しによるパフォーマンス劣化は
BLOB に限った話ではなくデータベース共通の話。
テーブルの断片化解消やインデックスの再構築でググれ。

Hadoop の HDFS は名前こそ FS だがマウントも出来ない BLOB 型のデータベースの
表みたいなもので、そういうものが一部でもてはやされる事を考えると既存のファイル
システムで相当数のファイルを管理するのは構造的に無理があると考えるべきかな。
0834login:Penguin2012/06/13(水) 06:42:31.78ID:Q0aB+GDr
http://togetter.com/li/75188
0835login:Penguin2012/06/13(水) 08:53:01.83ID:uA/huhkA
巨大な（数の多いデータ）をファイルで持つとrsyncバックアップで死ぬ
データベースで持つと、DBのダンプバックアップで死ぬ。

いずれにしてもバックアップで死ぬことに変わりは無い。
0836login:Penguin2012/06/13(水) 09:10:08.57ID:SNVs8i2Y
オレも画像ファイル数えたら38万個あったわ
0837login:Penguin2012/06/13(水) 10:49:44.68ID:Vo7uLr11
38人分か、意外と少ないな
0838login:Penguin2012/06/13(水) 12:17:39.91ID:Q0aB+GDr
いまどきlsyncじゃねーの？
0839login:Penguin2012/06/13(水) 12:19:02.65ID:Q0aB+GDr
http://code.google.com/p/lsyncd/
0840login:Penguin2012/06/13(水) 12:19:44.22ID:TEq9LBw0
今こそWinFS復活の時。
0841login:Penguin2012/06/13(水) 21:10:04.34ID:XRYJLg+t
おっすおっす
btrfsの圧縮ファイルシステムって実用になった？
0842login:Penguin2012/06/13(水) 21:16:27.24ID:fS2w2fWW
使えんじゃねーの（棒読み）
0843login:Penguin2012/06/13(水) 21:59:48.11ID:9t1XfE5U
btrfs自体がｒｙ
0844login:Penguin2012/06/14(木) 18:27:36.77ID:qXP3mfTP
GFS2 って CLVM と必ず組み合わせいるの？
OCFS2 のほうが手軽かな？と思ってんですが。
共有ディスクの用途は Maildir のあるホームディレクトリ。
0845login:Penguin2012/06/14(木) 19:43:43.82ID:IoUaFPCM
>>844
なんでmaildirの共有でクラスタファイルシステム?
iSCSIとかでSAN組んでいるの? でも、普通にNFS使えばいいやん
0846login:Penguin2012/06/14(木) 21:06:50.50ID:g26savgh
>>838
lsyncがCPU使いまくるんだけど、やっぱこれ結構おもい？
0847login:Penguin2012/06/14(木) 21:17:17.07ID:hSWjO2am
用途によるとしか
0848login:Penguin2012/06/14(木) 21:22:24.95ID:g26savgh
数十ギガの/var/wwwをサブ機にlsyncしてるだけなんだけどな
0849login:Penguin2012/06/14(木) 21:22:42.00ID:qXP3mfTP
>>845
２サーバで共有ディスク(SAS)があるから
08508492012/06/14(木) 21:27:48.19ID:qXP3mfTP
ごめん、途中で書き込んだ。
で２台+共有ディスクありきで Active/Active で構成したい。
0851login:Penguin2012/06/15(金) 08:55:32.46ID:etFWwJqY
Ext3のファイルシステムで運用しているメールサーバが
あって、３年ぐらい使っているんですが、だんだん速度が
遅くなってきています。

データが爆発的に増えたかというと、むしろ導入時から減っていて、
ddでディスク書き込みの速度を比較すると、全く劣化はありません。

このような場合、ディスクを疑うべきか、OS(Redhat 5)の
設定を疑うべきか。スパっとわかる方法は何かないですか？
0852login:Penguin2012/06/15(金) 09:52:26.16ID:IihlBhKx
エスパーすると１箇所にファイルがいっぱいありすぎて
メタがキャッシュから溢れて遅くなっている
0853login:Penguin2012/06/15(金) 11:29:51.62ID:etFWwJqY
>>852

あまり細かなことがかけなくて申し訳ない。

/var/data/000
/var/data/001
/var/data/002
/var/data/003

というデータディレクトリに、それぞれ100個ぐらいの
サブディレクトリがあり、その中に約5000個ぐらいの
ファイルがあるというシステムです。/var/dataが
ext3で初期化されたストレージのマウントポイントです。
ファイルの数はたしかに多いのですが、分散して
格納されているので、メタキャッシュの問題は無いと
思うのですが。

何か調査のヒントがあれば助かるのですが。
0854login:Penguin2012/06/15(金) 11:51:15.99ID:tGg2+kbq
意外にも断片化
0855login:Penguin2012/06/15(金) 11:55:19.21ID:OdpSy71V
>>853
tune2fs -l のDefault directory hashとFilesystem featuresの値をみせてー
0856login:Penguin2012/06/15(金) 11:59:45.85ID:IihlBhKx
とりあえず別な環境で似たようなディレクトリ構成・ファイルサイズでチェックしてみたら？
0857login:Penguin2012/06/15(金) 12:06:11.27ID:etFWwJqY
>855
早速調べてみました。

Filesystem features: has_journal resize_inode dir_index filetype needs_recovery sparse_super large_file
Default directory hash: tea

何か判りますか？
0858sage2012/06/15(金) 12:10:49.48ID:gAV/lq3N
洒落で

>>853
/bin/rm -r /の結果を見せて！

とか書いたらほんとにやりそう。
0859login:Penguin2012/06/15(金) 12:13:02.19ID:cF2L7SVl
/bin/rm: `/の結果を見せて！' を削除できません: そのようなファイルやディレクトリはありません
0860login:Penguin2012/06/15(金) 12:16:24.21ID:xmmMVJnw
# /bin/rm -r /
rm: it is dangerous to operate recursively on `/'
rm: use --no-preserve-root to override this failsafe

こうですか？
0861login:Penguin2012/06/15(金) 16:01:02.04ID:MqQJgtCz
>>858
今日それで冷や汗書いたよ。
rmは恐ろしく、強力なツールだと再認識
0862login:Penguin2012/06/15(金) 16:01:57.09ID:MqQJgtCz
rm -rf *
これがいいんじゃない？
0863login:Penguin2012/06/15(金) 16:41:45.49ID:IihlBhKx
他人が困っている時に変なレスはやめておけ。
ああ、在日の方でしたね
0864login:Penguin2012/06/15(金) 17:18:30.76ID:DOzDLpng
>>853
データはどういうふうに使ってるの？
読み出しのみ？書き込みあり？
それぞれのファイルの寿命はどの程度？
メールサーバって書いてあったけど、
単にpostfix動かしてますってメールハブとは違うんだよね？
0865login:Penguin2012/06/15(金) 20:05:38.95ID:etFWwJqY
>>864

あまりに具体的な話をすると問題になっちゃうので、
某社開発のメールシステムとだけ答えておきます。
前に書いたEXT3のファイルシステムにユーザ毎のメール
フォルダーが１ユーザ/１ディレクトリの単位で入ってます。

このディレクトリ内のメールデータをホニャララのライブラリーを
使って、別のアプリにホニャララして、各ユーザーのPCにメールが
ホニャララされます。

このデータ処理中に10MB/sec程度の書き込みが運用中には
常時発生していて、ユーザアクセスが多いとCPU負荷が上がり、
処理が止まってしまうという障害が起きてます。

ddで書き込み試験を行うと120〜130MB/secぐらい
(oflag=direct)で出ているので、書き込みには余裕が
あると思ってますが、某社からはHDDの速度が遅いのが
原因と言われて改善を求められてます。導入した
数年前とデータ量もあんまり変わっていないしね。困ったな・・

という状況です。
0866login:Penguin2012/06/15(金) 20:08:17.35ID:OdpSy71V
>>865
話を聞いていると別のとこに問題があるように感じるんだが……
0867login:Penguin2012/06/15(金) 20:26:03.24ID:ZzxIPBRF
RAIDのBBUが逝ってしまってるのに気付いてないとか。
iostat -xの値は？
0868login:Penguin2012/06/15(金) 20:43:36.17ID:ZzxIPBRF
HWの問題でないとしたら
・過去にメール爆弾をやらかしてディレクトリエントリが肥大化したまま
・うっかりln -s . hogeみたいなリンクを作ってしまって、ほにゃららが混乱している

でもあれこれイスパーするよりoprofileやftraceで特定するのが簡単で確実。
0869デムパゆんゆんネトウヨ特攻兵＠６月　鉄砲百合　 【関電 64.1 %】 2012/06/16(土) 00:37:56.82ID:VAj81kZb
＞このディレクトリ内のメールデータをホニャララのライブラリーを
＞使って、別のアプリにホニャララして、
ライブラリのバグで暴走中なんじゃねの
0870login:Penguin2012/06/16(土) 01:50:40.08ID:k68BsoY7
>>863
> ああ、在日の方でしたね
在日日本人ですか?それとも在日アメリカ人ですか?
「在日」としか書かない奴のB層の知能は知れてるよね。
0871login:Penguin2012/06/16(土) 01:57:29.42ID:QtTxMqqD
日本語の文脈が読めない人ですか？
English is OK?
0872login:Penguin2012/06/16(土) 03:37:03.37ID:d/seGET+
>>870
くだらねえ所にしか突っ込めないアホだwwwwwwwwww
0873login:Penguin2012/06/16(土) 10:36:31.39ID:buYLXX0r
ディレクトリの肥大があるかどうかは
簡単に調べられるからやるべき。
0874login:Penguin2012/06/16(土) 23:48:42.49ID:3mlUjrH5
やあ、fallocate厨だよ。
>>463の記事を読んで、データ置き場をXFSにしたんだ。
これでデフラグする必要がほぼ無くなってハッピーさ。
0875login:Penguin2012/06/17(日) 21:40:22.91ID:Mw2oNRGd
個人で使うファイルシステムは性能よりも
ぶっ壊れたときとか誤って削除してしまったときに簡単に直せる方が嬉しいね
0876login:Penguin2012/06/18(月) 01:41:22.05ID:oZmhFfRK
>>875
基本的にLFS系しかないな
0877login:Penguin2012/06/19(火) 03:22:25.70ID:P5qrl8Zf
SSD板より

面白いベンチマークデータ。
CentOS5より6の方がSSDの性能を生かせるみたいだな。ext4利用は必須。
http://hesonogoma.com/SSD/Silicon-Power_SSD-T10-128GB_Benchmark.html
0878login:Penguin2012/06/19(火) 06:56:32.28ID:Fg6cF6bR
ZFS Linux Native RC9リリースあげ
0879login:Penguin2012/06/19(火) 19:41:26.33ID:9qXPq/xl
>>877
なんでext2がないんだ
0880login:Penguin2012/06/19(火) 20:04:19.49ID:dXMZnUjp
大量の画像ファイルで相談したものです。
結局、画像ファイル名から数文字とったディレクトリを大量に作って対応することになりました。

.htaccessでリダイレクトする方法や、CDNでの対応や、
ここで教えてもらったデータベースでの管理など検討しましたが、
多少のphp書き換えで対応できるという手間の少なさから上記の方法になりました。

相談に乗っていただいた方、ありがとうございました。
0881login:Penguin2012/06/19(火) 20:06:43.58ID:4H7kxi1u
>>877
ベンチマークの数値自体は5より6が優位なようにはみえないし、
discardオプションの有無を数値として検証してないし、
検証記事としてはひどい部類じゃね？
0882login:Penguin2012/06/20(水) 01:25:34.68ID:KohzvN+J
>>881
bonnie++のグラフがあるな
block input、block output、randamの3つでオオヨソの性能は分かるよ
これ見るとやっぱりCent6のext4が性能いいんじゃね？

ちなみにこの記事書いた中の人はTRIMを有効にしようって言ってるけど
CentOS5と6の性能差の話にはふれてないよね
0883login:Penguin2012/06/20(水) 02:46:33.10ID:bzl7Ow+3
CrystalDiskMarkのスコアで性能を語るヤツってよくいるよなｗ
0884login:Penguin2012/06/20(水) 10:11:44.15ID:klr5J2UK
NTFSに変わるReFSがWin8で登場するらしいな
まあ一般ユーザーが今のNTFSみたいに使えるようになるのは2018年頃になりそうだが
0885login:Penguin2012/06/20(水) 10:56:45.32ID:tSSpL/mp
要らなくなったNTFSが公開されて
早くLinuxで使えるようになってくれないかな
0886login:Penguin2012/06/20(水) 11:03:11.61ID:8Nbpf+NV
MSも迷走し始めてるな。OSが魅力で買い換えたいとか思わないし。FSが魅力で…ないない
0887login:Penguin2012/06/20(水) 11:07:19.57ID:DLIhrxAe
>>885
個人的にはntfs-3g程度でも十分満足してるけど
やっぱり公開されるといろいろ使えない機能が使えるようになったり速度が向上したりするのかね。
08888782012/06/20(水) 11:42:11.50ID:3akCHBOa
>>878

早速入れてみたが、あっさり動いてしまった。
Poolが壊れたり、動作が遅くなったり楽しいイベントを覚悟してたが、
拍子抜け。
0889login:Penguin2012/06/20(水) 12:14:51.54ID:Q4WokbHX
>>887
俺も。
強いて言えば、ファイルシステムが妙になった時にWindowsに繋ぎ直してcheckdiskをかけないといけないのが不便かな。
もともと暗号化、圧縮とか使ってないからかな。
0890login:Penguin2012/06/21(木) 10:21:57.52ID:TvPdkXz8
>>883
CrystalDiskMarkは簡単にディスクベンチをとれるいいソフトだと思うけどな
でもこれがディスク性能の全てではないことを理解して使うことが大事

linux用にはこれぐらいお手軽なディスクベンチはない・・・かな？
08918782012/06/21(木) 11:19:33.62ID:g23nZkEF
dd最強説
0892login:Penguin2012/06/21(木) 15:38:34.62ID:u8QHq9Zh
CrystalDiskMarkって内部でddコマンド使ってるんだよね
0893login:Penguin2012/06/21(木) 16:25:35.59ID:jSo3bVTw
HDDスレならまだしもファイルシステムスレでddのシーケンシャルアイオー性能しか気にしないなんておひたやし過ぎじゃない？
0894login:Penguin2012/06/21(木) 16:30:06.81ID:8pFOzAEC
>>893
ググッたけどわからんかった
「おひたやし過ぎ」て標準語でいうと何？
0895login:Penguin2012/06/21(木) 16:56:36.64ID:a8n1M8fS
断片化されたファイルならddでランダムIOの性能が測れる。
0896login:Penguin2012/06/21(木) 17:29:18.46ID:m+fCfgbM
>894
お人好しのtypoっぽく見える希ガス
0897login:Penguin2012/06/21(木) 17:32:50.42ID:8pFOzAEC
>>896
納得。俺の考え方がおかしかったのか
0898login:Penguin2012/06/21(木) 17:47:00.75ID:GMdHcy4d
>>893さん
「おひたやし過ぎ」のtypo、「シーケンシャルアイオー性能」という表記にほっこりした。
書き込みの内容は同意できるけどな。
0899login:Penguin2012/06/21(木) 17:51:15.82ID:x7FjbOaz
ReFSはNTFSのウィルスの温床になってる機能を削除しただけっぽい
0900login:Penguin2012/06/21(木) 19:40:36.31ID:kVe4hlpK
成る程だからReFSはOSブートドライブのFSに使えないのかｗ
0901login:Penguin2012/06/22(金) 05:22:01.52ID:5OA7qz3P
マイ糞ソフトは仕様公開しろや！！！！！！！！！！！！１１１１１１１
0902login:Penguin2012/06/22(金) 15:41:18.41ID:iovprikB
Intel ? SSD 520 Goodness
ttp://smackerelofopinion.blogspot.jp/2012/06/intel-ssd-520-goodness.html

> Ubuntu環境にIntel製SSD（SSD 520）を投入したことで
> 得られた性能向上をまとめたblog記事。全体として
> どれぐらい快適になるのか，また，IOスケジューラごとに
> どれぐらいの性能差があるのか，そして，
> どうやってベンチマークを取るのがいいのか，といったことが分かります。
> SSDを導入しようとしている方は目を通してみると良さそうです。
ttp://gihyo.jp/admin/clip/01/ubuntu-topics/201206/22?skip
0903login:Penguin2012/06/23(土) 02:48:50.28ID:/4QGuDAa
2000年代のはじめの頃なんて
dd使って「シーケンシャルアイオー性能」をはかって
これはディスクの性能が悪いですねーとか言うだけで
お客から重宝されたもんだけどな
いまは最低でもbonnie++やfioとか使わないと素人扱いされる。。。
0904login:Penguin2012/06/23(土) 03:43:46.95ID:n6GFdcpK
ダメンジニアの告白ｗ
0905login:Penguin2012/06/23(土) 04:18:54.92ID:1h19rB5U
ReFSでファイル名長が2^15まで拡張されてるけどUNIXはこのままでいいのでしょうか？
0906login:Penguin2012/06/23(土) 09:55:56.71ID:aqqIa2bW
ちょっと質問

Linuxでのファイル名長問題だけど、UDFをHDD等で回避は可能か？
0907login:Penguin2012/06/23(土) 12:40:57.43ID:VJ7n2kUB
日本語で
レス数が900を超えています。1000を超えると表示できなくなるよ。