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 22:22 | Bezpečnostní upozornění

    Dellu byla odcizena databáze zákazníků (jméno, adresa, seznam zakoupených produktů) [Customer Care, Bleeping Computer].

    Ladislav Hagara | Komentářů: 1
    včera 21:11 | Zajímavý článek

    V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.

    Ladislav Hagara | Komentářů: 4
    včera 14:33 | Pozvánky

    O víkendu 11. a 12. května lze navštívit Maker Faire Prague, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.

    Ladislav Hagara | Komentářů: 0
    8.5. 21:55 | Nová verze

    Byl vydán Fedora Asahi Remix 40, tj. linuxová distribuce pro Apple Silicon vycházející z Fedora Linuxu 40.

    Ladislav Hagara | Komentářů: 21
    8.5. 20:22 | IT novinky

    Představena byla služba Raspberry Pi Connect usnadňující vzdálený grafický přístup k vašim Raspberry Pi z webového prohlížeče. Odkudkoli. Zdarma. Zatím v beta verzi. Detaily v dokumentaci.

    Ladislav Hagara | Komentářů: 4
    8.5. 12:55 | Nová verze

    Byla vydána verze R14.1.2 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.

    JZD | Komentářů: 0
    7.5. 18:55 | IT novinky

    Dnešním dnem lze již také v Česku nakupovat na Google Store (telefony a sluchátka Google Pixel).

    Ladislav Hagara | Komentářů: 10
    7.5. 18:33 | IT novinky

    Apple představil (keynote) iPad Pro s čipem Apple M4, předělaný iPad Air ve dvou velikostech a nový Apple Pencil Pro.

    Ladislav Hagara | Komentářů: 4
    7.5. 17:11 | Nová verze

    Richard Biener oznámil vydání verze 14.1 (14.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 14. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.

    Ladislav Hagara | Komentářů: 0
    7.5. 13:44 | Komunita

    Free Software Foundation zveřejnila ocenění Free Software Awards za rok 2023. Vybráni byli Bruno Haible za dlouhodobé příspěvky a správu knihovny Gnulib, nováček Nick Logozzo za front-end Parabolic pro yt-dlp a tým Mission logiciels libres francouzského státu za nasazování svobodného softwaru do praxe.

    Fluttershy, yay! | Komentářů: 0
    Podle hypotézy Mrtvý Internet mj. tvoří většinu online interakcí boti.
     (63%)
     (8%)
     (13%)
     (16%)
    Celkem 146 hlasů
     Komentářů: 10, poslední 8.5. 17:35
    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.