Intel představil nový formát 3D NAND SSD disků pro servery, připomínají pravítka s délkou 30 cm, výškou 4 cm a tloušťkou pod 1 cm (12" x 1,5" x 1/3"). Takových „pravítek“ s kapacitou 32 TB se do 1U vejde 32. Celková kapacita pak bude 1 PB. Výhoda nových disků je jejich lepší chlazení ve srovnání s klasickými 2,5" disky.
(zdroj: slashdot)
Dle toho tam do 1U dostanes ale maximalne 32*8TB, co z jaksi k 1PB ma dost daleko. Tudiz potrebujes 4*1U a to si poridis za skvelych $800k. Kdyz si vemes od supermicro jejich 96 diskovy 4U case tak se na 1PB dostanes za podstatne nizsi cenu. Ostatni parametry se nedaji samozrejme srovnavat. Jak se jim ale dle te spravy vejde 1PB do 1U, kdyz konfigurator rika neco jineho?
On ten SM(Sado-Maso) odpad jeste nekdo kupuje? Je k tomu pri cenach velkych vyrobcu jeste duvod? Uprimne budu rad kdyz se tisicovky tehle srotu zbavim. Ono to nejspis stejne odejde samo.
Jasne. Drahy SSDcko ale naprosto latrina grade HW pod tim. Ten nejvetsi serverovy povl...
SM ale už dávno není odpad - spolehlivost je stejná jako u jiných vendorů. Doby kdy jim houfně umíraly zdroje jsou víc jak 10 let pryč. Jediné co lze SM aktuálně vytknout je, že u vydávaných updatů BIOSů, Firmwarů apod velmi často chybí changelog, nebo z něj nelze získat žádnou relevantní informaci - ale i to vypadá že se začíná měnit k lepšímu.
Napadlo. Prostě ne každý má tak nízké potřeby jako tvoje domácnost.
No nezlobte se na mne, ale že by si tohle někdo chtěl koupit domu soudruhy z intelu určitě ani nenapadlo a jestli ano tak jako vtípek u oběda, kterému se celá jídelna zasmála. Tohle je velmi specifický produkt, pro který sice není velký trh, ale vzhledem k tomu, že řádově PB disky nikdo jiný asi nenabízí (nejsem si toho vědom), tak na tom intel může dobře vydělat. - Ostatně proč by to jinak dělal.
Deduplikace je myslím na email nešikovná. Máte různé datum a často i text - a velikost je také malá. Lepší bude nějaká komprimace na úrovni souborového systému např. pomocí ZFS.
lol ... deduplikace na mailech udela naprosto vpohode -60%, v extremnich pripadech i -90% objemu dat. Bez komprese.
To sis jeste nevsim ze prevazna vetsina mailu se posila nekolika lidem, a navic se v odpovedi prevazne tam a zpet posila stale totez? Ze ty netusis jak deduplikace funguje?
Vím přesně jak deduplikace funguje. Jaký nasazujete produkt, který Vám dejme tomu na Vašem emailovém serveru těch 60% dat ušetří? Uživatel m. se chlubil, že má snad 6 PB emailu, tak by mě zajímalo, co jemu vyjde, když bude data deduplikovat...
Když budete deduplikovat na úrovni databáze, tak by mohla být efektivita poměrně dobrá. Jak říkáte, duplicitní emaily atp. Na nižších úrovních to začne být těžší. Pro dobrý výkon musí být blok, který se hashuje fixní velikosti. Běžný email má prý velikost 75 kB, z čehož usuzuji, že při rozdělení na 4 kB bloky by se dalo vytěžit dostatek podobných částí.
Myslím si, že nejlépe deduplikace funguje na zálohy. Tam z principu existuje velká míry duplicitních dat. V praxi jsem ale jinde moc úžasné deduplikační faktory neviděl. Možná mám jen smůlu. Nejlépe mě přesvědčíte a jiné poučíte, když ukážete Vaše data.
1U = 1 rack unit ... Zařízení velikosti jedné pozice ve standardním 19" racku.
Více viz wiki: https://en.wikipedia.org/wiki/19-inch_rack
