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í
×
    včera 17:33 | Komunita

    O víkendu probíhá EmacsConf 2021, tj. online konference vývojářů a uživatelů editoru GNU Emacs. Sledovat lze na stránkách konference nebo také na YouTube.

    Ladislav Hagara | Komentářů: 6
    26.11. 23:55 | Nová verze

    Heimer je v Qt napsaná desktopová aplikace pro tvorbu myšlenkových map, diagramů a poznámek. Vydána byla verze 3.0.0. Videoukázka verze 1.9.0 na YouTube.

    Ladislav Hagara | Komentářů: 7
    26.11. 17:11 | Zajímavý projekt

    Na stránkách LINux on MOBile je každou středu publikován týdenní přehled dění kolem Linuxu na mobilních zařízeních. V aktuálním přehledu je zmíněn například nový build 2021/11/21 Arch Linuxu ARM pro PinePhone a PineTab nebo NemoMobile 0.7.

    Ladislav Hagara | Komentářů: 0
    25.11. 21:11 | Komunita

    Mozilla ukončí podporu aplikace Firefox Lockwise pro systémy Android a iOS s účinností od 13. prosince 2021. Aplikaci Firefox Lockwise již nebude možné nainstalovat ani přeinstalovat z obchodu App Store ani Google Play.

    Ladislav Hagara | Komentářů: 8
    25.11. 20:22 | Nová verze

    Byla vydána verze 8.1.0 skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Přináší řadu novinek a vylepšení. Vydána byla také příručka pro přechod z předchozích verzí.

    Ladislav Hagara | Komentářů: 0
    25.11. 08:00 | Nová verze

    Endless OS byl vydán ve verzi 4.0.0. Přehled novinek v poznámkách k vydání. Nejnovější Endless OS vychází z Debianu Bullseye. Zdůrazněna je dlouhodobá podpora.

    Ladislav Hagara | Komentářů: 0
    24.11. 22:11 | Zajímavý projekt

    Byly vyhlášeny vítězné aplikace letošní soutěže Společně otevíráme data Nadace OSF pro neziskové aplikace postavené nad otevřenými daty v Česku. V kategorii Městská data zvítězila aplikace PragueDash. Kategorii Klima a životní prostředí ovládla aplikace Envidata. Kategorii Vzdělávání vyhrál interaktivní článek Od moru ke covidu. Nejlepší aplikací v kategorii Zdraví se stala aplikace COVID očkování.

    Ladislav Hagara | Komentářů: 12
    24.11. 22:00 | Nová verze

    Český LibreOffice tým vydal překlad příručky LibreOffice Draw 7.1. Tato kniha se zabývá hlavními funkcemi programu Draw, vektorové grafické komponenty systému LibreOffice. Pomocí Draw lze vytvářet širokou škálu grafických obrázků. Příručka je ke stažení na stránce dokumentace. Tým nyní pracuje na překladu příručky Base.

    Zdeněk Crhonek | Komentářů: 0
    24.11. 16:22 | Nová verze

    Byla vydána nová stabilní verze 3.15.0, tj. první z nové řady 3.15, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu.

    Ladislav Hagara | Komentářů: 0
    24.11. 14:11 | IT novinky

    Vývojových desek Arduino UNO bylo prodáno již více než 10 miliónů. Při této příležitosti bylo představeno Arduino UNO Mini Limited Edition o rozměrech 34,2 × 26,7 × 8 mm. Předobjednat jej lze za 40 eur.

    Ladislav Hagara | Komentářů: 8
    Který formát počítače (form factor) preferujete?
     (15%)
     (33%)
     (7%)
     (39%)
     (6%)
    Celkem 403 hlasů
     Komentářů: 46, poslední 24.11. 15:31
    Rozcestník

    Upgrade postaršieho Notebooku 5: Porovnanie výkonu HDD a SSD

    15.1.2020 13:37 | Přečteno: 1926× | Upgrade Hardware | poslední úprava: 13.1.2020 07:04

    Tak sme si vymenili optickú mechaniku za SSD, a teraz by sme si mohli porovnať výkon.

    Potrebné nástroje:

    Nástroj dd ktorý poznáme z minula.
    Nástroj hdparm na prácu s parametrami pevného disku, a jednoduchý testík jeho rýchlosti.
    Nástroj fio z rovnomenného balíka (flexible I/O tester).

    Výkon lineárneho prístupu

    Lineárne čítanie sa pri blokových zariadeniach moc nepoužíva kvôli náhodnému zápisu a prepisu údajov. Ale môže nám ukázať maximálny výkon akého je dané zariadenie schopné.

    Najrýchlejší orientačný test

    Najrýchlejší test výkonu nám poskytne nástroj hdparm ktorý vie otestovať výkon diskovej cache a aj čítania priamo z disku. Nutno podotknúť že tento test je moc krátky a testuje sa len začiatok disku. Preto by sa mal vykonať viac krát za sebou, a systém by mal byť v kľude.
    Takže si vyčistíme diskovú cache, a spustíme hdparm s parametrom na otestovanie rýchlosti disku (malé t).
    root@web:~# echo 1 > /proc/sys/vm/drop_caches 
    root@web:~# hdparm -t /dev/sd[ab]
    
    /dev/sda:
     Timing buffered disk reads: 348 MB in  3.01 seconds = 115.57 MB/sec
    
    /dev/sdb:
     Timing buffered disk reads: 558 MB in  3.02 seconds = 184.88 MB/sec
    
    Ako vidíme, tak čítanie zo SSD je oproti pôvodnému HDD v našom prípade ani nie 2 krát rýchlejšie.

    Lineárny výkon celého disku (čítanie)

    Kto má čas a chuť, tak môže skontrolovať výkon čítania celého disku. V prípade SSD by mal byť približne rovnaký, ale v prípade HDD môže klesať. Najvyšší výkon pri rotačnom HDD zvykol byť na začiatku disku, preto sa aj kedysi umiestňoval SWAP na začiatku disku.
    Takže si znovu vyčistíme diskovú cache, a pustíme si Disk Duplicator ktorý bude čítať fyzický disk, zapisovať ho do čiernej diery (/dev/null), čítať sa budú bloky o veľkosti 8M (bežná veľkosť cache pre NB disky), Bude sa vypisovať progress (aby sme videli rozdiely v rýchlosti), a vstup sa bude čítať synchrónne:
    root@web:~# echo 1 > /proc/sys/vm/drop_caches 
    root@web:~# dd if=/dev/sda of=/dev/null bs=8M status=progress iflag=sync
    500107862016 bytes (500 GB, 466 GiB) copied, 5509 s, 90.8 MB/s
    59617+1 records in
    59617+1 records out
    500107862016 bytes (500 GB, 466 GiB) copied, 5509.07 s, 90.8 MB/s
    root@web:~# dd if=/dev/sdb of=/dev/null bs=8M status=progress iflag=sync
    239855468544 bytes (240 GB, 223 GiB) copied, 928 s, 258 MB/s
    28617+1 records in
    28617+1 records out
    240057409536 bytes (240 GB, 224 GiB) copied, 928.725 s, 258 MB/s
    
    Tu už vidíme že daný SSD je cca 3 krát rýchlejší pri čítaní. Na jednu stranu nám klesla priemerná rýchlosť HDD len 90MByte/s (720Mbit/s), na druhú stranu nám narástla priemerná rýchlosť SSD na 258 MByte/s (2064 Mbit/s). Holt, čítanie na začiatku HDD je rýchlejšie ako na jeho konci. A podobne je čítanie nevyužitého miesta na SSD rýchlejšie ako toho využitého. Prečo ten rozdiel rýchlosti medzi využitým a nevyužitým miestom na SSD? Nuž, ten predinštalovaný OS z testu som tam nechal. Zišiel sa.

    Výkon náhodného prístupu

    Bežný prístup na blokové zariadenia, akými je aj HDD, je náhodný prístup. Teda prístup, kde sa pred čítaním sektorov veľmi často aj skáče na rôzne pozície. Teda napríklad počúvame hudbu alebo pozeráme film z pevného disku, a zároveň sťahujeme novú verziu voľne dostupnej distribúcie.

    Na tento typ testu je najlepšie spustiť špecializovaný nástroj, v našom prípade to bude fio s parametrami emulujúcimi bežné využitie domáceho počítača (prehrávanie hudby z disku, čítanie novín, a zálohovanie fotiek z mobilu na disk):
    Testovací 4G súbor v ktorom budeme robiť čítanie a zápis 4K blokov, pomer čítania k zápisu 3:1, 32 paralelných operácií, náhodný zápis a jeden beh pomocou rozhrania libaio. Ak nezadáme parameter directory, tak bude fio robiť v aktuálnom priečinku.

    Ako prvé si ten SSD ale pripojíme:

    root@web:~# mkdir -p /mnt/SSD/boot/efi
    root@web:~# mount /dev/sdb2 /mnt/SSD
    

    Tak, a môžeme si spustiť test pre obidva disky, začneme testom rotačného disku:
    root@web:~# echo 1 > /proc/sys/vm/drop_caches 
    root@web:~# fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=32 --size=4G --readwrite=randrw --rwmixread=75
    test: (g=0): rw=randrw, bs=(R) 4096B-4096B, (W) 4096B-4096B, (T) 4096B-4096B, ioengine=libaio, iodepth=32
    fio-3.1
    Starting 1 process
    test: Laying out IO file (1 file / 4096MiB)
    Jobs: 1 (f=1): [m(1)][100.0%][r=1572KiB/s,w=456KiB/s][r=393,w=114 IOPS][eta 00m:00s] 
    test: (groupid=0, jobs=1): err= 0: pid=8527: Fri Jan  3 18:19:46 2020
       read: IOPS=100, BW=401KiB/s (411kB/s)(3070MiB/7834248msec)
       bw (  KiB/s): min=    7, max= 1992, per=100.00%, avg=425.71, stdev=163.73, samples=14764
       iops        : min=    1, max=  498, avg=106.38, stdev=40.94, samples=14764
      write: IOPS=33, BW=134KiB/s (137kB/s)(1026MiB/7834248msec)
       bw (  KiB/s): min=    7, max=  784, per=100.00%, avg=154.92, stdev=64.23, samples=13556
       iops        : min=    1, max=  196, avg=38.68, stdev=16.06, samples=13556
      cpu          : usr=0.38%, sys=1.34%, ctx=1035664, majf=1, minf=8
      IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=100.0%, >=64=0.0%
         submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
         complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.1%, 64=0.0%, >=64=0.0%
         issued rwt: total=785920,262656,0, short=0,0,0, dropped=0,0,0
         latency   : target=0, window=0, percentile=100.00%, depth=32
    
    Run status group 0 (all jobs):
       READ: bw=401KiB/s (411kB/s), 401KiB/s-401KiB/s (411kB/s-411kB/s), io=3070MiB (3219MB), run=7834248-7834248msec
      WRITE: bw=134KiB/s (137kB/s), 134KiB/s-134KiB/s (137kB/s-137kB/s), io=1026MiB (1076MB), run=7834248-7834248msec
    
    Disk stats (read/write):
      sda: ios=786108/266569, merge=1128/2504, ticks=233649116/19401499, in_queue=251271288, util=42.43%
    
    Tu si pozrieme dva typy výkonu. Jeden typ je IOPS (Input/Output Per Second, teda počet požiadaviek za sekundu) kde v sekcii test: vidíme informácie o čítaní read: a zápise write: vidíme riadky začinajúce iops. V nich vidíme priemerné hodnoty pre čítanie avg=106.38 a pre zápis avg=38.68. Tie hodnoty sú trochu vyššie ako zvykne byť pre 5k4 RPM disk.
    Druhý typ výkonu je samotná rýchlosť. Tú vidíme aj pri konci vyhodnotenia kde rýchlosť čítania dosiahla cca bw=401KiB/s a paralelného rýchlosť zápisu dosiahla bw=134KiB/s. To približne 535KB/s (4.2Mb/s) čo je zúfale málo pri paralelnej práci 32 procesov pristupujúcich na disk. Pri rotačných diskoch sa zvyklo rátať s počtom procesov ktoré simultánne a naplno pristupujú k disku o maximálnom počte 2x počet platní HDD pre daný prípojný bod. To je pre NB disky tak 1 až 2, potom začne preťaženie podobné tomuto.

    A môžeme pokračovať testom SSD:
    root@web:~# echo 1 > /proc/sys/vm/drop_caches 
    root@web:~# cd /mnt/SSD/tmp/
    root@web:/mnt/SSD/tmp# fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=32 --size=4G --readwrite=randrw --rwmixread=75
    test: (g=0): rw=randrw, bs=(R) 4096B-4096B, (W) 4096B-4096B, (T) 4096B-4096B, ioengine=libaio, iodepth=32
    fio-3.1
    Starting 1 process
    Jobs: 1 (f=1): [m(1)][100.0%][r=62.4MiB/s,w=20.3MiB/s][r=15.0k,w=5204 IOPS][eta 00m:00s]
    test: (groupid=0, jobs=1): err= 0: pid=3369: Fri Jan  3 19:34:56 2020
       read: IOPS=17.6k, BW=68.7MiB/s (72.0MB/s)(3070MiB/44693msec)
       bw (  KiB/s): min=11896, max=81616, per=100.00%, avg=70463.44, stdev=10083.56, samples=89
       iops        : min= 2974, max=20404, avg=17615.85, stdev=2520.89, samples=89
      write: IOPS=5876, BW=22.0MiB/s (24.1MB/s)(1026MiB/44693msec)
       bw (  KiB/s): min= 4032, max=27800, per=100.00%, avg=23549.47, stdev=3445.20, samples=89
       iops        : min= 1008, max= 6950, avg=5887.35, stdev=861.30, samples=89
      cpu          : usr=11.20%, sys=34.34%, ctx=444965, majf=0, minf=6
      IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=100.0%, >=64=0.0%
         submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
         complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.1%, 64=0.0%, >=64=0.0%
         issued rwt: total=785920,262656,0, short=0,0,0, dropped=0,0,0
         latency   : target=0, window=0, percentile=100.00%, depth=32
    
    Run status group 0 (all jobs):
       READ: bw=68.7MiB/s (72.0MB/s), 68.7MiB/s-68.7MiB/s (72.0MB/s-72.0MB/s), io=3070MiB (3219MB), run=44693-44693msec
      WRITE: bw=22.0MiB/s (24.1MB/s), 22.0MiB/s-22.0MiB/s (24.1MB/s-24.1MB/s), io=1026MiB (1076MB), run=44693-44693msec
    
    Disk stats (read/write):
      sdb: ios=785275/262469, merge=0/9, ticks=688518/702953, in_queue=344504, util=99.37%
    
    Tu si znovu pozrieme spomínané dva typy výkonu. IOPS pre čítanie je v tomto prípade avg=17615.85 a pre zápis avg=5887.35. To je oveľa lepšie ako rotačný NB disk.
    Rovnako si pozrieme aj rýchlosť samotného čítania a zápisu, kde vidíme bw=68.7MiB/s a pre zápis bw=22.0MiB/s čo je cca 90.7MB/s (725.6Mb/s). Toto sú relatívne pohodové čísla pri takej záťaži. Je pravda že výrobca daného SSD sa chválil že dokáže zapisovať cca 500MB/s (4Gb/s), ale nezabúdajme že ten disk je v postaršom plastovom NB kde sa usadil v porte ktorý naň nebol dizajnovaný.

    Porovnanie výkonu diskových operácií ako VM

    Keďže sme tento SSD chceli využiť hlavne na virtuálnu farmičku, tak si ho jednoducho pripojíme na miesto kde sú dané VM. A následne otestujeme jeho výkon.

    Pripojenie SSD:

    Kto už robil s KVM/libvirt, ten vie že hlavné úložisko je v priečinku /var/lib/libvirt v ktorom sú podpriečinky images (pre disky), nvram (pre UEFI nastavenia), dnsmasq (sieť) a ďalšie. Ten priečinok si jednoducho prehodíme. Veľmi jednoducho, a dočasne. Neskôr to ajtak preinštalujem aj s kryptovaním cez obidva disky.

    Takže poďme na to. Najprv si premenujeme priečiniok libvirt na libvirt-old aby sme si ho uchovali, potom zlinkujeme libvirt aby ukazoval do identickej lokácie na SSD, následne si na ten SSD skopírujeme všetky veci, a potom si pre istotu reštartneme službu virtualizácie:
    root@web:~# mv /var/lib/libvirt /var/lib/libvirt-old
    root@web:~# ln -sv /mnt/SSD//var/lib/libvirt /var/lib/libvirt
    '/var/lib/libvirt' -> '/mnt/SSD//var/lib/libvirt'
    root@web:~# ls -ld /var/lib/libvirt /var/lib/libvirt-old /mnt/SSD//var/lib/libvirt
    drwxr-xr-x 6 root root 4096 Dec 30 21:30 /mnt/SSD//var/lib/libvirt
    lrwxrwxrwx 1 root root   25 Jan  5 12:39 /var/lib/libvirt -> /mnt/SSD//var/lib/libvirt
    drwxr-xr-x 7 root root 4096 Jan  3 18:59 /var/lib/libvirt-old
    root@web:~# cp -pRv /var/lib/libvirt-old/* /mnt/SSD//var/lib/libvirt/
    ...
    '/var/lib/libvirt-old/qemu/domain-26-Ubuntu-2004-UEFI/master-key.aes' -> '/mnt/SSD//var/lib/libvirt/qemu/domain-26-Ubuntu-2004-UEFI/master-key.aes'
    '/var/lib/libvirt-old/qemu/domain-26-Ubuntu-2004-UEFI/monitor.sock' -> '/mnt/SSD//var/lib/libvirt/qemu/domain-26-Ubuntu-2004-UEFI/monitor.sock'
    root@web:~# du -sh /var/lib/libvirt-old/ /var/lib/libvirt/
    52G	/var/lib/libvirt-old/
    52G	/var/lib/libvirt/
    root@web:/var/lib/libvirt# systemctl restart libvirtd.service
    root@web:~# 
    
    Tak, a máme preklopených 54G virtuálok. V dvoch z nich si teraz v kľude urobíme testy výkonu.

    Test výkonu disku vo virtuálkach

    Teraz si zopakujeme test výkonu diskov vo virtuálkach. Bude to identický test, ako bol v dieloch Hry s KVM 6: Thin Provisioning - FreeBSD NAS 2 a Hry s KVM 8: Thin Provisioning - Ubuntu NAS 2. Aj s drobným doplnkom.

    Teraz si teda zaplníme ZFS náhodnými dátami, veľkosť zápisu bude cca 1M, počet zápisov 39 tisíc, výstupný súbor bude /EXPORTS/fill a pozrieme si rýchlosť už počas zápisu. Ako prvý pôjde Ubuntu 19.10:
    root@Ubuntu-1910-NAS:~# dd if=/dev/urandom bs=1M count=39k status=progress of=/EXPORTS/fill
    41158705152 bytes (41 GB, 38 GiB) copied, 987 s, 41.7 MB/s
    dd: error writing '/EXPORTS/fill': No space left on device
    39253+0 records in
    39252+0 records out
    41159360512 bytes (41 GB, 38 GiB) copied, 988.41 s, 41.6 MB/s
    
    Keď sme mali farmičku na rotačnom HDD, tak bola rýchlosť takéhoto zápisu 15.0 MB/s, teraz sa zdvihla na 41.7 MB/s. To je skoro trojnásobný nárast, v reále to bolo rýchlejšie 2.8x.

    Tak, a poďme si vyskúšať či funguje autotrim aj v ZoL. Ak nie je vo východzom stave zapnutý, tak ho zapneme a vyskúšame:

    root@Ubuntu-1910-NAS:~# zpool get autotrim EXPORTS
    NAME     PROPERTY  VALUE     SOURCE
    EXPORTS  autotrim  off       default
    root@Ubuntu-1910-NAS:~# zpool set autotrim=on EXPORTS
    root@Ubuntu-1910-NAS:~# rm -v /EXPORTS/fill 
    removed '/EXPORTS/fill'
    root@Ubuntu-1910-NAS:~# df -h /EXPORTS/
    Filesystem      Size  Used Avail Use% Mounted on
    EXPORTS          39G  6.4G   32G  17% /EXPORTS
    

    Autotrim vo východzom stave nebol zapnutý. Jeho zapnutie spôsobilo drobnú chybu: pri odmazaní 38G súboru ostalo uzamknutých 6.4G (17%) z miesta ktoré sa samé neuvoľnilo. Teda, uvoľnilo sa až po daní ZFS POOLu do offline pomoxou reštartu VM alebo odpojení a pripojení ZFS cez zpool export/import.

    Poďme si teraz odmerať rýchlosť FreeBSD 12 pomocou identického testu s vyššie popísanými parametrami:

    root@FreeBSD-12:~ # dd if=/dev/urandom bs=1M count=39k status=progress of=/EXPORTS/fill
    dd: /EXPORTS/fill: No space left on deviceerred 982.223s, 42 MB/s
    39256+0 records in
    39255+1 records out
    41161981952 bytes transferred in 982.940522 secs (41876371 bytes/sec)
    

    Na rotačnom disku sme mali rýchlosť 21 MB/s, a teraz 42 MB/s. To je zrýchlenie na približne dvojnásobok. Výsledná rýchlosť je ale takmer identická ako s Ubuntu 19.10 na SSD.

    Nuž zrýchlenie na 42MB (336Mbit/s) nie je zlé, ale je to len polovica oproti výsledku z predchádzajúceho testu pomocou fio kde sme dosiahli približne dvojnásobnú rýchlosť 90.7MB/s (725.6Mb/s). Takže si poďme zopakovať ten test výkonu SSD s fio, ale s väčším objemom dát (40G).

    root@web:/mnt/SSD/tmp# fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=32 --size=46G --readwrite=randrw --rwmixread=20 
    test: (g=0): rw=randrw, bs=(R) 4096B-4096B, (W) 4096B-4096B, (T) 4096B-4096B, ioengine=libaio, iodepth=32
    fio-3.1
    Starting 1 process
    Jobs: 1 (f=1): [m(1)][99.9%][r=260KiB/s,w=940KiB/s][r=65,w=235 IOPS][eta 00m:01s]       
    test: (groupid=0, jobs=1): err= 0: pid=18460: Fri Jan 10 20:36:36 2020
       read: IOPS=1623, BW=6493KiB/s (6648kB/s)(8198MiB/1293049msec)
       bw (  KiB/s): min=   16, max=33016, per=100.00%, avg=6728.91, stdev=9315.22, samples=2495
       iops        : min=    4, max= 8254, avg=1682.21, stdev=2328.80, samples=2495
      write: IOPS=6486, BW=25.3MiB/s (26.6MB/s)(31.0GiB/1293049msec)
       bw (  KiB/s): min=    8, max=129400, per=100.00%, avg=26413.47, stdev=37082.06, samples=2540
       iops        : min=    2, max=32350, avg=6603.35, stdev=9270.52, samples=2540
      cpu          : usr=3.57%, sys=12.20%, ctx=5014435, majf=0, minf=7
      IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=100.0%, >=64=0.0%
         submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
         complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.1%, 64=0.0%, >=64=0.0%
         issued rwt: total=2098783,8386977,0, short=0,0,0, dropped=0,0,0
         latency   : target=0, window=0, percentile=100.00%, depth=32
    
    Run status group 0 (all jobs):
       READ: bw=6493KiB/s (6648kB/s), 6493KiB/s-6493KiB/s (6648kB/s-6648kB/s), io=8198MiB (8597MB), run=1293049-1293049msec
      WRITE: bw=25.3MiB/s (26.6MB/s), 25.3MiB/s-25.3MiB/s (26.6MB/s-26.6MB/s), io=31.0GiB (34.4GB), run=1293049-1293049msec
    
    Disk stats (read/write):
      sdb: ios=2097421/8382427, merge=5/383, ticks=20091196/20614631, in_queue=31402484, util=39.21%
    root@web:/mnt/SSD/tmp# 
    
    A tu už vidíme ako nám spadol výkon SSD na cca 33MB/s (264Mb/s). To je síce o trochu menej ako priamy zápis vo VM, ale zápis vo VM mal od výroby nastavené cachovanie. Takže krásne vidíme že s objemom zápisu nám klesá aj rýchlosť.

    Záver:

    Kúpili sme si disk ktorý deklaruje zápis okolo 5Gbit/s, ale v porte pre optickú mechaniku to nedalo ani 2Gbit/s. A pri väčšej záťaži to dá naozaj oveľa menej. Nie sme predsa v segmente Enterprise.

    Nuž, a čo na budúce? Otestujeme si odolnosť ZFS voči výpadku.

           

    Hodnocení: 83 %

            špatnédobré        

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

    Komentáře

    Vložit další komentář

    15.1.2020 15:01 Qwerty
    Rozbalit Rozbalit vše Re: Upgrade postaršieho Notebooku 5: Porovnanie výkonu HDD a SSD

    Nerozumím řeči tvého kmene, nespletl sis server?

    k3dAR avatar 15.1.2020 18:41 k3dAR | skóre: 61
    Rozbalit Rozbalit vše Re: Upgrade postaršieho Notebooku 5: Porovnanie výkonu HDD a SSD
    asi mas velmi nizke IQ a spletl sis prezdivku, spravne to melo byt Qwertz
    porad nemam telo, ale uz mam hlavu... nobody
    Gréta avatar 15.1.2020 19:48 Gréta | skóre: 34 | blog: Grétin blogísek | Stockholm
    Rozbalit Rozbalit vše Re: Upgrade postaršieho Notebooku 5: Porovnanie výkonu HDD a SSD

    už jsem se jako trošku začínala bát že s tebou něco je jak se tady přestaly oběvovat zápisky tvýho blogísku ;D

    16.1.2020 11:11 Petr
    Rozbalit Rozbalit vše Re: Upgrade postaršieho Notebooku 5: Porovnanie výkonu HDD a SSD
    My už jsme slavili. Ale tenhle slovenský provokatér je zřejmě placený a tak toho hned tak nenechá.
    17.1.2020 12:09 Err
    Rozbalit Rozbalit vše Re: Upgrade postaršieho Notebooku 5: Porovnanie výkonu HDD a SSD

    Lamerský blogísek v hotentotštině na českém linuxovém serveru. Cool.

    18.1.2020 16:40 _
    Rozbalit Rozbalit vše Re: Upgrade postaršieho Notebooku 5: Porovnanie výkonu HDD a SSD
    Už se konečně nauč česky, není to tak těžký.
    k3dAR avatar 18.1.2020 23:49 k3dAR | skóre: 61
    Rozbalit Rozbalit vše Re: Upgrade postaršieho Notebooku 5: Porovnanie výkonu HDD a SSD
    @Qwerty, @Petr, @Err, @_ jste jeden a ten samej zamindrakovanec, nebo jste opravdu kazdej zamindrakovanej zvlast? v obou pripadej jde dost o ubohost a chtelo by to probrat s lekarem zda by s tim slo jeste neco delat...
    porad nemam telo, ale uz mam hlavu... nobody
    19.1.2020 02:25 Row Your Land
    Rozbalit Rozbalit vše Re: Upgrade postaršieho Notebooku 5: Porovnanie výkonu HDD a SSD
    Simte co se nad tim vubec pozastavujes.

    Bejvaly doby, kdy chlapi chodili do hospod, mozna i s 0.01% (prumer, rekneme) virou ze dojde k nejake neshode nazoru a pak se uvidi. Nejeden sel potom lovit za tmy selmice i o samote (do dalsich baru). A mnohdy uspel. Z cehoz prameni jakysi klid v dusi, neco jako mission achieved. A to uz trebas od patnacti...

    No a rekni mi co bys cekal, ze budou dnesni mlady hovada mit na praci, nez alespon tak nejak virtualne (coz je pro ne v zasade realne) pripojit k bande trollujicich imbecilu na netu? Kdyz jim bylo 8 tak se slejzali jako team na netu v nejakym CS trebas, ale ted je preci nova doba, pojdme stekat jako hyeny na ruzne portaly. Proste smradi nevedej co by. Mozna vozickari, to by se odpustit dalo.
    21.1.2020 11:53 _
    Rozbalit Rozbalit vše Re: Upgrade postaršieho Notebooku 5: Porovnanie výkonu HDD a SSD
    Zamindrákovanec je především autor tohoto provokačního blogu.
    27.1.2020 20:29 kralyk z abclinuxu | skóre: 29 | blog:
    Rozbalit Rozbalit vše Re: Upgrade postaršieho Notebooku 5: Porovnanie výkonu HDD a SSD
    To je nejspíš kyknos, ten tu hejtuje slováky už 15 let nebo kolik...
    The earliness with which a country left the gold standard reliably predicted its economic recovery [1].
    28.1.2020 20:00 Peter Golis | skóre: 62 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Upgrade postaršieho Notebooku 5: Porovnanie výkonu HDD a SSD
    Nechcem vedieť prečo, ale muselo ho to veľmi bolieť na duši.
    29.1.2020 09:07 prqek | blog: prqek
    Rozbalit Rozbalit vše Re: Upgrade postaršieho Notebooku 5: Porovnanie výkonu HDD a SSD
    Já myslel, že křesťany...

    Založit nové vláknoNahoru

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