a storage epitgetes alatt tesztelek freebsdn es solarison is. a freebsd erezhetoen lasabb, de ugy latom tcpdumpbol, hogy ez azert van, mert a vmware irasi/olvasasi blokkmeretnek mindig azt hasznalja, amit az nfs szerver ajanl (vagy lehet az is, hogy ha nem ajanl semmit, akkor hasznalja a 64kt).
erdekessegkeppen solarissal 512k-s blokkmeretet hasznal nagyjabol, ami jelentosen dob rajta.
hogy tudnam megmondani az nfsd-nek freebsdn, hogy ezt hirdesse? man nfsd-t neztem, nem sok sikerrel.
(vsphere-n ugy tudom nem tudom meg a shellbol sem atallitani ezt).
- 7737 megtekintés
Hozzászólások
Szerintem sehogy. Ezt általában kliens oldalon paraméterezed.
--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix-art.hanzo.hu/
https://sites.google.com/site/jupiter2005ster/
- A hozzászóláshoz be kell jelentkezni
ezt irtam fent: sehogy nem parametereztem a vspheret, viszont ket kulon NFS implementacioval ket kulon wsize/rsize lett beallitva. ergo kell, hogy legyen ra mod, hogy az NFS server mondja meg ezeket az ertekeket.
- A hozzászóláshoz be kell jelentkezni
update: az NFS RFC 3.3.19 -es pontjaban (FSINFO leirasa) megtalalhatoak az ertekek; tcpdumpal megneztem, hogy mountnal mit ajanl a freebsd es mit a solaris, es jelentos elteresek vannak.
rtmax, rtpref, wtmax, wtpref: 64k (fbsd), 1M (solaris)
dtpref: 64k (fbsd), 8k (solaris)
megpatchelem a kernelben az nfsd-t, megnezzuk, javul-e.
- A hozzászóláshoz be kell jelentkezni
megjavult.
megnezzuk mit szolnak hozza az illetekesek: http://lists.freebsd.org/pipermail/freebsd-fs/2013-June/017519.html
- A hozzászóláshoz be kell jelentkezni
grat az eredményességhez. dobnál egy summary-t hogy hogyan csináltad a patchelést?
--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix-art.hanzo.hu/
https://sites.google.com/site/jupiter2005ster/
- A hozzászóláshoz be kell jelentkezni
az NFS_MAXBSIZE -t definialtam felul 1M-re a kernelben, majd ujraforgattam. de vannak itt meg mas erdekessegek is, amiket epp nyomozok.
- A hozzászóláshoz be kell jelentkezni