Měření rychlosti a doby operací
Posted: 22 May 2006, 13:32
Plánujete udělat měření rychlosti a počítání zbývající doby při copy/move?
Page 1 of 1
Posted: 22 May 2006, 13:33
Ano, máme to v plánu, viz ALTAP Roadmap: http://www.altap.cz/salam_cz/newver.html#roadmap
Posted: 22 May 2006, 19:31
A k čemu je to dobré?Jan Rysavy wrote:Ano, máme to v plánu, viz ...
Posted: 22 May 2006, 21:24
Dříve to valný význam nemělo, protože většina operací byla nad malým množstvím dat (diskety, malé disky). S příchodem velkých disků, externích disků připojených přes USB, s rozvojem sítí, příchodem MP3 a především AVI vznikla potřeba mít možnost porovnat přenosové rychlosti, vidět časový odhad doby trvání operace.Miroslav Novosad wrote:A k čemu je to dobré?
Například nás zarazilo, jak se dokáží lišit dva externí USB šuplíky pro pevné disky. Oba jsou USB 2.0 a jeden je o 50% rychlejší (testováno se stejným diskem, rozdíl pouze v USB řadiči). Další použití je diagnostika problémů na síti... pokud 100Mbitová síť jede na 10Mbitech, je něco v nepořádku.
Posted: 23 May 2006, 00:47
No, rychlost přenosu, budiž (pro zajímavost), ale nějaké zcestné odhady, to mně příjde zbytečné. U malých objemů bezpředmětné, u velkých je tolik faktorů, které nemůžete ovlivnit, že odhad stejně nic neřeší.Jan Rysavy wrote:vznikla potřeba mít možnost porovnat přenosové rychlosti, vidět časový odhad doby trvání operace.
A co když zjistíte, že odhad je třeba 5 minut - půjdete či nepůjdete si podle toho vařit kafe, nebo jak s tím údajem prakticky naložíte? Nebo ty Vaše dva stejné disky - přece nekoukáte na progressbar, až doběhne do konce, či snad ano? Já osobně dám kopírovat a dělám něco jiného. Až to bude, tak to bude. Pokud to potřebuji, tak prostě počkám, až se to přetáhne... Hledáním případné chyby a laděním max. výkonu ztratím víc času, než kolik ušetřím rychlejším přenosem.
BTW pokud 100Mb síť poběží na 10 Mb, tak to stejně takto nezměříte, protože Windowsy (nepletu-li se) na jeden přenos víc jak 10 Mb neuvolní. A pochybuji, že si budete házet dialogy od příp. více přenosů hezky vedle sebe a sčítat jednotlivé přenosy, kolik to hodí dohromady. Tolik času určitě nemáte:-)
Posted: 23 May 2006, 06:48
Pro kratší přenosy je odhad skutečně nezajímavý, ale například u FTP (kde již přenosovou rychlost a odhady času zobrazujeme) je docela milé vidět, zda přenos potrvá ještě 10 hodin nebo celý den. Takže já osobně to uvítám i v případě diskových operací. Dodnes používám externí USB 1.0 disk a přenos fotek z něj se neúprosně táhne.
O limitu 10Mbitů na jednu operaci nic nevím, běžně kopírujeme na naší 100Mbitové síti (W2K Pro, Windows XP, Linux) rychlostí 5MB/s. Pokud špatně nastavíme parametry sítě (například duplex) nebo když nám odejde 3com switch (jako před půl rokem), dokáže přenosová rychlost spadnou na desetinu.
Každopádně se jedná o jednu z nejžádanějších funkcí za poslední dva roky. Navíc máme měřící objekt naprogramovaný (FTP plugin).
O limitu 10Mbitů na jednu operaci nic nevím, běžně kopírujeme na naší 100Mbitové síti (W2K Pro, Windows XP, Linux) rychlostí 5MB/s. Pokud špatně nastavíme parametry sítě (například duplex) nebo když nám odejde 3com switch (jako před půl rokem), dokáže přenosová rychlost spadnou na desetinu.
Každopádně se jedná o jednu z nejžádanějších funkcí za poslední dva roky. Navíc máme měřící objekt naprogramovaný (FTP plugin).
Posted: 23 May 2006, 09:54
OT:Jan Rysavy wrote:běžně kopírujeme na naší 100Mbitové síti (W2K Pro, Windows XP, Linux) rychlostí 5MB/s.
Jestli je to nejaky prumer, pak budiz. Ale na 100MBitu bys pri maximalni propustnosti (predpokladam, ze ownd, RTT aspol. se vam na lokale nekripluje) mel dosahnout mnohem vice. Pokud je sit zatizena beznym povozem (mail, web, ...) tak musis stabilne letet pres 8MB/s ve spickach jeste vice.
Posted: 23 May 2006, 10:32
Máš pravdu, jede to na 7MB/s. Špatně jsem si to pamatoval.cincura.net wrote:Jestli je to nejaky prumer, pak budiz. Ale na 100MBitu bys pri maximalni propustnosti (predpokladam, ze ownd, RTT aspol. se vam na lokale nekripluje) mel dosahnout mnohem vice. Pokud je sit zatizena beznym povozem (mail, web, ...) tak musis stabilne letet pres 8MB/s ve spickach jeste vice.
Posted: 25 May 2006, 14:50
Pokud je tech 7 MB/s prenos na/z linuxoveho serveru pres sambu, tak si v smb.conf upravte velikost bufferu:Jan Rysavy wrote:Máš pravdu, jede to na 7MB/s. Špatně jsem si to pamatoval.cincura.net wrote:Jestli je to nejaky prumer, pak budiz. Ale na 100MBitu bys pri maximalni propustnosti (predpokladam, ze ownd, RTT aspol. se vam na lokale nekripluje) mel dosahnout mnohem vice. Pokud je sit zatizena beznym povozem (jeil, web, ...) tak musis stabilne letet pres 8MB/s ve spickach jeste vice.
Code: Select all
socket options = IPTOS_LOWDELAY TCP_NODELAY SO_SNDBUF=14096 SO_RCVBUF=14096
Posted: 25 May 2006, 16:05
Díky za tip! Bohužel se jedná o přenos W2K <-> W2K. Samba nám jede pomaleji, ale je to dáno archaickou základní deskou a jejím IDE řadičem.
Posted: 25 May 2006, 16:39
Toto mohlo být způsobeno připojením rozdílných USB zařízení k jednomu USB řadiči. Pokud se k řadiči, který podporuje USB2 připojí byť jediné USB1 zařízení, tak se přenosová rychlost tohoto USB2 řadiče sníží na ryhlost USB1 na všech portech.Jan Rysavy wrote:Například nás zarazilo, jak se dokáží lišit dva externí USB šuplíky pro pevné disky. Oba jsou USB 2.0 a jeden je o 50% rychlejší (testováno se stejným diskem, rozdíl pouze v USB řadiči).
Takže je-li připojen ext. hdd s podporou USB2 a zároveň jiné zařízení s podporou USB1 mobil/foťák/scanner/tiskárna..., tak celý řadič funguje na USB1 a ext.hdd má smůlu...
Každopádně se na měření přenosové rychlosti těším. Rozhodně to bude užitečná fičurka.