Miroslav Lachman wrote: > Dan Lukes wrote: >> Vilem Kebrt wrote: >>> mel bych rychlou otazku, snazim se kde to jde zbavit NFS a prehazet to >>> na iSCSI. >> >> Neodpovim protoze nevim, misto toho se zeptam ... >> >> Duvod ? Mel jsme dojem, ze iSCSI ma za srovnatelnych sitovych okolnosti >> nutne horsi pruchodnost. Ale nemeril jsem, je to jen odhad ... > > Spis se jen tak zeptam - jsou soubory pres NFS ukladany ve VFS cache, > takze se pro ne podruhe uz nesaha pres sit, ale vezme se z te lokalni > VFS? (mozna to pojmenovavam spatne, tak me kdyztak oprav)
No, odpoved jsem neznal, ale to je trivialni zjistit. Proste namountuju svazek a dvakrat stahnu tentyz soubor. Vybral jsem hodne maly. Zaznam sitove komunikace z prvniho stazeni: > > 112 access fh 1287,916709/1042168 NFS_ACCESS_FULL > < reply ok 120 access attr: DIR 755 ids 0/0 sz 1536 c 0013 > > 132 lookup fh 1287,916709/1042168 "patch-OPENSSH-AUTH" > < reply ok 236 lookup fh 1287,916709/1044934 REG 644 ids 0/0 sz 370 > > 112 access fh 1287,916709/1044934 NFS_ACCESS_FULL > < reply ok 120 access attr: REG 644 ids 0/0 sz 370 c 0001 > > 120 read fh 1287,916709/1044934 370 bytes @ 0 > < reply ok 500 read REG 644 ids 0/0 sz 370 370 bytes EOF A z druheho: > > 112 access fh 1287,916709/1042168 NFS_ACCESS_FULL > < reply ok 120 access attr: DIR 755 ids 0/0 sz 1536 c 0013 > > 132 lookup fh 1287,916709/1042168 "patch-OPENSSH-AUTH" > < reply ok 236 lookup fh 1287,916709/1044934 REG 644 ids 0/0 sz 370 > > 112 access fh 1287,916709/1044934 NFS_ACCESS_FULL > < reply ok 120 access attr: REG 644 ids 0/0 sz 370 c 0001 Jevi se to byt dost podobne, akorat v druhem pripade schazi posledni dvojice, tedy samotne precteni souboru. Zrejme se tedy obsah musel poskytnout z lokalni cache, quod erat demonstrandum. Pokud sem ovsem nekde neudelal metodickou chybu ... Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l