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 14:00 | Nová verze

Komunita kolem Linuxu From Scratch (LFS) vydala Linux Linux From Scratch 8.0 a Linux From Scratch 8.0 se systemd. Nové verze knih s návody na instalaci vlastního linuxového systému ze zdrojových kódů přichází především s Glibc 2.25 a GCC 6.3.0. Současně bylo oznámeno vydání verze 8.0 knih Beyond Linux From Scratch (BLFS) a Beyond Linux From Scratch se systemd.

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

Byla vydána verze 0.10.0 webového prohlížeče qutebrowser (Wikipedie). Přehled novinek v příspěvku na blogu. Vývojáři qutebrowseru kladou důraz na ovladatelnost pomocí klávesnice a minimální GUI. Inspirovali se prohlížečem dwb a rozšířeními pro Firefox Vimperator a Pentadactyl. Prohlížeč qutebrowser je naprogramován v Pythonu a využívá PyQt5. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GNU GPL 3.

Ladislav Hagara | Komentářů: 10
včera 16:22 | Nová verze

Po pěti měsících od vydání Waylandu a Westonu 1.12.0 oznámil Bryce Harrington (Samsung) vydání Waylandu 1.13.0 a Westonu 2.0.0.

Ladislav Hagara | Komentářů: 0
24.2. 13:37 | Bezpečnostní upozornění

Společnost Cloudflare (Wikipedie) na svém blogu potvrdila bezpečnostní problém s její službou. V požadovaných odpovědích od reverzní proxy byla odesílána také data z neinicializované paměti. Útočník tak mohl získat cookies, autentizační tokeny, data posílaná přes HTTP POST a další citlivé informace. Jednalo se o chybu v parsování HTML. Zneužitelná byla od 22. září 2016 do 18. února 2017. Seznam webů, kterých se bezpečnostní problém potenciálně týká na GitHubu.

Ladislav Hagara | Komentářů: 1
24.2. 08:22 | Nová verze

Byla vydána první beta verze Ubuntu 17.04 s kódovým názvem Zesty Zapus. Ke stažení jsou obrazy Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu GNOME, Ubuntu Kylin, Ubuntu Studio a Xubuntu. Dle plánu by Ubuntu 17.04 mělo vyjít 13. dubna 2017.

Ladislav Hagara | Komentářů: 55
23.2. 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 40
23.2. 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 12
23.2. 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
23.2. 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 8
22.2. 23:14 | Nová verze

Po třech týdnech od vydání první RC verze byla vydána první stabilní verze 17.01.0 linuxové distribuce pro routery a vestavěné systémy LEDE (Linux Embedded Development Environment), forku linuxové distribuce OpenWrt. Přehled novinek v poznámkách k vydání. Dotazy v diskusním fóru.

Ladislav Hagara | Komentářů: 8
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 718 hlasů
 Komentářů: 66, poslední 22.2. 18:57
    Rozcestník

    Dotaz: Jak ověřit, že TRIM funguje na RAID 0 poli nad SSD disky

    1.7.2013 21:00 tobik | skóre: 13
    Jak ověřit, že TRIM funguje na RAID 0 poli nad SSD disky
    Přečteno: 1149×
    Nainstaloval jsem si Linux na RAID 0 pole nad dvěma SSD disky. Běží to velice hezky. Podle doporučení jsem se rozhodl aktivovat trim pomocí parametru discard ve fstab. Zdá se, že to funguje, v dmesg jsem žádnou chybovou hlášku nenašel a dle hdparm -I /dev/sda je funkce TRIM podporována. Přesto bych rád ověřil, že TRIM skutečně funguje, vzhledem k té poněkud divoké konfiguraci.

    Našel jsem na internetu postup, při kterém se vytvoří soubor, zjistí počáteční sektor, smaže a pak se pomocí hdparm --read-sector ověří, že sektory jsou skutečně po čase nahrazené nulami. Problém je, že já nevím, jak přistoupit přímo k sektorům na diskovém poli.
    ~ # hdparm --read-sector 234346496 /dev/md125
    
    /dev/md125:
    /dev/md125 is a RAID device: please specify an absolute LBA of a raw member device instead (raid1 only)
    Aborting.
    Evidentně toto funguje jen pro RAID 1. Mohu přistupovat přímo k /dev/sda (resp. /dev/sdb), ale k tomu bych potřeboval napřed zjistit, kde skutečně je ten soubor fyzicky uložený (vzhledem k principu RAID 0 bude půlka na jednom disku, půlka na druhém). Nějaké nápady?

    Odpovědi

    2.7.2013 06:39 NoXO
    Rozbalit Rozbalit vše Re: Jak ověřit, že TRIM funguje na RAID 0 poli nad SSD disky
    Ahoj, možná mimo mísu, ale není RAID0 s SSD přehnané, když propustnost SATAIII je 6Gbit :) Jediné s čím vždy zápasím je IO :) Kolik ti to čte a zapisuje ?

    2.7.2013 09:00 tobik | skóre: 13
    Rozbalit Rozbalit vše Re: Jak ověřit, že TRIM funguje na RAID 0 poli nad SSD disky
    To je celkem rozumná připomínka :) Nicméně je to notes, a přišel už s RAID 0 přednastaveným. Na tom Windows 8, které jsem chtěl zachovat, takže jsem se rozhodl to prostě nainstalovat k tomu s tím, že se uvidí, jak to běhá. A běhá to dobře :) Další výhodou je, že s jedním 500GB diskem se prostě pracuje lépe (pohodlněji se dá rozdělit), než se dvěma 256GB.

    Pak je tu ještě jeden důvod. Jedná se pouze o hypotézu, ale dává docela smysl. RAID 0 rozkládá zápis rovnoměrně na dva disky. U běžných disků to znamená především zvýšení výkonu, ale u SSD to podle mě může i zaručit lepší rozložení opotřebení. Jak je známo, SSD mají omezený počet zápisů. Kdybych měl Linux pouze na jednom disku, tak ten by se opotřeboval mnohem rychleji, než ten druhý s Windows. Takže IMHO RAID 0 je docela dobrý nápad na SSD.

    Ohledně rychlosti zápisu, toto jsem naměřil těsně po instalaci (cca 1/3 pole zaplněná):
    # dd if=/dev/zero of=output bs=8k count=2024k
    16 978 542 592 bytes (17 GB) copied, 18,4724 s, 919 MB/s
    
    V tuto chvíli dám (po týdnu používání při 2/3 zaplnění disku) mezi 500-750 MB/s... podle nálady :) I proto bych chtěl ověřit, že ten trim korektně funguje.
    3.7.2013 17:34 Atom321 | skóre: 20
    Rozbalit Rozbalit vše Re: Jak ověřit, že TRIM funguje na RAID 0 poli nad SSD disky
    Kdybych měl Linux pouze na jednom disku, tak ten by se opotřeboval mnohem rychleji, než ten druhý s Windows. Takže IMHO RAID 0 je docela dobrý nápad na SSD.

    Ta hypotéza o rozkládání platí, jen pokud stripe-blok RAID0 je stejně velký jako sektor SSD a zapisují se souvislé velké bloky. Příklad:
    • SSD se 128K sektorem bez RAIDu
      Zápis 128KB bloku -> přepis jednoho 128K bloku na jednom SSD.
      Zápis 256KB bloku -> přepis dvou 128K bloků na jednom SSD.
      Zápis 512KB bloku -> přepis čtyř 128K bloků na jednom SSD.

    • RAID stripe 128KB (ideální varianta)
      Zápis 128KB bloku -> přepis jednoho 128K stripe -> na jeden disk 128K -> přepis jednoho 128K bloku na jednom SSD (tedy totéž).
      Zápis 256KB bloku -> přepis dvou 128K stripe -> na oba disky 128K -> přepis jednoho 128K na každém SSD (zlepšení).
      Zápis 512KB bloku -> přepis čtyř 128K stripe -> na oba disky 256K -> přepis dvou 128K na každém SSD (zlepšení).

    • RAID stripe 64KB
      Zápis 128KB bloku -> přepis dvou 64K stripe -> na každý disk 64K -> přepis jednoho 128K na každém SSD (zhoršení).
      Zápis 256KB bloku -> přepis čtyř 64K stripe -> na každý disk dva 64K bloky -> přepis jednoho 128K na každém SSD (zlepšení).
      Zápis 512KB bloku -> přepis osmi 128K stripe -> na každý disk čtyři 64K bloky -> přepis dvou 128K na každém SSD (zlepšení).

    • RAID stripe 256KB
      Zápis 128KB bloku -> přepis jednoho 256K stripe -> na jeden disk 256KB -> přepis dvou 128K na jednom SSD (zhoršení).
      Zápis 256KB bloku -> přepis jednoho 256K stripe -> na jeden disk 256KB -> přepis dvou 128K na jednom SSD (totéž).
      Zápis 512KB bloku -> přepis dvou 256K stripe -> na každý disk čtyři 64K bloky -> přepis dvou 128K na každém SSD (zlepšení).

    Tedy, podle mojí hypotézy, by se samostatný disk opotřeboval (například) za 3 roky, ten druhý méně používaný za 6. V RAID0 odejdou za 4,5 roku oba disky naráz.
    3.7.2013 19:27 tobik | skóre: 13
    Rozbalit Rozbalit vše Re: Jak ověřit, že TRIM funguje na RAID 0 poli nad SSD disky
    Hezky vysvětlené :) Toto je konfigurace mého disku (něco je vynecháno):
    parted -l
    Error: Invalid argument during seek for read on /dev/sda                  
    Retry/Ignore/Cancel? C                                                    
    Model: ATA SanDisk SD5SF225 (scsi)
    Disk /dev/sda: 256GB
    Sector size (logical/physical): 512B/512B
    Partition Table: unknown
    
    Error: /dev/sdb: unrecognised disk label                                  
    Model: ATA SanDisk SD5SF225 (scsi)
    Disk /dev/sdb: 256GB
    Sector size (logical/physical): 512B/512B
    Partition Table: unknown
    
    Model: Linux Software RAID Array (md)
    Disk /dev/md125: 503GB
    Sector size (logical/physical): 512B/512B
    Partition Table: gpt
    
    
    Pokud to dobře čtu, tak jak RAID, tak přímo fyzické disky mají velikost sektoru 512B. Tedy by to mělo být v pořádku. RAID je nakonfigurovaný přímo od výrobce, tak bych ani nic jiného nečekal. Na tu druhou stranu, nerozumím tomu, proč je zde uvedeno 512B, zatímco všude jinde se u SSD disků uvádí hodnota o řád vyšší, tedy 512KB. A YaST (používám openSuse) u RAIDu ještě uvádí údaj "Velikost kusu: 128 kB", což netuším, co je.

    Ale jinak by mě stejně zajímalo, jako je to s tím TRIMem. Teoreticky by neměl být v ničem problém... ext4 vydá příkaz k TRIMu, RAID vrstva ho zachytí a dopraví až k disku...
    10.7.2013 10:19 Atom321 | skóre: 20
    Rozbalit Rozbalit vše Re: Jak ověřit, že TRIM funguje na RAID 0 poli nad SSD disky
    Těch 512B odpovídá velikosti sektoru klasických disků. Je to kvůli zpětné kompatibilitě se staršími BIOSy a operačními systémy. S fyzickou organizací NAND flashe to nemá nic společného.

    "Kus" 128kB je zřejmě "stripe" RAIDu, kterou jsem popisoval výše.

    NAND Flashe jsou organizované v sektorech (typicky 128,256,512KB) a stránkách (typicky 2-4KB). Čte a zapisuje se vždy celá stránka. Zápisem se překlápí binární 1 na 0, ale ne naopak. Pro změnu 0 na 1 je potřeba vymazat celý fyzický sektor (256/512KB) a poté znovu zapsat. Mazání sektoru je řádově pomalejší než čtení/zápis.

    O převod mezi 512B logickými sektory a fyzickou pamětí se stará řadič v SSD. Ten právě řeší specifika zápisu/mazání NAND flashe, rozkládání zátěže, samoopravné/kontrolní součty, příp. kompresi a další věci. Příkaz "TRIM" řadiči říká, že označený logický prostor disku je volný a může tak vymazat fyzické sektory, kde jsou data uložena. Vytvoří si tím zásobu vymazaných sektorů, do kterých může později rychle zapsat bez pomalého mazání. Novější řadiče navíc data komprimují - zapisují/čtou méně dat (stránek), případně obsadí méně sektorů a udrží si tak větší zásobu volných - vymazaných.

    Celý tenhle šelmostroj v řadiči SSD je výrobcem odladěný na provoz s 512B logickými sektory ve Windows s NTFS. Může se zásadně lišit mezi různými typy disků, ale i různými sériemi nebo jen updaty firmwaru téhož SSD. Se zapojením v RAIDu se tak nějak nepočítá a je ve hvězdách, co to vlastně dělá.

    10.7.2013 22:22 tobik | skóre: 13
    Rozbalit Rozbalit vše Re: Jak ověřit, že TRIM funguje na RAID 0 poli nad SSD disky
    Tak v podstatě první přímo relevantní odpověď k původnímu dotazu - "Se zapojením v RAIDu se tak nějak nepočítá a je ve hvězdách, co to vlastně dělá" - to zní povzbudivě :D Já spoléhám, že když to takto nakonfiguroval už výrobce a já tu konfiguraci použil, tak by to snad mělo být nastavené dobře. Výkon, alespoň co mohu soudit, tomu odpovídá (viz výše). Pokud to dobře chápu, tak jediná potíž tedy může být v tom TRIMu, že se správně nepropaguje přes tu RAID vrstvu (čehož se koneckonců týkal tento dotaz). Nicméně pokud výkon začne časem klesat, tak bych mohl RAID rozpojit, na disky si zapsat nuly sám a dál to používat klasicky odděleně, kde by už TRIM měl fungovat bez problémů.

    Druhá věc je to opotřebení... čistě teoreticky pokud bych měl ty velikosti bloků skutečně nešťastně nastavené (jak sám píšete), tak by se disky opotřebovaly rychleji, než kdyby byly rozdělené. Nicméně i v tomto bodě mi přijde rozumně důvěřovat výrobci, protože on tam ty disky strčil a nakonfiguroval.
    12.7.2013 12:50 Atom321 | skóre: 20
    Rozbalit Rozbalit vše Re: Jak ověřit, že TRIM funguje na RAID 0 poli nad SSD disky
    Tak prostě důvěřujte výrobci i v nastavení TRIMu a máte to ;-)
    12.7.2013 12:57 tobik | skóre: 13
    Rozbalit Rozbalit vše Re: Jak ověřit, že TRIM funguje na RAID 0 poli nad SSD disky
    Asi nic jiného nezbude, když je na toto téma tak málo dostupných informací :) Ale spíš jde o to, že zatímco RAID konfiguroval výrobce, tak Linux už mám na triku já. A je otázka, zda toto nevyžaduje nějaké speciální zacházení.
    10.7.2013 13:17 Michal2
    Rozbalit Rozbalit vše Re: Jak ověřit, že TRIM funguje na RAID 0 poli nad SSD disky
    Hodne ovsem take zalezi na mire zaplneni disku (a tedy na kapacite, se kterou muze pracovat algoritmus wear levelingu). RAID0 rozlozi zaplneni rovnomerne.
    10.7.2013 22:25 tobik | skóre: 13
    Rozbalit Rozbalit vše Re: Jak ověřit, že TRIM funguje na RAID 0 poli nad SSD disky
    Všude doporučují nechat si aspoň 10% disku volných, právě kvůli tomu rozložení. Já jsem se tím řídil a nechal si 50GB úplně nealokovaných. Takže by to mělo být v pořádku. A právě vzhledem k tomu dualbootu mi RAID přijde jako dobrý nápad, protože jinak by byl disk s Linuxem podstatně více opotřebený, zatímco ten Windowsový by byl téměř netknutý :)
    10.7.2013 12:58 lertimir | skóre: 59 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Jak ověřit, že TRIM funguje na RAID 0 poli nad SSD disky
    RAIDu 0 jako hlavní disk bych se bál jako čert kříže. A pokud bych to používal tak s nějakým totálním zálohovacím režimem.
    10.7.2013 22:30 tobik | skóre: 13
    Rozbalit Rozbalit vše Re: Jak ověřit, že TRIM funguje na RAID 0 poli nad SSD disky
    Tak je pravda, že riziko selhání je dvojnásobné. Na tu druhou stranu, moje zkušenosti jsou takové, že kdykoliv někde někdo přišel o data kvůli poškozenému disku, tak to bylo proto, že ten notebook spadl zapnutý ze stolu. Na což jsou klasické disky docela citlivé :) ale SSD diskům to naopak moc nevadí.

    Kdyby ten notebook přišel úplně prázdný a nijak nenakonfigurovaný, tak bych asi RAID 0 nezvolil. Buď bych to nechal rozdělené a nebo šel spíše cestou RAID 1 (bezpečnost a i rychlost čtení). Realita je taková, že notebook přišel s RAID 0 a koneckonců to má svoje výhody - s jedním 500 GB diskem se pracuje lépe než s 2x250, výkon je vyšší a to opotřebení se rozkládá.

    Založit nové vláknoNahoru

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

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