Najrýchlejší SSD disk na trhu (diskuse)

[Bystroushaak]

so životnosťou až 500 TBW (Total Bytes Written)

Ti tam vypadla jednotka, pochybuju, že by to bylo jen 500 bajtů.

[GothiqueNoir]

Vďaka. Opravujem.

[Mrkva]

Jeste umazat to jedno r, kdyz uz jsme hnidopisi.

[GothiqueNoir]

To tak keď to v noci opravujem... =]

[dbguru]

Pozor pri nasazeni s nejnovejsi Postgresql

ktera podporuje vice prozesoru. Implementace je bohuzel tak, ze ty rychle odpovedi prepisi db-cache a dochazi k uplne nesmyslnym vysledkum. Vyvojari patrne pocitali s beznou latenci byt i rychlych disku a beznych SSD, ale harddisk autora se blizi k hranic, kdy to muze byt kriticke. Pro jistotu prepnou do single modu.

[Tomáš Bžatek]

A co kdyz ma clovek databazi na tmpfs? (smysl takoveho reseni ted nechme stranou)

[Ladislav Jacek]

Pamäť RAM je najrýchlejšia...

[Max]

To jako fakt? Protože začínají být celkem běžná SSD pole pro databáze. Zrovna teď něco takového budeme nasazovat, 2TB pole ze 12ks 400GB SSD pro Oracle RAC.
Zdar Max

[MP]

SATA? NVMe? Jak je pak poreseno samotne pole?

[MaloSaKradne]

Uz si videl dosku s 12 x m.2/PCIe slotami ? :D

[MP]

Ono to nemusi byt zavisle na poctu portu na desce...viz https://www.supermicro.com/products/nfo/NVMe.cfm

[MaloSaKradne]

Fuha - pekne... cenu celeho riesenia si radsej ani nepredstavujem...

[MP]

10port NVMe 1U je cca 60k bez DPH, bez cpu/ram/atd. Neni to tak drahe na ten vykon, co to poskytne

[MaloSaKradne]

Takze kompletna cena s SSD, CPU a RAM vyjde kolko ?

[MP]

Co mam zkalkulovano, tak zhruba 100k (myslim, ze bez DPH) s tim, ze v tom bude 2x nektery ze zakladnejsich Xeonu a 8-32GB RAM. Dalsich 100k ty 512GB Samsungy, kdyby byly v SSF (U.2).

[MaloSaKradne]

Hmmm to mi sef neschvali ani nahodou :D

[Bedňa]

Na Slovensku je to necelých 7000 táckov, to len v Čechách je to tak drahé

[MaloSaKradne]

Jaaaj, to mozem skusit ako argument

[ekonom (inženýr!)]

ale EUR!!! takto by kdekdo mohl říct, že vidělává víc než třeba Němci, Američané... například já jako vysokoškolsky vzdělaný člověk vidělávám 18 tisíc KORUN čístého měsíčně, to je něco přes 200 tis. KORUN ročně a taky netvrdím že vydělávám víc než američané když většina z nich těch 200 tis. DOLARů mít nebude, ale ovšem pozor, dolar má dvacetinásobnou hodnotu než naše milovaná koruna Česká a tedy to až tak slavné s těmi našimi příjmy taky není a je hloupost si myslet, že kdybychom zavedli EURO, tak zchudneme, ono bychom pak sice dostávali třeba 3éx mín číselně ale i ceny by šly 30krát dolů a tak dál... no zkrátka si DOPLŇTE VZDĚLÁNÍ než začnete plácat takové hlouposti, svět není jen o počítačích a kalkulačkách

[Bedňa]

Myslel som to ako srandu a myslím si že vyšie píšuci užívateľ "MaloSaKradne" to pochopil ako som to písal.

[Bystroushaak]

>>> butt.status
'hurt'

[Václav "Darm" Novák]

Člověk co napíše "vidělávám" doporučuje doplnit si vzdělání, super :)

Ještě by to chtělo doplnit si smysl pro humor.

[Pavel 'TIGER' Růžička]

Inu titul od blbosti nechrání.

[Bystroushaak]

To je očividný trolling, celý ten post, ne?

[Max]

Netapp + FC.
Zdar Max

[xsubway]

To by chtělo důkaz místo slibů...

[MaloSaKradne]

Niečo tu...

[Michal Kubeček]

To je ale něco úplně jiného, než tvrdil "dbguru" výše.

[Dik777]

Článek se týká clonu Mysql a je z roku 2009, to nezní moc směroplatně Máňo Dik777

[Dik777]

To je ale nesmysl. Znám pár PG instalací na SSD a no problema... Dik777

[podlesh]

Jak dlouho běží na PG 9.6?

[Dik777]

Sám sis odpověděl níže. 9.6 Beta1 nikdo rozumný do ostrého provozu nedá. Dik777

[Filip Jirsák]

Jenže právě o 9.6 beta1 psal Dbguru, protože psal o „nejnovější PostgreSQL s podporou více procesorů“.

[Dik777]

Ok, moje chyba, tak to jsem přehlédl.... Dik777

[podlesh]

Pozor pri nasazeni s nejnovejsi Postgresql

ktera podporuje vice prozesoru. Implementace je bohuzel tak, ze ty rychle odpovedi prepisi db-cache a dochazi k uplne nesmyslnym vysledkum. Vyvojari patrne pocitali s beznou latenci byt i rychlych disku a beznych SSD, ale harddisk autora se blizi k hranic, kdy to muze byt kriticke. Pro jistotu prepnou do single modu.

To je zajímavá informace... nicméně lze předpokládat že každý kdo bude nasazovat db engine ve verzi Beta 1 si buď již pozor dává a velký, nebo ho takové drobnosti nezajímají

[MaloSaKradne]

ale ved to by sa muselo prejavit aj pri db-cache resp. db umiestnenej priamo na tmpfs a teda v RAM, nie ?

[Adam]

Zajímalo by mně pouití 2 x Samsung NVMe SM951 512 GB v softwarovém RAID0 pod Linuxem ... Dosáhlo by to 4GBps ?

[MP]

Taky by me zajimalo. Jedna firma pri nastrelu navrhu storage me informovala, ze z jejich zkusenosti maji NVMe nad SW raidem tak 1/2 vykonnost. Nemuzu to bohuzel zatim stale overit, storage se porad nerealizovalo.

[and_i]

Mi davaji zhruba totez co jedna bez RAIDU, coz pro dany ucel vyhovuje.

[Adam]

hod tu co ti ukazuje hdparm -Tt nad raid0

[and_i]

jedna z karet:

Timing cached reads: 24500 MB in 2.00 seconds = 12264.85 MB/sec

Timing buffered disk reads: 2682 MB in 3.00 seconds = 893.48 MB/sec

raid0:

Timing cached reads: 24788 MB in 2.00 seconds = 12409.21 MB/sec

Timing buffered disk reads: 5488 MB in 3.00 seconds = 1829.28 MB/sec

Nova davala prez 1500 MB/sec i karta sama, fstrim vraci 0 bytes trimmed, hmm...

[Adam]

Autorovi blogpostu dava jedno NVMe ako tvoje dve v RAID0 :D

[and_i]

Vsak mi nove davalo tez dvojnasobek...

A propo jadro 2.6.32 a pod., s tim nic nenadelam...

[MaloSaKradne]

2.6.32 nema podporu NVMe

[Michal Kubeček]

Není 2.6.32 jako 2.6.32…

[and_i]

Diky, ano neni to samozrejme vanilka, ale distribucni kernel.

Srovnani miry podpory NVMe v 2.6.32 s backportovanou funkcnosti a autorove 4.5.0-2 pripadne prenecham ostatnim.

Uvedene hodnoty pro muj ucel dostacuji, io rezie typicke ulohy klesla na zvladnutelnou miru, neni to radove nejuzsi hrdlo.

[and_i]

Rychlejsi by mohlo byt toto http://www8.hp.com/us/en/workstations/z-turbo-drive-g3.html

[HW guru]

Disk ma zivotnost 500TBW.
- cca 20 GB vytvori za cca 5 sekúnd z /dev/zero
- neberme do uvahy cca 5GB ako reziu systemu
- 1000 cylov po 500 GB moze poskodit pamatove bunky SSD disku


cize:

for i in {1..1000}; do dd if=/dev/zero of=tempfile bs=1M count=512 000 conv=fdatasync,notrunc status=progress && sync && rm -f tempfile ; done

- za 128 sekúnd vytvorí 512GB súbor a za 35 hodín vytvorí takýto súbory 1000 krát

Cize staci 35 hodín neustáleho zapisovanie na znicenie nejakej bunky SSD ?

[MP]

1] merit pomoci DD je spatne - nebere se tam v uvahu cache, navic pokud ten disk ma cca 1.2GBps zapis, nemuze mit 4GBps zapis pres DD --> 20GB vytvori minimalne za 16.6s, takze potreba priklad prepocitat

2] zkuste si spocitat to same i pro rotacni disk, jak dlouho mu takova operace bude trvat (iopsy zanedbejme)

3] pri generovani 500GB/cykl urcite nepouzijete 400GB disky libovolneho formatu/rozhrani

[MaloSaKradne]

Ad 1]

19100860416 bytes (19 GB, 18 GiB) copied, 5.00009 s, 3.8 GB/s 
20480+0 records in
20480+0 records out
21474836480 bytes (21 GB, 20 GiB) copied, 6.35217 s, 3.4 GB/s

[chrono]

Nie je časť tých dát stále len v RAM?

[MaloSaKradne]

dd if=/dev/zero of=tempfile bs=1M count=20480 conv=fdatasync,notrunc status=progress && sync

RAM je tusim 8GB a je tam sync, tak neviem...

[HW guru]

conv=fdatasync

This tells dd to require a complete “sync” once, right before it exits. So it commits the whole 256 MB of data, then tells the operating system: “OK, now ensure this is completely on disk”, only then measures the total time it took to do all that and calculates the benchmark result.

[MP]

Takze vyrobce uvadi 1.2GBps, na http://ssd.userbenchmark.com/SpeedTest/30300/NVMe-SAMSUNG-MZVKV512 je prumer/max 1.3/1.5GBps a dd bude ukazovat 3k+GBps? To mereni pres dd teda fakt nesedi.

[Josef Kufner]

Pokud je disk prázdný a nemusí kopírovat přepisované bloky, tak by ten dvojnásobek mohl být teoreticky možný. Vypni trim, naplň disk a zkus to znovu.