[過去ログ] /**ファイルシステム総合スレ その3**/ (983レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
453(2): 2005/05/12(木)20:24 ID:Jw/5ZFRB(1) AAS
sortしちゃったら、Sunday→Monday→…の順じゃなくなるからダメでしょう?
確かH-Treeがオンの状態でも、従来モードにフォールバックできるようになっ
ていて、ファイルシステム上には格納順が残っているはずだから、その情報を
参照すれば良いんじゃないかな。readdir()の時はそっちを使え、みたいな。
454: 2005/05/12(木)20:37 ID:0fpm/QGJ(1) AAS
>>453
VFSが挟まってるのにどうしろというんじゃい。
455: 2005/05/12(木)21:20 ID:mj9qIsKe(1) AAS
>確かH-Treeがオンの状態でも、従来モードにフォールバックできるようになっ
>ていて、ファイルシステム上には格納順が残っているはずだから、その情報を
詳しく
456: 2005/05/12(木)21:34 ID:DO6cGhT1(1) AAS
>>451
どうせ滅亡するのはDQNの脳内世界なのだから
かってに滅亡させておけ
457: 2005/05/12(木)21:57 ID:4OU8dN/u(1) AAS
>>453
sedなりperlなりでfilterすればいいだけでは?
月の名前だったらsortだけでもできるけど。
458(1): 2005/05/13(金)00:07 ID:jHd5r8M+(1) AAS
H-Treeオンの状態だと、H-Treeオフの状態と比べて、意図したファイル並び
という情報が欠落するわけだな。これは、POSIXでは規定されていないから
直ちに欠陥とは言えないが、この性質を利用したアプリケーションは困る。
459: 2005/05/13(金)00:27 ID:GNNJRhMr(1) AAS
>>H-Treeオンの状態だと、H-Treeオフの状態と比べて、意図したファイル並びという情報が欠落するわけだな。
「意図したファイル並び」とはどう定義するんですか?
1秒未満の作成/変更時間を反映した順番とかですか?
460: 2005/05/13(金)00:38 ID:Jo1fj8OM(1) AAS
>>458
> この性質を利用したアプリケーションは困る。
具体例プリーズ。
461: 2005/05/13(金)07:52 ID:W8ukO34X(1) AAS
fdcloneはいったんテンポラリにファイルを移動 -> 並び替えたい順番に
移動しなおす、という動作でファイルの並びを操作しようとするな。
462: 2005/05/13(金)08:08 ID:hKSAyzZk(1) AAS
それは暇そうな操作でつね。
463: 2005/05/13(金)11:21 ID:nV+/skfG(1) AAS
DOS使ってた方が幸せなんじゃないか?
464: 2005/05/13(金)11:48 ID:o2oNLWUR(1) AAS
DOSのFDがそういう操作してたからfdcloneは
わざわざそれにあわせてあげてるんじゃないの?
もともとDOS使ってたほうが幸せな人向けのものな希ガス
465: 2005/05/14(土)22:55 ID:Qor6xCD/(1) AAS
何で話がそういう方向になるのかなぁ。
466: 2005/05/14(土)23:33 ID:KKpbAvEx(1) AAS
じゃあ戻しを試みると、
fdcloneとかのアプリは、fsによって挙動が変わる可能性があるってこと?
467: 2005/05/15(日)00:40 ID:Jypd01dn(1) AAS
DOSからの人でファイルの内部並び順ウンヌン言う人いるけど、
本来保証されていないもの。
ファイル並び順の情報を保存したければ、別の方法で保存するのが筋。
検索の高速化のために内部で並び替えちゃう fs は多いよ。
468(1): 2005/05/15(日)00:48 ID:4/Ea395X(1/2) AAS
それじゃ、readdir()の実装はどう説明すれば良い?
dir_indexが有効だと"."や".."を含めて並びが乱れるよ。
469(1): 2005/05/15(日)01:36 ID:eD5W67uQ(1) AAS
>>468
乱れるからどうだっていうんですか?
470(2): 2005/05/15(日)08:51 ID:4/Ea395X(2/2) AAS
>>469
ディレクトリリストを見るときls -flを使わない人ですか?
先頭が"."と".."と想定しているプログラムが支障をきたします。
471: 2005/05/15(日)08:53 ID:wvbOfMkE(1) AAS
そんなプログラム死ねよ
472: 2005/05/15(日)10:00 ID:FD02IJwt(1) AAS
>dir_indexが有効だと"."や".."を含めて並びが乱れるよ。
>先頭が"."と".."と想定しているプログラムが支障をきたします。
結局dir_index(tune2fsでのH-Treeのスイッチね)は有効にするなということでFA?
473: 2005/05/15(日)10:29 ID:FuN4WlbD(1) AAS
なんか馬鹿が腐れた自作プログラムの擁護するのに大変そうだね…
でも、馬鹿がいくら擁護したところで、自分の馬鹿さ加減をより晒すだけだよ。
あと、暖かくなってきて恥垢臭がきつくなってきたんで、いい加減
包茎手術したら? 馬鹿は治せないけど包茎なら治せるんだし。
474(1): 2005/05/15(日)10:45 ID:+aIWv882(1) AAS
>>470
たとえばどのプログラム?
475(1): 2005/05/15(日)10:59 ID:bU0yJ5y/(1) AAS
>>470
そういう想定をするプログラムが悪いだけでは。
そもそも先頭が"." ".."になることを仕様として保証しているファイルシステムなんて
そんなにないんじゃないか?
476: 2005/05/15(日)13:41 ID:G7HMkt+G(1) AAS
>>475
ポカーン
477(3): 2005/05/15(日)14:24 ID:JIHdX8Y4(1) AAS
Error counter log:
Errors Corrected by Total Correction Gigabytes Total
EEC rereads/ errors algorithm processed uncorrected
fast | delayed rewrites corrected invocations [10^9 bytes] errors
read: 0 0 0 0 0 116.318 0
write: 0 0 0 121 121 162.833 0
verify: 0 0 0 1 1 109.298 0
Non-medium error count: 0
Error Events logging not supported
smart-ctrl にてこんな感じのエラー吐いたんだけど、これってどう診断すればいいんだろう。
省1
478: 2005/05/15(日)14:39 ID:tQyvF4oC(1) AAS
>>474
自分がくらった例としてpmakeでこういうコードがあった。
(インデントは変えちゃってる)
/*
* Skip the first two entries -- these will *always* be .
* and ..
*/
(void)readdir(d);
(void)readdir(d);
これコメントの意図通り動いてなくて悩んだYO。
479(1): 2005/05/15(日)15:45 ID:W4sCdrI7(1) AAS
ルートディレクトリならどうなるんだろ
480(1): 2005/05/15(日)15:52 ID:sBOcguWp(1) AAS
>>479
お前素人?ルートディレクトリでも..はあるだろうが
481(1): 2005/05/17(火)03:04 ID:PHaMhldM(1) AAS
>>477
ハードディスクは日常的に細かいエラーを起こし、
そのエラー回数を集計したものを表示しているに
過ぎず、問題があって表示しているわけでは無いから
心配するのはまだ。
数値的には、エラーはほとんど無いし、
「uncorrected error」が発生していないし、
心配はいらないと思うよ。
・121 回は無事に書き込みエラーが修正
・116Gバイト読み込み
省2
482(1): 2005/05/17(火)06:19 ID:F2Fb99TS(1) AAS
Ext3でナノ秒タイムスタンプ対応ってどうなってる?
483(1): 2005/05/17(火)08:13 ID:GLsf8WpD(1) AAS
見た事のない smartctl の出力だと思ったら、SCSI なのね。
びんぼーのぼくは、ATA でつよ。
484: 2005/05/17(火)10:00 ID:gmUNXIDN(1) AAS
>>480
スマソ、MS-DOSのFSと混同してた
ちなみにDOSのルートには . .. 共無かった。
485: 2005/05/17(火)11:21 ID:kCITkC3l(1) AAS
>>482
ext3のinodeにはdefaultではnanosecondなc/m/atimeを格納する余地がないので、
big inodeにしないといけなかったような気がする。
linux-2.6.11.10ではfs/ext3/inode.cでは
void ext3_read_inode(struct inode * inode)
{
...
inode->i_atime.tv_nsec = inode->i_ctime.tv_nsec = inode->i_mtime.tv_nsec = 0;
となっていてkernel側では知覚はできるけどfilesystemからは読み取らないようになってるね。
486: 477 2005/05/20(金)01:17 ID:yJ30u50y(1) AAS
>>481
わかりやすい説明ありがとん。smartctl の導入ページはあっても、
情報の分析ページが無くてこまっていました。本当に3Qでふ。
>>483
6年前の PC で未だに Socket 7 だったり。
CPU が遅いからディスクで稼ごうとして FULL SCSI で組んだら
偉く高くついてしまった…orz
487(2): 2005/05/20(金)03:03 ID:jSorVggC(1) AAS
そういえばreiserfs4って頓挫したの?
488: 2005/05/20(金)10:00 ID:Tg7xbKnx(1) AAS
した
489: 2005/05/20(金)12:27 ID:yCDzmLUz(1) AAS
>>487
reiser4ならあるけど、頓挫したのか?
490: 2005/05/20(金)13:14 ID:QWQg0Sx/(1) AAS
頓挫だって? 全てのpartitionがreiser4なオレのマシンはどうしたらいいんだ!!
491: 2005/05/20(金)17:48 ID:gRG2z9TW(1) AAS
>>487
ソース見せれ。
492(2): 2005/05/24(火)21:28 ID:CcC3rd0B(1) AAS
Linux って smart に関するチェックツールは標準でついていますか?
SUSEとかRedHatあたりを想定して質問しています.
493: 2005/05/24(火)21:40 ID:U6QwgWRd(1) AAS
smartctl
標準で付いてるかはしらね
494: 2005/05/25(水)02:05 ID:TyXMytcf(1) AAS
>>492
FC3の場合、smartctlはkernel-utilsに入ってる。
標準と言ってもいいと思う。
FC-develの場合、smartmontoolsに入っている。
こちらは標準かはパッケージからは不明。
インストーラのスクリプトを読んでくれ。
495: 2005/05/25(水)16:34 ID:E6SguD3j(1) AAS
>>492
SUSEだと、まんまsmartmontoolsというパッケージに入ってるな。
496(1): 2005/05/29(日)00:10 ID:jMu2od1v(1/3) AAS
Novell SUSE LINX Enterprise Server 9 評価版
にlustreが入ってたので試してみました。
フルインストールでもlustreは選択されてないので、
検索→lustreで出てきたパッケージを入れてインスコ
で、time ddで性能計ってみた
ローカル性能、1spindle
ext2とext2上に作成したスピンドルに対してのI/O
read(time dd if=/fs of=/dev/null)
size___ext2_____lustre
__4KB__778M/s___200M/s
省12
497(1): 2005/05/29(日)04:05 ID:c3E3M3x2(1/2) AAS
Linuxのファイルシステムってなんでまともにsyncしないものが多いんだろ?
498(3): 2005/05/29(日)04:17 ID:TPP2iooT(1) AAS
外部リンク[html]:blog.livedoor.jp
また、パフォーマンス上も問題があって、実際にLinuxでサーバを組んで、
30万個のファイルを置いてみたら爆発的に遅くなった挙句、ハードディスク
が焼け死ぬという事態をひきおこしてしまい、以来なるべくWindowsサーバを
使っています。
499: 2005/05/29(日)04:28 ID:zSFo58bZ(1) AAS
ファイルシステムってハードディスクの物理的な破損を引き起こす事が可能なの?
500: 2005/05/29(日)11:06 ID:twTCB58j(1) AAS
寿命を縮めるぐらいならできそうだけど、
焼け死ぬかねぇ。
501(1): 2005/05/29(日)11:17 ID:gtLSw276(1) AAS
>>498
この人は
>Linux関連のサーバを作って飯を食うようになってかれこれ6年経ちますが、
>いまだに全貌が把握できていません
とか言ってWindowsサーバを使っているということは、
windowsの全貌を把握しているということなのか。
それはものすごくとんでもなくすごいことのように思われるのだが。。。
502: 2005/05/29(日)12:11 ID:hkr9w7J3(1) AAS
6年も使ってるのに把握できないなんてよっぽど...
503: 477 2005/05/29(日)12:32 ID:EBOrcVsP(1) AAS
>>501
こんなやつが、Linux 鯖で飯を食ってる当たりが エセエンジニアの
臭いがプンプン。だいたい fs と hd の物理的破損が関係あるわけない。
何の根拠もなく、こんなのことを平気で書くエンジニアがいるなんて
自分の無能をさらしているようなもんだろ。そういうやつがいるから
漏れに尻ぬぐいが回ってきて困るわけだが…。
504: 2005/05/29(日)12:43 ID:80gG1moJ(1) AAS
誤 >Linux関連のサーバを作って飯を食うようになってかれこれ6年経ちますが、
正 >Linux関連のサーバールームを作って飯を食うようになってかれこれ6年経ちますが、
505: 2005/05/29(日)12:50 ID:KKU89vSn(1) AAS
sambaが激遅なのは、認める。
506: 2005/05/29(日)12:57 ID:OUUVBMqM(1) AAS
自爆スイッチを押しちゃったんだよ、いろんな意味で。
507(1): 2005/05/29(日)13:20 ID:jMu2od1v(2/3) AAS
>>498
ファイルシステムごとに特性があるので、
用途に合わせてファイルシステムを選ぶ
べきだと思いますよ。
ファイル数が多い用途ならxfsかな。
私は1500万ファイル作成の実績がある。
6年も何をやってたのでしょうかね。。
508(1): 2005/05/29(日)14:01 ID:c9+5TNiD(1) AAS
>>496
lustreってどういうモノ?
>>497
いつの話をしている?
- どうせマシンが落ちたらおしまいだから、と割り切っていた。
- Linusが遅いのが嫌いだから、速度稼ぐため。
というのが昔の認識だったが。
509(1): 2005/05/29(日)14:39 ID:c3E3M3x2(2/2) AAS
>>508
今の話。いまだにext3ですらまともにsyncしとらんのじゃないかという話すら
あるわけで。
510: 2005/05/29(日)14:40 ID:jMu2od1v(3/3) AAS
外部リンク:www.lustre.org
lustreは並列ファイルシステム、pvfsなども並列ファイルシステム
1台以上のPCでファイルシステムを構築する。
PC512台で1台当たり100GのHDを2個づつ持ってたら
100G×2個×512台=
100TBの大容量ファイルシステムを組める
まぁ1台構成でもいいけど。
Lustreは1.2.4が無料公開
1.4系は有料です。
SuSEに入ってるのは1.2.1でした。
511: 2005/05/29(日)15:07 ID:NoZthknx(1) AAS
>509
まともにsyncしなければならない状況って
どこまでを対象(保証)するかというわけで、
lkmlで教祖様も、H.Reiserに「まぁ、頑張れや」
ってコメントを食らってたなぁ。
512: 2005/05/29(日)16:07 ID:SXHWtLvr(1) AAS
教祖様って何してる人なの?
513: 2005/05/30(月)09:09 ID:3U+9qI7o(1) AAS
要するに、どこまで保証するの?って話しになるときりがないから、
最初からsyncをしないって選択はありじゃない?
ぶっちゃけunmountの時だけsyncすればいい気がする。
514: 2005/05/30(月)09:12 ID:i64dRy21(1) AAS
流石513だ
そんなところに憧れるぜ
515(1): 2005/05/30(月)10:49 ID:KoV8h0gA(1) AAS
>>507
関係ないところでつっこんでわるいが、
細かい大量のファイルの処理なら ReiserFS、
大きなファイルの処理なら XFS が良いかと。
>>498
こ・・これは・・・。
こういう考えの人もいるから、
オープンソースとクローズソース論争が余計ねじれるのかな。
516: 2005/05/30(月)11:58 ID:y3FzkrcN(1) AAS
> 外部リンク[html]:blog.livedoor.jp
こいつは主にゲーハー板で有名な、MS営業にいそしむ電波なので関わらないのが吉かと。
517(1): 2005/05/30(月)13:04 ID:5fd+kXfT(1) AAS
>>515
今ならそうかもしれない
昔ならありえない時期もあった
そもそも「仕事で使うならReiserFSは選択肢に入れない」っていう人もこのスレには多いはず
なお>>570は細かいとは一言も言っていない
518(1): 2005/05/30(月)13:23 ID:isNlVzIG(1) AAS
>>517
日本国内の場合、仕事でLinux OSを使うこということは
ほとんどRed Hat Enterprise Linuxを使うということになるので、
技術的には使えてもサポートされていないReiserFSは
選択肢からは外れるね。SuSEを使うならOKだけど。
519: 2005/05/30(月)13:41 ID:04TkSPjg(1) AAS
>>570よ、「細かい」とは絶対書くなよ。
520: 2005/05/30(月)14:07 ID:5vmRVw8C(1) AAS
>>570
やらないか?
521: 2005/05/30(月)23:53 ID:YBPuhiGd(1) AAS
>>518 は「仕事でLinux OSを使う」イコール「ホストのお守り」という
思いこみの激しい香具師。
522: 2005/05/30(月)23:55 ID:BpInOoAy(1) AAS
>>570
「大きな」と書いとけ
523(1): 2005/05/31(火)02:39 ID:66ZHUBQ4(1) AAS
相変わらず要らない子なJFS
524: 2005/05/31(火)23:19 ID:X6W3xdgE(1/2) AAS
>>523
確かにねぇ...
HT-Treeでオールマイティーの ext3
小さいファイルなら reiserfs
大きいファイルなら XFS
ext3の代りにつかってみようか。でもユーザが少ないと
バグ出しも十分でないし。
525: 2005/05/31(火)23:20 ID:X6W3xdgE(2/2) AAS
うひひ
H-Treeだわさ。
526(1): 2005/05/31(火)23:58 ID:jsVIaIdN(1) AAS
reiser4も、そこはかとなく要らない子風味?
527: 2005/06/01(水)00:16 ID:ShbNpydh(1) AAS
>>526
前使ってたけど、人柱は足りてない気はする。
特性とかがreiserfsと近いならそのうち置き換わるんじゃね?
528(1): 2005/06/01(水)02:10 ID:2U2sugfS(1) AAS
小さいなら reiserfs って
アクセスが速いってこと?
それとも容量を食わないってこと?
529(1): 2005/06/01(水)07:47 ID:rTg/Ztgc(1) AAS
niifs (New Implementation of a Log-Structured File System)
外部リンク[html]:lc.linux.or.jp
はどうなんかの
530: 2005/06/01(水)08:20 ID:NRggAtI+(1) AAS
>>528
一応両方。
ファイル最後尾の小さな断片をまとめることで容量を節約する機構がある。
(Reiser ほどじゃないけど XFS にも節約機構有り。)
速度に関しては、ファイルの作成・削除が非常に高速なので、
結果小さいファイルを多く作るのが速い。
デフラグソフト PerfectDisk を使っていると分かるけど、
クライアント用途においては容量比で 90% 以上のファイルは一ヶ月以上
更新されない。ReiserFS はこれに着目してファイルを再配置する機構もある。
元々 Reiser 系は小さいファイルの扱いにフォーカスして設計されている。
省2
531: 2005/06/01(水)09:23 ID:ezJ7Y1/u(1) AAS
JFSは使われてないねぇ。
SELinuxでつかえないから、FC/RedHat系で使われる事もないだろうし。
ReiserFSだと小さいファイルは、なんて言うか忘れたけど、
NTFSのMFTみたいに扱うから、それも高速化の一因だったはず。
532(1): 2005/06/01(水)12:52 ID:pd+Zn3ll(1/2) AAS
いや、NTFSのMFTのようにinodeの直接収めるのはXFSの方だよ
Reiserfsのpackingは違うっしょ
533: 2005/06/01(水)17:13 ID:pd+Zn3ll(2/2) AAS
×inodeの
○inodeに
534: 2005/06/03(金)00:22 ID:9Z8EdnsP(1) AAS
JFSでシステム組んでるんですけど、、、orz.
でも、いまんとこクラッシュなくて(・∀・)イイ!!よ。
ext3ではひどい目にあったけど、、、
535: 2005/06/03(金)04:21 ID:fqpvqrM5(1) AAS
なんでこんなに大勢で弄ってるわりにはLinuxのファイルシステムって
評判悪いの?
536: 2005/06/03(金)04:26 ID:cyvEt3ew(1) AAS
評判悪い?
そんなこときいたこともないよ
537: 2005/06/03(金)07:22 ID:6fV393qL(1) AAS
VxVMのおまけのVxFSでいいや。
538: 2005/06/03(金)23:55 ID:riyCeKN/(1) AAS
OSF1のおまけのAFSでいいや。
539(3): 2005/06/05(日)13:35 ID:NmJdwXF5(1/2) AAS
本当かどうかはともかく、悪い評判をまいてるヤシはいるわな。ほれ、また奥山ネタだが。
外部リンク[pl]:slashdot.jp
>Qu FuPing が LinusとFile System Maintainer に対し、障害時エラー出力の標準化を求めている。
>しかし、Linusは全く対応しようとしない。その態度には誠実さなどかけらも無い。
>
>背景を少し説明しよう。 Project DOUBT で、彼は 実に素晴らしいテスト を考え付いてくれた。
>対象はファイルシステム。調査内容はハードウェア障害をファイルシステムがいかに素早く
>アプリケーションに通達するか、だ。
>意図的にUPnP機能を持つデバイス上にファイルシステムを作ることで、
>デバイスドライバーまでは障害を確実に取得できるようにする。
省14
540: 2005/06/05(日)14:51 ID:bh5pvN4i(1/2) AAS
>>539
Windowsなんかは、知識が足りないユーザーも使うから、
エラーはしっかり出すように気をつけてるんかね〜
OSごとに、ターゲットにしてる人に合わせた対応って感じなのかな。
541: 2005/06/05(日)15:33 ID:VJ9bX/vX(1/2) AAS
WindowsでFAT32に4Gを超えるファイルを
542: 2005/06/05(日)15:34 ID:VJ9bX/vX(2/2) AAS
途中で投稿しちまった
コピーしようとしたときのエラーメッセージとか、しっかりしてないよWindowsも
543: 2005/06/05(日)16:05 ID:NmJdwXF5(2/2) AAS
WindowsのUSBデバイスの場合は、デバイスがひっこぬかれた瞬間に
システム側のファイルシステムが強制アンマウントされた状態になるよね。
Unixで同じようにファイルシステム強制アンマウントってできるの?
普通はプロセスがさわってたらDevice busyとかなっちゃうけど、
あれの根本的解決ないのかな。
linux-2.4.30でUSB HDDひっこぬいて(device busyがない状態で)
存在しなくなったブロックデバイスをumountしようとすると
reiserfsなんかはfs driver内でSEGV起きてたりした気がする。
544: 2005/06/05(日)17:10 ID:NpLX2uh5(1) AAS
昔 USB フロッピードライブを USB 端子にさしたとき、
ディスクが入ってないせいで kernel がとまったことがあった。
545: 2005/06/05(日)18:28 ID:r7kQQlxC(1) AAS
これ言っちゃおしまいかもしれないけど、
Linuxは昔も今もこれからも、そういうモノでないかなあ。
それが嫌ならBSDなりSolarisなりWindowsなりを使えばいいわけで。
それを知らずにLinusの信者になる方が悪いっていうか…
546: 2005/06/05(日)18:32 ID:b0+PVAiV(1) AAS
Linus「patch書けば?」
547: 2005/06/05(日)19:13 ID:bh5pvN4i(2/2) AAS
でも、気に入らないって言われて、書いたパッチはキックされちゃうんでしょw
548: 2005/06/05(日)19:20 ID:Za7i2s6w(1) AAS
>>539
Qu FupingがLKMLで相談したのがこのスレ
外部リンク:lkml.org
教祖様が参戦したスレは
「USBはホットプラグデバイスなんだから再接続した時にスムーズに再マウントできないとダメだろ」
とかめちゃめちゃな流れになっててワロス
長文のわりに議論が下手糞だなあ
ところでFreeBSDのFireWireディスクは切断-再接続した時再マウントなしに使えるんじゃなかったっけ
549: 2005/06/05(日)22:18 ID:+llbLc1X(1) AAS
そこで fork ですよ。
550(1): 2005/06/05(日)23:21 ID:VQX7pw2P(1) AAS
AA省
551: 2005/06/06(月)00:11 ID:y1ocIhz9(1) AAS
そりゃ食えん
552: 2005/06/06(月)01:55 ID:vt5pixcw(1) AAS
Linus「文句言う or 日記書く or 2chに書きこみする 暇があったら、*素晴らしい* patch 書け。以上、議論終了。」
上下前次1-新書関写板覧索設栞歴
あと 431 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.045s