Otazka iSCSI

[Dan Lukes]

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