OWC Mercury Viper – скорости до 600 MB/s и 2 TB обем

OWC Mercury Viper – скорости до 600 MB/s и 2 TB обем

В раздел: Новини от на 15.01.2013, 3,882 показвания

Преминаването към стандарт SATA 6 GBps (покрай някои други нововъведения при SSD) позволи на потребителските SSD-та да предложат доста по-високи скорости на трансфер на данни, приближавайки се все повече до максимума на възможностите на SATA 6 GBps. Анонсираният току що OWC Mercury Viper SSD е първият опит за достигане на 600 MB/s скорост на трансфер, поне според производителя.

Анонсът на OWC Mecrury Viper все още не предлага допълнителна информация относно използван контролер или чиповете NAND Flash, но компанията прави заявка за най-бързото потребителско SSD със скорости на трансфер от 600 MB/s и нещо доста специфично – обем до 2 TB (по-скоро 1920 GB). През следващите няколко седмици ще има повече информация относно OWC Mercury Viper, стартовата цена на различните варианти и повече яснота около използваният хардуер.






Етикети: ,


13 коментара

  1. 1 Име (required) // 15.01.2013 в 11:32

    Само напомням

    MLC ~ 10000 цикъла
    TLC ~ 5000 цикъла

    Въпреки че при този голям обем е възможно да се получи много дълъг живот (като при SLC) при положение, че се използват 10% от мястото. Предполагам, че и цената ще е нещо от сорта на 10 пъти 192 GB SLC SSD (ако има такива).
    Това SSD би било супер за видео обработка.
    В един практически случай голяма част тези 2TB биха били инсталации на игри, тоест почти никакво писане – по-малко износване.
    В крайна сметка може и да не е лошо решение.

  2. 2 Юри // 15.01.2013 в 13:14

    Бъркаш, в момента по 20 нанометрова технология:

    MLC ~ 3000 цикъла
    TLC ~ 1500 цикъла

    2ТБ най-вероятно се постигат с вътрешен RAID, 2 SSD в един корпус. Още повече тази новина идва след CES където Микрон показаха 1ТБ устройство благодарение на нови 128ГБ чипове.

    Другия вариант е да има нов контролер на пазара, който ще може да адресира повече от 8 чипа.

  3. 3 Гого // 15.01.2013 в 16:36

    Бъркаш, след 6 години SSD устройства по 20ТБ с използуване на 6нм техпроц:
    MLC ~ 2 цикъла
    TLC ~ еднократен запис

    :D

  4. 4 Ngoro // 15.01.2013 в 18:42

    Аз и сега се радвам на 992 mb/read vs 491mb/write
    :)
    до тук 6 месеца. да видим кога MLC/TLC ще ми кажат аста ла виста бейби

  5. 5 Гого // 15.01.2013 в 19:16

    @Ngoro Много бавно, чадо мое ;) 124MB/s четене и ~61.4MB/s запис.

  6. 6 Ngoro // 15.01.2013 в 21:59

    абе имам тук един спад при 4кб четене на 24mb/s та се чудя от какво е … записа го държи на 390mb/s
    най-вероятно се е омазал защото има “грешки” във фирмуеъра :D

  7. 7 Аз и Пешо // 15.01.2013 в 22:07

    Аз с мойте дърти Раптори да хвана да се скрия…

  8. 8 Гого // 15.01.2013 в 22:10

    @Ngoro Майтапя се мой човек. Малките файлове се четат по-бавно, особено бавно се четат системни и други специални файлове, при чието прочитане грешките трябва да се сведат до минимум.

  9. 9 polyksena // 16.01.2013 в 11:17

    Колеги, аз чакам следното изпълнение, което според мен, ще избие рибата: Хибриден диск с 128GB SSD SLC, което да е буфер(кеш или както там му викате) закачено към 1TB 2.5 инчов диск. И като бодна два такива в райд 0, “те ти булка Спасов ден”:)

  10. 10 Ngoro // 16.01.2013 в 21:53

    @Гого разбрах че се майтапиш но срива при 4кб файлове е чудовищен, та все още нямам идея защо така
    Sequential – 992 mb/s
    512k – 646mb/s
    4k – 29mb/s
    4k QD32 – 401mb/s

  11. 11 Гого // 16.01.2013 в 23:44

    Може да е проблем от контролера, или фирмуерен бъг/недоклатеност ;)

  12. 12 Сашо // 17.01.2013 в 18:56

    > след 6 години SSD устройства по 20ТБ с еднократен запис

    не звучи зле, една log filesystem и може да изкара доста време.. и поне знаеш, кога ще спре да работи :) при това няма да ти изгърми данните

    Между другото това за системните файлове, че се четяли по друг начин от “обикновените” – те такова животно нема. Не мога да се съглася и че системните фаилове са по- важни от моите файлове…

  13. 13 Гого // 20.01.2013 в 13:08

    Никой не те кара да се съгласяваш, но всеки занимаващ се със драскане на такъв код, е на различно мнение и дори не случайно, в по-сериозните проекти се работи на сървърна мъшина с оперативна памет с корекция на грешките.