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 18:55 | IT novinky

    Novinky v Telegramu, cloudové službě pro instant messaging: registrace nevyžaduje SIM a telefonní číslo, uživatele lze přidat pomocí dočasného QR kódu, …

    Ladislav Hagara | Komentářů: 0
    dnes 17:33 | Nová verze

    Byla vydána nová stabilní verze 3.4 svobodného 3D softwaru Blender. Přehled novinek v oznámení o vydání a na YouTube.

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

    Byla vydána nová verze 2022.4 průběžně aktualizované linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení. Zdůraznit lze obrazy pro QEMU nebo Kali NetHunter Pro pro telefony PinePhone a PinePhone Pro.

    Ladislav Hagara | Komentářů: 1
    dnes 07:00 | Pozvánky

    Licence Creative Commons slaví 20 let. Při této příležitosti proběhne v Brně v pondělí 12. prosince od 18:00 akce 20 let Creative Commons & vánoční večírek.

    Ladislav Hagara | Komentářů: 0
    včera 22:33 | Pozvánky

    Virtuální Bastlírna opět na scéně! Viděli jste už 20W laserovou gravírku schopnou vyvolat velice jemný plošný spoj pod minutu? Nebo novou bastldesku s ESP32, kterou jde použít pro protokoly ZigBee, Thread, BLE a další? Nebo levnou čínskou termokameru s dobrým rozlišením? O nových fyzikálních prefixech jednotek jste už slyšeli? A co třeba kónické slicování pro tisk převisů na 3D tiskárnách bez podpor? AI, která vám umí lidsky říct, co máte

    … více »
    bkralik | Komentářů: 0
    včera 13:22 | Zajímavý projekt

    Jonas Degrave na několika příkladech ukazuje použití chatbota ChatGPT od OpenAI jako linuxového terminálu.

    Fluttershy, yay! | Komentářů: 2
    včera 13:11 | Nová verze

    Byla vydána verze 12.4 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 12:55 | Zajímavý článek

    Článek na webu Opensource.com ve stručnosti představuje ABI jádra Linux a některé příklady toho, kdy změny v něm vedly k rozbití nějaké aplikace, nebo také problém roku 2038.

    Fluttershy, yay! | Komentářů: 6
    včera 12:44 | Nová verze

    Správce sbírky fotografií digiKam byl vydán ve verzi 7.9.0. Jedná se o menší vydání, převážně s drobnými vylepšeními nakládání s metadaty, zatímco se chystá vydání 8.0.0.

    Fluttershy, yay! | Komentářů: 0
    včera 00:11 | Komunita

    V červnu bylo oznámeno, že se z K-9 Mailu stane Thunderbird pro Android. Dle plánu by se tak mělo stát v létě 2023. Na svém blogu vývojáři informují o novinkách z vývoje: přizpůsobitelná gesta v K-9 Mailu ve verzi 6.400 a redesign zobrazení zpráv.

    Ladislav Hagara | Komentářů: 0
    Už jste se osobně setkali s podvodem typu falešná technická podpora?
     (55%)
     (3%)
     (42%)
    Celkem 98 hlasů
     Komentářů: 5, poslední dnes 17:40
    Rozcestník

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

    15.1.2020 13:37 | Přečteno: 1959× | 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: 62
    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: 35 | 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: 62
    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...
    28.1.2020 20:00 Peter Golis | skóre: 63 | 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.