/**ファイルシステム総合スレ その2**/

1 名前：login:Penguin [03/09/08 21:47 ID:YkHkXm1o] 多種多様なファイルシステムに対応しているLinux。 そのファイルシステムに関するトラブル、チューニング、愚痴^H^H感想などなど。 なんでも語ってくれ。 前スレ pc.2ch.net/test/read.cgi/linux/1006743807/ 237 名前：login:Penguin mailto:sage [04/01/10 13:59 ID:pXa2Qfmu] Win9x系はOS自体が4G超に対応してへんよ 238 名前：login:Penguin mailto:sage [04/01/10 14:02 ID:q1NOeHL9] 80GBのHDDとかをFAT32でフォーマットできるよ。 >>237 それFSとは別の話だろ。 239 名前：login:Penguin mailto:sage [04/01/10 14:16 ID:kTATT3AR] >>238 BIOSの制限　つまりその当時のPC/ATの規格の制限であり 且つFAT16での話だな 240 名前：login:Penguin mailto:sage [04/01/10 14:40 ID:pXa2Qfmu] >>238 悪い、言葉足らずだった 4G超のファイル、に訂正する 241 名前：login:Penguin mailto:sage [04/01/10 17:01 ID:SLKIugxV] >>240 なおさら、ファイルシステムで話す内容じゃないな。まったく関係ない 242 名前：login:Penguin mailto:sage [04/01/13 14:26 ID:hCANnvIj] >>232 れす、ありがとうございます。 それ、実はそれっぽいのがありそうだと言うことは知っていたのですが 肝心のパッチ自体が何処にあるのか分からなかったのです。 どっかのメーリングリストにあったリンクは既に死んでたりで。 とりあえずは/bootはext2ですすめながら、パッチも並行して探して見ます。 どうもでした。 243 名前：login:Penguin mailto:sage [04/01/14 18:06 ID:PPoiLiAT] >>242 うへぇー、たしかにパッチ本体が消えまくってた。 これは使えるのかな？ ttp://mail.gnu.org/archive/html/bug-grub/2002-04/msg00187.html 244 名前：243 mailto:sage [04/01/14 18:09 ID:PPoiLiAT] あと、これはどうだろう。/linuxしか読めないみたいだけど。 ttp://handhelds.org/hypermail/bootldr/1/0139.html 245 名前：243 mailto:sage [04/01/14 18:13 ID:PPoiLiAT] handhelds.orgだからiPAQとかのbootloader用だった... 逝ってきます 246 名前：login:Penguin mailto:sage [04/01/14 19:09 ID:9ly0Tz8R] >>229 お前頭いいな 247 名前：242 mailto:sage [04/01/15 18:32 ID:uQxr1hzR] >>234-245 thx! 243の方は（良くわかんないけど）使えるかもしれませんね。 良く見つかりましたね。ほんと、どうもです。 > handhelds.orgだからiPAQとかのbootloader用だった... > 逝ってきます 逝かないでぇ〜(w 248 名前：login:Penguin [04/01/15 21:55 ID:V9o0EJXO] とにかく最速はReiserFSでおＫですか？ 249 名前：login:Penguin mailto:sage [04/01/15 22:04 ID:QiFNLW4c] >>248 HPFSだと何遍言わせれば気が済むんだ 250 名前：login:Penguin mailto:sage [04/01/15 22:05 ID:4egVvEVr] /boot ext3 / XFS /usr reiserfs /home reiserfs がベスト？ 251 名前：login:Penguin mailto:sage [04/01/15 23:16 ID:KRgUttvR] >>249 またまたご冗談を 252 名前：login:Penguin mailto:sage [04/01/15 23:20 ID:NJd3Ve6+] >>250 個人で使うなら、 / reiserfs でいいだろ。 253 名前：login:Penguin mailto:sage [04/01/16 00:28 ID:qy7OH5Rm] >>250 メモリの無駄だろ。 254 名前：login:Penguin mailto:sage [04/01/16 00:38 ID:QuRZX7WI] >>252 禿同 というより>>253の指摘もあることだし/bootはext2/3、それ以外はケースバイケース(ただしどれか一種類) でいいんじゃないかな 時に今Reiser4はどうなっているんだろと言ってみるテスト 255 名前：login:Penguin mailto:sage [04/01/16 00:41 ID:nN0iqQgC] >>254 ReiserFS4がインストールから使えるdist.ってある？ 256 名前：login:Penguin mailto:sage [04/01/16 01:54 ID:QuRZX7WI] >>255 むしろ模索中 要はパッケージとインストーラーにreiser4progsが組み込まれ、かつKernelにReiser4サポートが 組み込まれる(あるいは組み込める)のが最低条件なんだが 確か今のところReiser4はオフィシャルのKernel2.6でもまだ試験サポートですら組み込まれてないので、 ディストリ側が独自にパッチを当てない限り上記の最低条件は満たされない ただGentooのebuildにreiser4progsが上がってたりするので、実は案外その日も近いのではと期待 とはいえ当分は人柱だろうが 長々とスマソ 257 名前：login:Penguin mailto:sage [04/01/16 02:12 ID:OOYyGeYN] snapshotの最後の日付が12月23日だし。 来年辺りになりそうな悪寒。 258 名前：login:Penguin [04/01/18 17:38 ID:pjQhPFTY] Linuxファイルシステム技術解説（6)マダ〜？ 259 名前：login:Penguin [04/01/18 22:35 ID:2gI2nG1s] >>258 あれだけしかatmarkitではよんでないな 260 名前：login:Penguin [04/01/19 21:46 ID:6oFXilNB] ルートファイルシステムに cramfs を使ってシステムを作っているのですが、 devfsd が起動するときに "VFS: busy inodes on changed media.." というメッセージを吐きます。 これは inode が busy っていったいどういう意味なんでしょうか？ ファイルがオープンされているって事？ ルートファイルシステムを ext2 でつくったものをリードオンリーにして起動してみると 上のメッセージは現れません。 cramfs が inode の情報を削っていることが何か関係あるのかな？ 今のところ、一応ブートもするし、特に困った症状も出るわけではないのですが どうも気になります。 何かヒントをお持ちの方、教えてくださいませ。 尚、debian woody で kernel 2.4.18 を使っています。 また、諸事情により /boot だけはext2でマウントしています。 261 名前：260 [04/01/19 23:16 ID:6oFXilNB] 自己レスです。 kernel source code を grep してみたら、 "VFS: busy inodes on changed media.." っていうメッセージは fs/devfs/base.c の中の関数 check_disk_changed で吐き出されるものでした。 関数説明のコメントを見ると Check if a removable disk was changed. ということです。 システムが入っているメディアはCFなんですが、 抜いたりしてないんですけどねぇ。 # 普通しませんよねそんな怖いこと(w もうちょっと、ちゃんとsource読んでみます。 262 名前：login:Penguin mailto:sage [04/01/20 00:47 ID:lT02LlPa] >>254-257 去年12月のlkmlより ttp://kerneltrap.org/node/view/1834 レイザー本人はものすごい乗り気で、 「version3よりずっと早く安定するだろう、今すぐ experimental でマージできる」 「1月には何らかの成果をおくるよん」としごく楽観的。 対してメンテナは様子見を決め込む。 モートンタソはmmに取り込む意志アリ、みたいな模様。 263 名前：login:Penguin mailto:sage [04/01/20 03:24 ID:0z974ZZ+] ライザーだろ。 264 名前：login:Penguin mailto:sage [04/01/20 03:57 ID:3Um4gj7s] >>262-263 ドイツ人とアメリカ人の喧嘩が始まりますた。 265 名前：login:Penguin mailto:sage [04/01/20 04:36 ID:dhjbo/R1] www.atmarkit.co.jp/flinux/rensai/fs05/fs05a.html カーネル2.5から取り込まれてるんじゃないの？reiser4 266 名前：login:Penguin mailto:sage [04/01/20 06:51 ID:W9GzXR61] >>262 情報ｻﾝｸｽｺ >>265 そういう話もあったけど現に2.6.1の時点ではまだexperimentalにすらなってない 267 名前：login:Penguin mailto:sage [04/01/20 22:34 ID:Bu1XSs5p] 262のリンク先見てると取り込むの2.7でいいじゃんって言ってる人もいるし。 まぁ、俺はXFSが安定してるからReiserはいまさら使う気ないなぁ。 268 名前：login:Penguin mailto:sage [04/01/20 23:10 ID:S6RrkEKp] >>267 XFSいい？ 最近ファイルが多くなってきてlsするのですら重くなってきたから使用してみようかな。 269 名前：login:Penguin mailto:sage [04/01/20 23:49 ID:o616B3x5] 1つのディレクトリに数万以上のファイルがなければ違いなんてないでしょ。 270 名前：login:Penguin mailto:sage [04/01/20 23:57 ID:S6RrkEKp] >>269 数万以上でないけど、何百でも微妙に重いような。 感覚的に。 271 名前：login:Penguin [04/01/21 00:23 ID:xOEXzQCM] 別に正確に調べたわけでもなんでもないけど、私の経験ではext3 xfs jfs いずれも クラッシュした後にOSが起動しなくなるとかXが起動しなくなるとかの災難に見舞われたことがある。 で、Reiserfsだけは今のところこういう事態が発生したことはない。ｌ というわけで何となくReiserfsを使ってます。 実際、デスクトップ用途ではどれがいいんだろう？解説とか見てもあんまり分からないんだよなー。 272 名前：0xdeadbeaf mailto:sage [04/01/21 00:37 ID:5QL6xAgQ] >>271 ext2 273 名前：login:Penguin mailto:sage [04/01/21 01:22 ID:U1Ahe95q] >>272 そうなの？ 274 名前：login:Penguin mailto:sage [04/01/21 02:07 ID:o5q0YjjL] >>271 Linuxファイルシステム技術解説 ttp://www.atmarkit.co.jp/flinux/index/indexfiles/linuxfsindex.html これが参考になると思うけど。 275 名前：login:Penguin mailto:sage FreeBSDユーザ [04/01/21 09:42 ID:KkTx0o+F] ufs2ﾏﾝｾｰ DIRHASHﾏﾝｾｰ softupdatesﾏﾝｾｰ 276 名前：login:Penguin mailto:sage [04/01/21 10:01 ID:qdtutTgQ] >>275 FATじゃダメでつか？ 277 名前：login:Penguin mailto:sage [04/01/21 10:09 ID:b7WSV8zK] >>276 使ってもいいけど、お金払ってください。 278 名前：login:Penguin mailto:sage [04/01/21 10:11 ID:+/qC1coM] >>275 奥山健一降臨? 279 名前：login:Penguin mailto:sage [04/01/21 10:59 ID:V78V59zJ] >>271 安定してからのext2, xfs, ext3しか使ったことないけど、crashしたことなんてないよ。 ext2な/がumount出来なくなるくらいだ。 一体何台くらい運用しているとそんなに何回もcrashするの? Crash後、hard diskのsurface checkやってる? 280 名前：267 [04/01/21 20:30 ID:mwLMGUSd] >>271 XFS-1.0のリリース前のバージョンはファイルをオープンしたまま システムがフリーズするとファイルが壊れたりしたけど、 今は当然のごとくそんなことないよ。 逆に昔のことを考えるトReisefsはバージョンの変わり目が怖い。 281 名前：login:Penguin mailto:sage [04/01/22 00:20 ID:/t3jnhnT] (´-`).｡ｏＯ(このスレでは何回同じ話が繰り返されるんだろう) 282 名前：login:Penguin mailto:sage [04/01/22 00:50 ID:p1HE2PFT] reiserfs(linux-2.4.23 reiserfs 3.6)でjournal replayして復旧すると、 復旧したファイルの中身が壊れるのがいまだによくあるんですが、 何が悪いんでしょうか? notailオプションはつけてます。 データ本体がずいぶん長時間バッファリングされてる気がするんで、 仕方ないのかな。ひょっとしてreiserfs userの常識はsync mount？ 283 名前：login:Penguin mailto:sage [04/01/22 02:18 ID:HoikG5hp] というか、meta data以外はねえ 284 名前：login:Penguin mailto:sage [04/01/22 20:05 ID:dnRLj+Fo] フルジャーナルじゃないんだから、 ファイルシステム的におかしくなければ、問題ないんでは？ 285 名前：login:Penguin [04/01/27 19:49 ID:cu3YpE5X] >>280 禿同 286 名前：login:Penguin mailto:sage [04/01/28 00:11 ID:faNgctqd] 1GBくらいのファイルをランダムアクセス（読みも書きも）する場合って、どのFSが高速ですか？ 具体的には、データベースのデータファイルを置く用途を考えているんですが、 この際、信頼性は無視して高速なものを選びたいのです。 287 名前：login:Penguin mailto:sage [04/01/28 00:16 ID:MRFTQRhf] tmpfs 288 名前：login:Penguin mailto:sage [04/01/28 00:19 ID:xe6Wff5r] マジレスでXFS 289 名前：login:Penguin mailto:sage [04/01/28 00:53 ID:8oPPL+iP] FAT32 290 名前：login:Penguin mailto:sage [04/01/28 00:54 ID:wh6gmSGK] rawデバイス 291 名前：286 mailto:sage [04/01/28 15:51 ID:V6ophZYk] EXT2とEXT3とRaiserFSは試したのですが、断然EXT2が速かったんですよね。 XFSとFAT32は環境がないので試してないのですが、機会を見てやってみます。 結局のところ、シンプルで余計な処理をやっていないものが速いと考えていいんですよね？ とするとFAT32とかMINIXあたりが最速なんでしょうか。XFSはどうなんでしょう。 292 名前：login:Penguin mailto:sage [04/01/28 17:41 ID:zVYMVK29] まぢれすすっとFAT32は遅い 293 名前：login:Penguin mailto:sage [04/01/28 21:54 ID:yS8KR3k8] >>291 > 結局のところ、シンプルで余計な処理をやっていないものが速いと考えていいんですよね？ 脳みそが旧石器時代だな。 294 名前：login:Penguin mailto:sage [04/01/29 01:28 ID:6HYeGcSa] >>293 でもですよ、EXT3よりEXT2の方が速いという事実からすると、ジャーナリングの仕組みが パフォーマンスの観点から言ってマイナスなわけですよね。バッファリングをちょっぴり 賢くやっているという記事も見掛けますが、ランダムアクセスが多い場合はあんまり役に立って なかったりすると思うのです。 「小さいファイルを効率良く扱える」とか、「大きいディレクトリを効率良く扱える」といった 特長が新しめのFSには多いと思うのですが、「大きいファイルのランダムアクセスを効率良く」 という特長を備えるものはないのでしょうか。 295 名前：login:Penguin mailto:sage [04/01/29 01:55 ID:Gl5X0xl3] tmpfs 296 名前：login:Penguin mailto:sage [04/01/29 02:03 ID:DAIPqM0S] >>294 機能を後付けされたものと，最初からその機能込みで開発されたものを同列で考えられても… 大きいファイルの扱いだったらXFSは悪くないんじゃないだろうか． もともとSGIのWSとかで使われてたわけだし． あくまで想像だけど 297 名前：login:Penguin mailto:sage [04/01/29 02:36 ID:V9Kbp6Jg] >>286 とりあえずカーネルが2.4か2.6からぐらいは決めてふってくれ。 あと信頼性無視ってのは以下のどれ？ ・システムクラッシュ後にファイルがこわれてもよい ・ファイルシステムが枯れてなくてシステムクラッシュしてもよい 298 名前：login:Penguin mailto:sage [04/01/29 02:39 ID:+a9YnfXn] >>297 後者はありえないだろ。 299 名前：login:Penguin mailto:sage [04/01/29 02:48 ID:Ay69r0Dr] 【XFSについての理解を深める】 ttp://www-6.ibm.com/jp/developerworks/linux/020322/j_l-fs9.html ttp://www-6.ibm.com/jp/developerworks/linux/020607/j_l-fs10.html ttp://www.sgi.co.jp/projects/xfs/ ttp://www.linux.or.jp/JF/JFdocs/Filesystems-HOWTO-9.html#xfs ttp://www.hiemalis.org/~palace/linux/irix-linux.shtml ttp://www.hiemalis.org/~palace/linux/xfs.shtml ttp://miyagino.homeip.net/linux/sgi_xfs.html 300 名前：login:Penguin mailto:sage [04/01/29 03:06 ID:mAPO9BGU] DBで使ってfs周りでの処理はなるべくさせなくないっていうのなら、 DBMS次第だけど>>290のいうようにraw device使うべきだな。なぜか スルーされているけど。 せっかく、商用DBMSのためにサポートされた機能でもあるんだし。 301 名前：login:Penguin mailto:sage [04/01/29 03:22 ID:JZqygzJd] >>298 わざわざ無視っていう単語使ってるくらいなんだからわかんないだろ。 302 名前：294 mailto:sage [04/01/29 09:13 ID:yy12Q3Y/] >>297 前者です。ミッションクリティカルなものではないので、バックアップからレストアすればいいと 思っています。 >>299 情報ありがとうございます。一通り読んでみます。 >>290 raw deviceって使ったことないのですが、単一のファイルをマウントするような機能なんでしょうか。 あ、とりあえずググってからまた来ます。 303 名前：login:Penguin mailto:sage [04/01/29 09:28 ID:XcLTfiQd] raw device → partitionをfileの様に使う 304 名前：login:Penguin mailto:sage [04/01/29 09:28 ID:XcLTfiQd] あ、block deviceの場合ね。 305 名前：login:Penguin mailto:sage [04/01/29 09:48 ID:XmkIzTiI] 一般のFS上でDBMSを使う場合のデメリットは、 DBMSの整合性維持がFSの整合性維持によって、キャンセルされる可能性があること。 大した問題ではないかもしれないけど、二重にフラグメンテーションがおきること。 306 名前：login:Penguin mailto:sage [04/01/29 10:27 ID:nnW0WGXt] なんかいわゆるDBの話をしてるヤシが多いが、1GBのファイルのランダムアクセスというのはマルチメディアストリーミングとかの用途だったりしないか? 307 名前：login:Penguin mailto:sage [04/01/29 23:51 ID:+Jgg7jbO] >>286 ＞ 具体的には、データベースのデータファイルを置く用途を考えているんですが、 308 名前：294 mailto:sage [04/01/30 01:49 ID:N9WCO9Fd] XFSの記事（>>299）を読んだらよさげな気がして来ました。試してみます。 raw deviceに関してですけど、mySQLだと使えないっぽいですね。 ところで、kernelは2.4を使っています。 2.6だとI/Oが効率化されるような記事も見掛けますが、XFSを使うとして、その恩恵は受けられる のでしょうか。 、、、質問ばかりですみません。 309 名前：login:Penguin mailto:sage [04/01/30 16:11 ID:/CwqrzXj] つかうだうだ悩んでないで100GのHDD10分割して主要なFS全部試してみたらいいのに。 んで結果をここで発表すれ。 310 名前：login:Penguin mailto:sage [04/01/30 17:16 ID:/tPt8jzW] >>309 それじゃﾃｽﾄにならんだろ。外周と内周は同一条件じゃないぞ。 311 名前：login:Penguin mailto:sage [04/01/30 17:55 ID:EBhY2INl] 10分割がダメなら10台使えばいいのに 312 名前：login:Penguin mailto:sage [04/01/30 23:28 ID:3Kudd6VH] 結局どれを使っても大差はでないってことでファイナルアンサー？ 313 名前：login:Penguin mailto:sage [04/01/30 23:45 ID:wyinJ7Qw] >>311 一台で順番にやれよ。 314 名前：login:Penguin mailto:sage [04/01/30 23:47 ID:wyinJ7Qw] >>312 大きいファイルのアクセス、FATは遅いよ。 まあFATにする馬鹿もおらんだろうが。 315 名前：login:Penguin mailto:sage [04/01/30 23:48 ID:tMyuANhS] MySQLでも、innodbならraw device使えるだろ 316 名前：login:Penguin [04/01/30 23:54 ID:pjFIkMlh] 次世代WindowsではFSとDBが統合されるけどな。 ここでもLinuxは大きく遅れとるな。 317 名前：login:Penguin mailto:sage [04/01/30 23:55 ID:UOX25sNB] 釣りは他所でどうぞ 318 名前：login:Penguin mailto:sage [04/01/31 14:30 ID:bCETGydb] FSに履歴が復活してほしい 319 名前：login:Penguin mailto:sage [04/02/01 09:59 ID:g4LjCTRN] XFS1.3.1をSOFT RAID5で使っていると細かいファイルを大量にread/writeしてると 時々ファイルシステムがシャットダウンしてしまいます。 再現できずに苦労しているんですが、同じような経験した人いますか？ 320 名前：login:Penguin mailto:sage [04/02/02 04:41 ID:VZWNo0Sg] ファイルシステムがシャットダウンて何? 321 名前：login:Penguin mailto:sage [04/02/02 22:40 ID:zGFFvSVg] >>320 >XFS1.3.1をSOFT RAID5で使っていると細かいファイルを大量にread/writeしてると >時々ファイルシステムがシャットダウンしてしまいます。 謎ｗ 322 名前：login:Penguin mailto:sage [04/02/05 21:13 ID:s7goLrE+] XFS は突然シャットダウンくらうと オープンしてるファイルが完全に破壊される。 あんなもん恐くて使えるか。 323 名前：login:Penguin mailto:sage [04/02/05 21:15 ID:lu5ETU54] 嘘はやめなさい。 ロールバックすることはあるけどね。←sync使わない限りどのFSでも起こりえる。 324 名前：login:Penguin mailto:sage [04/02/05 22:29 ID:fGdITOXc] 昔の話をしてる奴が居る 325 名前：login:Penguin mailto:sage [04/02/06 12:40 ID:VRzAvYFv] >>315 ですな。 www.mysql.com/doc/en/InnoDB_overview.html InnoDB stores its tables and indexes in a tablespace, which may consist of several files (or raw disk partitions). www.mysql.com/doc/en/InnoDB_start.html には You can also use raw disk partitions (raw devices) as datafiles. In some Unixes they speed up I/O. See the manual section on InnoDB file space management about how to specify them in `my.cnf'. とある。 326 名前：not 322 mailto:sage [04/02/07 07:38 ID:qpf2stI0] >>323 昔の話ですな。 XFS pre1.0くらいのころはファイルをオープンしているときに システムがフリーズするとファイルが壊れたりした。 まぁ当時カーネルも2.4.5位だったから全てXFSのせいでは なかったけどね。 いまはそんなことはないよ 327 名前：login:Penguin mailto:sage [04/02/07 07:57 ID:WFqhcBrm] ロールバックは変更が反映されないってことだけで、破壊とは意味が違うだろ。 328 名前：login:Penguin [04/02/08 16:39 ID:1NWJV+8i] どっちやねん。 329 名前：322 [04/02/08 23:57 ID:G7QBDDGw] 昔といっても gentoo が出てしばらくたったぐらいの話。 そしてロールバックではなく「完全破壊」です。 XFS こえーよ。あんなのは他のファイルシステムではなった事がない。 330 名前：login:Penguin mailto:sage [04/02/09 00:16 ID:YphTwcDO] 完全って何よ? 物理フォーマット? あ、返事しなくていいから。どうせ(ry 331 名前：login:Penguin mailto:sage [04/02/09 00:17 ID:YphTwcDO] >>328 どっちやねんって、ロールバックは健全性は保たれている。 破壊って言ったら普通は健全性が損なわれている。 332 名前：login:Penguin mailto:sage [04/02/09 00:37 ID:sC3Zk+Ez] 2.6.3-rc1カーネルなDebian sidでnavi2chしていたらカーネル固まった。 他所からping打っても返事無し。リセットした。 XFSなファイルシステム自体は壊れなかったけど、 ~/.navi2ch/pc.2ch.net/linuxの下のほげほげ.datなファイルの中身は グチャグチャになってしまった。 ext3の頃はそんな事なかったんだけどねー。 2ちゃんねるから足を洗ういい機会かもしれない、とは思った。 333 名前：login:Penguin mailto:sage [04/02/09 00:40 ID:XpgIuwzN] XFS信者キモイ。 334 名前：login:Penguin mailto:sage [04/02/09 08:16 ID:4YInUGD9] つーかすぐ信者論争起こしたがる考えがわからん。 335 名前：ヽ(´ー`)ノ mailto:sage [04/02/09 14:20 ID:xneU89ut] >>332 ~/.navi2ch の下がゴチャゴチャになったのはファイルシステムは 関係ないと思うんだが。変な終わらせ方したらたまになる。 336 名前：login:Penguin mailto:sage [04/02/09 15:31 ID:jPSJguiG] Reiser信者は絶滅したのですか？ 337 名前：login:Penguin mailto:sage [04/02/09 15:32 ID:jPSJguiG] おおくまさんXFSの具合いはどうですか。 おおくまさんさやかタンの具合いはどうですか。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef