fogyasztási adatokat és árakat nem tettek közzé?

FERZON DroidTV - Android-os médialejátszó a PH!-n csak tőlem | Android-os Tablet PC-k magyar nyelvvel, GPS-sel és 3G-vel is!!! > Hirdetéseim: http://href.hu/x/duqu

Az Intel X18-M és X25-M SATA meghajtók 80 gigabájtos méretben, 595 dolláros áron kerülnek a piacra
Fogyasztási adatokat nem tudok mondani.

Different songs for different moods.

jááájjj.. megyek még aludni. pedig eskü elolvastam

FERZON DroidTV - Android-os médialejátszó a PH!-n csak tőlem | Android-os Tablet PC-k magyar nyelvvel, GPS-sel és 3G-vel is!!! > Hirdetéseim: http://href.hu/x/duqu

mire jók ezek a meghajtók vállalati szerver környezetben?

fontos szerverem 620 napja megy. nem biztos, hogy izgat pl.a bootolás ideje...

a PH! kedvenc ISP-trollja (C) Tyberius | http://itcafe.hu/tema/a_nagy_openwrt_topic/friss.html

Talán nemcsak a bootolás lesz gyorsabb, hanem pl. az adatelérés is?

Edit:

késleltetése 85 mikroszekundum

Ha ez a track-to-track seekre vonatkozik, akkor azt hiszem, ez némi javulás, nemcsak a hagyományos merevlemezekhez képest.

[ Szerkesztve ]

A szak­ember olyan barbár, akinek tudatlansága nem terjed ki min­denre. (Stanislaw Lem: Az Úr hangja)

még jó hogy sokan háborogtak hogy minek ide SATA3 meg USB3
na hát ezért mert már ez is 250megával tud olvasni és pár év múlva szerintem a SATA3 is kevés lesz majd az SSD-nek

Nikon D90 + AF-S DX VR 18-105mm + SB-900 + MB-D80 : http://href.hu/x/bl3a kedvenc fotózási témám :-) http://href.hu/x/cgxs

[link]

Egy vállalati szerver esetén az IO műveletek számossága egy másodperc alatt elég döntő paraméter, pl. egy adatbázis szerver esetén. Az SSD-k pedig IO műveletek terén igen kiemelkedően jól teljesítenek, nem véletlen hogy a nagy adattároló szállító cégek is elkezdték az átállást az SSD alapú rendszerekre.

Ebben a cikkben ott vannak a fogyasztás és egyéb adatok is: [link]

Viszont ezen slideok szerint, ezek az SSD-k még csak 50nm-re készülnek, nem a májusban bejelentett 34nm-tel amit pedig év végéig ígértek. Ezek szerint azok a példányok csak jővőre várhatók.

[ Szerkesztve ]

100-150 ronygért a 80gb se nem nagy, se nem olcsó az SLC pedig csak drágább lesz... pedig az fog biztos szépet teljesíteni...

A vér nem válik VAZZE!™

Úgy, tehát most az intel bemutatott egy akár 6-8 évig is üzemképes, 10 terabájtos, akárhányszor írható-olvasható ssd-t?

Rendes adatbázis szerver esetén a 80G az nem az ssd hanem a memória mérete...

a PH! kedvenc ISP-trollja (C) Tyberius | http://itcafe.hu/tema/a_nagy_openwrt_topic/friss.html

Nyilván nem, de merevlemeznél igen - vagy nem?
Avagy a merevlemez mely paraméterével akarod összehasonlítani? Talán az átlagos seek idővel? - csak mert ez esetben még látványosabb az említett SSD előnye.

(A tartósság már más kérdés, de ezt most nek keverjük ide.)

Edit:
Rendes adatbázis szerver esetén a 80G az nem az ssd hanem a memória mérete...

Nemcsak adatbázis-szervernél van szükség sok helyen lévő rengeteg adat gyors elérésére.

[ Szerkesztve ]

A szak­ember olyan barbár, akinek tudatlansága nem terjed ki min­denre. (Stanislaw Lem: Az Úr hangja)

Még mindig nem annyival gyorsabbak a winchesterek-nél, még mindig qrva drágák és még mindig kevés a tárhely. Ezekután nekem ne hangoztassák, hogy eljött az SSD-k kora. Majd ha egy SLC csippes, 512GB-os SSD 30 ezer magyar forint alá megy, szóljatok. Addig itt röpködhetnek a hírek, ez inkább csak a gyártók közötti verseny, hogy mgis ki tud egyáltalán SSD-t gyártani. Még a mezei felhasználókra nem gondolnak igazán. Az SSD-k kora majd akkor jön el, hogyha a mai 750 meg 1000 GB-os merevlemezek helyén ultragyors SSD-k lesznek, ja és persze ugyanannyiért. Mert most komplett gépet lehet venni egyetlen 80 GB-os SSD árából.

A nyúl ugrik, a pók mászik, de a teve köp; A vészrendszer nneem működik!; ...ráadásul életveszélyes hazugság. Életveszélyes, mert veszélyes az életre.

De keverjük ide, mert a seek time-ot és az átviteli sebességet több rammal olcsón lehet ellensúlyozni, a tartósságot viszont nem tudod javítani.

a PH! kedvenc ISP-trollja (C) Tyberius | http://itcafe.hu/tema/a_nagy_openwrt_topic/friss.html