abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 04:55 | Nová verze

    Byl vydán Debian GNU/Hurd 2025. Jedná se o port Debianu s jádrem Hurd místo obvyklého Linuxu.

    Ladislav Hagara | Komentářů: 0
    dnes 02:44 | Komunita

    V sobotu 9. srpna uplynulo přesně 20 let od oznámení projektu openSUSE na konferenci LinuxWorld v San Franciscu. Pokuď máte archivní nebo nějakým způsobem zajímavé fotky s openSUSE, můžete se o ně s námi podělit.

    lkocman | Komentářů: 5
    9.8. 21:11 | Nová verze

    Byl vydán Debian 13 s kódovým názvem Trixie. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 5
    9.8. 15:55 | Zajímavý software

    WLED je open-source firmware pro ESP8266/ESP32, který umožňuje Wi-Fi ovládání adresovatelných LED pásků se stovkami efektů, synchronizací, audioreaktivním módem a Home-Assistant integrací. Je založen na Arduino frameworku.

    Indiánský lotr | Komentářů: 0
    8.8. 15:33 | Nová verze

    Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.8.

    Ladislav Hagara | Komentářů: 10
    8.8. 14:22 | IT novinky

    Herní studio Hangar 13 vydalo novou Mafii. Mafia: Domovina je zasazena do krutého sicilského podsvětí na začátku 20. století. Na ProtonDB je zatím bez záznamu.

    Ladislav Hagara | Komentářů: 1
    8.8. 13:22 | IT novinky

    Operátor O2 má opět problémy. Jako omluvu za pondělní zhoršenou dostupnost služeb dal všem zákazníkům poukaz v hodnotě 300 Kč na nákup telefonu nebo příslušenství.

    Ladislav Hagara | Komentářů: 11
    8.8. 05:55 | IT novinky

    Společnost OpenAI představila GPT-5 (YouTube).

    Ladislav Hagara | Komentářů: 2
    8.8. 05:00 | Nová verze

    Byla vydána (𝕏) červencová aktualizace aneb nová verze 1.103 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.103 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    7.8. 17:33 | IT novinky

    Americký prezident Donald Trump vyzval nového generálního ředitele firmy na výrobu čipů Intel, aby odstoupil. Prezident to zdůvodnil vazbami nového šéfa Lip-Bu Tana na čínské firmy.

    Ladislav Hagara | Komentářů: 14
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (46%)
     (20%)
     (5%)
     (6%)
     (3%)
     (1%)
     (1%)
     (18%)
    Celkem 327 hlasů
     Komentářů: 23, poslední 4.8. 13:01
    Rozcestník

    Propustnost 100Mb ethernetu

    29.6.2005 21:41 | Přečteno: 2293× | 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.