abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 23:22 | Nová verze

    Hudební přehrávač Amarok byl vydán v nové major verzi 3.0 postavené na Qt5/KDE Frameworks 5. Předchozí verze 2.9.0 vyšla před 6 lety a byla postavená na Qt4. Portace Amaroku na Qt6/KDE Frameworks 6 by měla začít v následujících měsících.

    Ladislav Hagara | Komentářů: 1
    včera 21:44 | Komunita

    Ubuntu 24.10 bude Oracular Oriole (věštecká žluva).

    Ladislav Hagara | Komentářů: 1
    včera 20:22 | Nová verze

    Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.

    Ladislav Hagara | Komentářů: 0
    včera 13:33 | IT novinky

    Před 25 lety, ve čtvrtek 29. dubna 1999, byla spuštěna služba "Úschovna".

    Ladislav Hagara | Komentářů: 0
    včera 01:00 | Nová verze

    Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.

    Ladislav Hagara | Komentářů: 0
    28.4. 16:33 | Nová verze Ladislav Hagara | Komentářů: 0
    28.4. 03:22 | Zajímavý článek

    V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …

    Ladislav Hagara | Komentářů: 0
    28.4. 00:11 | Nová verze

    Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.

    Ladislav Hagara | Komentářů: 7
    27.4. 17:44 | Nová verze

    Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    26.4. 17:11 | Nová verze

    Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.

    Ladislav Hagara | Komentářů: 12
    KDE Plasma 6
     (75%)
     (8%)
     (2%)
     (15%)
    Celkem 882 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    Rozcestník

    Propustnost 100Mb ethernetu

    29.6.2005 21:41 | Přečteno: 2266× | Ostatní

    Potřeboval jsem teď přenést mezi dvěma počítači 700MB soubor, tak jsem si řekl, že u toho otestuju propustnost sítě

    Nástroje:

    Rychlost zdrojového disku:

    # hdparm -tT /dev/hda
    
    /dev/hda:
     Timing cached reads:   1768 MB in  2.00 seconds = 884.13 MB/sec
     Timing buffered disk reads:   72 MB in  3.06 seconds =  23.52 MB/sec
    Rychlost cílového disku:
    # hdparm -tT /dev/hda
    
    /dev/hda:
     Timing cached reads:   520 MB in  2.01 seconds = 258.23 MB/sec
     Timing buffered disk reads:   36 MB in  3.09 seconds =  11.66 MB/sec
    Velikost RAM je u obou počítačů 256 MB, z toho si na "zdrojovém" stroji ukousne 16 MB grafika.

    velikost souboru:

     $ du -h soubor
    700M    soubor
    čas přenosu:
    $ time cat soubor |socket -q 192.168.1.5 1234
    
    real    1m14.205s
    user    0m0.481s
    sys     0m15.115s
    (na druhé straně bylo použito socket -sq 1234 >soubor)

    To dává ve výsledku necelých 10 MB/s, tedy kolem 75 Mbps. Celkem by mě zajímalo, jestli ten výsledek brzdí disky (především ten druhý), nebo síť (kde zbytek do max. kapacity dělá režie první a druhé vrstvy). Jak jste na tom s propustností síťe vy?

           

    Hodnocení: -

    zatím nehodnoceno
            špatnédobré        

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    29.6.2005 21:47 VícNežNic | skóre: 42 | blog: Spáleniště | Ne dost daleko
    Rozbalit Rozbalit vše Hm
    Žiju v přesvědčení, že od 100Mbit Ethernetu mohu očekávat tak mezi šesti až osmi megabajty a výsledky které dosahuji tomu zhruba odpovídají.
    Copak toho není dost?
    29.6.2005 23:27 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: Hm
    Pro rozumné protokoly (FTP, HTTP, NFS apod.) není problém dosáhnout něco přes 11 MB/s, např. u HTTP kolem 11.25 MB/s. U Samby je to typicky o něco méně, ale i tak se mi podařilo už i něco přes 9 MB/s (Linux - Linux).
    30.6.2005 10:48 Jan Kundrát (jkt) | skóre: 27 | blog: jkt | Praha - Bohnice
    Rozbalit Rozbalit vše Re: Hm
    Ono to neni ani tak moc o protokolu, ale spis o sitovkach, ze :-). Proste zlaty Intel.
    1.7.2005 19:51 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: Hm
    Houbeles. To jsou čísla, která s prstem v nose dosáhnu mezi dvěma Realteky na počítačích s procesory na úrovni 600-700 MHz Duronu. Zátěž procesoru nepřesáhne 30 procent (a to samozřejmě všechno nesežerou ty síťovky). Nesmíte věřit všemu, co se povídá…

    A o protokolech to samozřejmě je, protože ze Samby bych podle všeho na stovkové síti 11 MB/s nevyždímal, ani kdybych měl na obou stranách čtyři Opterony a serverové (66 MHz, 64 bitů) Intel karty…

    Luk avatar 30.6.2005 11:50 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
    Rozbalit Rozbalit vše Re: Hm
    Ten SMB protokol je vůbec zajímavý. Linux-Linux se blíží rychlosti dosažitelné normálními protokoly, Linux-Win je to horší, ale nejhorší je to Win-Win. S XP to ještě jde, ale pokud je na jedné straně systém Win98, rychlost je až 10x (!) nižší než třeba u HTTP.
    Šifrování je absolutní nutnost a pomáhá chránit před nekalými živly
    Pavel Stárek avatar 30.6.2005 16:17 Pavel Stárek | skóre: 44 | blog: Tady bloguju já :-) | Kolín
    Rozbalit Rozbalit vše Re: Hm
    ...ale pokud je na jedné straně systém Win98, rychlost je až 10x (!) nižší než třeba u HTTP.
    No to je přeci jasné, "je třeba" udělat upgrade :-) Vůbec bych se nedivil, kdyby MS měl v těch protokolech nějakou detekci OS a podle výsledků detekce ty přenosy zpomaloval.
    Kdo chce, hledá způsob; kdo nechce, hledá důvod.
    1.7.2005 19:53 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: Hm
    Implementace síťových protokolů ve Windows 98 je kapitola sama pro sebe. Jak jsem zjistil, s Windows 98 o moc vyšší čísla nedostanu ani na gigabitu…
    29.6.2005 21:54 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
    Rozbalit Rozbalit vše Gkrell
    Pusť si gkrellm a uvidíš, kde to "vázne". Ale 10MB/s mi přijde jako velmi dobrý výsledek. BTW pár cyklů procesoru ušetříš, když nebudeš zbytečně používat cat :-)
    29.6.2005 22:40 iSteve
    Rozbalit Rozbalit vše 10MBps
    10MB/s neni zle. Kazdopadne, abys vyrusil ztraty na discich, proc nezkusis spis cat /dev/zero | socket... a na prijimaci socket ... > /dev/null ?
    29.6.2005 23:04 deleted | skóre: 3 | blog: pnojmatika
    Rozbalit Rozbalit vše Re: 10MBps
    spíš by bylo lepší přenášet náhodná data...
    deleted
    30.6.2005 10:48 Jan Kundrát (jkt) | skóre: 27 | blog: jkt | Praha - Bohnice
    Rozbalit Rozbalit vše Re: 10MBps
    spíš by bylo lepší přenášet náhodná data...
    Nahodny data musis generovat a to zere cas.
    30.6.2005 11:20 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
    Rozbalit Rozbalit vše Re: 10MBps
    Navíc TCP ani Ethernet nijak nekomprimuje, takže by to nemělo mít vliv.
    29.6.2005 23:58 David Jaša | skóre: 44 | blog: Dejvův blog
    Rozbalit Rozbalit vše Re: 10MBps
    Protože jsem primárně přenášel soubor a u toho mě napadlo měřit rychlost. ;-)
    30.6.2005 00:28 moira | skóre: 30 | blog: nesmysly
    Rozbalit Rozbalit vše Sitovky
    Mozna bude problem i v sitovkach, pokud vim tak 8139 generuji IRQ po kazdem prijatem paketu a to muze celkem brzdit provoz. Ale to jenom hadam, jinak ja mam 3Com a zadny problem - rychlost kolem 9-10MB/s (FTP).
    Překladač ti nikdy neřekne: "budeme kamarádi"
    30.6.2005 02:12 David Jaša | skóre: 44 | blog: Dejvův blog
    Rozbalit Rozbalit vše Re: Sitovky
    V routeru (P 133) mám 3com 905 a realtek 8139 a na BSD to při routování 256 kB/s bralo 10 % na přerušeních. BTW v jádře je na to volba, zda u těch realteků používat PIO nebo MMIO a defaultní je, aby používaly PIO.
    Luboš Doležel (Doli) avatar 30.6.2005 10:18 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Sitovky
    Nějak jsem nenašel, kde tam ta volba je. Nenavedeš mě?
    30.6.2005 10:26 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: Sitovky
    CONFIG_8139TOO_PIO
    Luboš Doležel (Doli) avatar 30.6.2005 11:18 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Sitovky
    Díky, přehlídnul jsem to.
    30.6.2005 11:23 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
    Rozbalit Rozbalit vše Re: Sitovky
    Linux to na běžném procesoru ještě celkem stíhá, ale s Windows je to občas radost :-/
    Luk avatar 30.6.2005 11:47 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
    Rozbalit Rozbalit vše Re: Sitovky
    Nevím, jak fungují RT8139, ale mám s těmito kartami velké praktické zkušenosti, stejně jako s 3COM. Kdysi jsem zkoušel měřit rychlost, porovnával jsem RT-3COM, RT-RT a 3COM-3COM - průměry z několika měření se nelišily víc než o 0,3 %.

    Takže bych RT8139 nepovažoval za (z hlediska rychlosti) problematické karty, zvlášť když stojí několikrát méně než 3COM :-)
    Šifrování je absolutní nutnost a pomáhá chránit před nekalými živly
    Josef Kufner avatar 30.6.2005 01:33 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše este
    Po NFS se mi dari po 100MBit siti i nejakych 12MByte/sec, ale vetsinou se to drzi kolem tech 10 MB/sec. Takze je to asi tak akorat :-)
    Hello world ! Segmentation fault (core dumped)
    30.6.2005 15:46 kavol | skóre: 28
    Rozbalit Rozbalit vše rychlost disku???
    Rychlost cílového disku: 
    # hdparm -tT /dev/hda
    
    /dev/hda:
     Timing cached reads:   520 MB in  2.01 seconds = 258.23 MB/sec
     Timing buffered disk reads:   36 MB in  3.09 seconds =  11.66 MB/sec
    To dává ve výsledku necelých 10 MB/s, tedy kolem 75 Mbps. Celkem by mě zajímalo, jestli ten výsledek brzdí disky (především ten druhý),
    IMHO to zcela evidentně brzdí ten druhý disk - vás ve škole neučili, že rychlost zápisu bývá nižší, nežli sekvenční čtení?

    Založit nové vláknoNahoru

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.