Как и было обещано в публикации «Целесообразность и преимущества применения серверных накопителей, построение RAID-массивов, стоит ли экономить и когда?», остановимся более подробно на проблеме выбора твердотельных накопителей. Но в начале немного теории.

Твердотельные накопители (Solid State Drives, SSD) — накопители, ориентированные на обеспечение минимальной latency (задержки до начала непосредственно операции чтения или записи) и большого количества IOPS (Input/Output Operations per Second, операций ввода/вывода в секунду). Выбирая SSD пользователь ориентируется прежде всего на то, на сколько быстрым будет накопитель для решения его задачи и на сколько надежным будет хранение данных на нем.

Твердотельные накопители состоят из NAND-микросхем, которые образуют массив памяти, они лишены недостатков HDD-дисков, так как нет движущихся частей и механического износа, за счет чего и достигается высокая производительность и минимальная latency (в жестких дисках основная задержка связана с позиционированием головки). Каждая ячейка памяти может быть перезаписана определенное количество раз. Операции чтения не оказывают влияния на износ SSD. В основном применяют три основных типа чипов NAND: SLC (Single Level Cell), MLC (Multi Level Cell) и TLC (Three Level Cell) — чипы с одноуровневыми, многоуровневыми и трехуровневыми и ячейками. Соответственно ячейки в SLC могут использовать два значения напряжения 0 или 1 (могут хранить 1 бит информации), в MLC 00, 01, 10 или 11 (хранят 2 бита информации), в TLC 000, 001, 010, 011, 100, 101, 110 или 111 (хранят 3 бита). Становится понятно, что чем больше значений может принимать ячейка, тем больше увеличивается вероятность некорректного считывания этого значения, тем больше времени требуется на коррекцию ошибок, тем больше информации может хранить накопитель. Именно по этой причине TLC требует большего объема ECC (Error Correction Code). В то же время, количество циклов перезаписи падает с увеличением плотности хранения информации и максимально в SLC и потому эта память самая быстрая, так как считывать одно из двух значений гораздо проще.

Теперь немного об особенностях самих микросхем. Память NAND, в отличии от NOR, применяемой во флешках, является более экономически выгодной и имеет ряд преимуществ и недостатков. Преимущества заключаются в гораздо большей емкости массива, возможности более эффективного последовательного чтения. Недостатки заключены в режиме постраничного доступа, отсутствии случайного доступа к данным, появлении дополнительных ошибок за счет большой плотности записи данных в ячейки. Каждая NAND-микросхема разделена на страницы 512 или 256 КБ, те же в свою очередь на блоки размером 4КБ. Возможно осуществлять чтение с отдельных страниц и запись, при условии, что они пусты. Однако, как только информация была помещена, ее невозможно перезаписать, пока не будет стерт весь блок страниц. В этом и состоит основной недостаток, оказывающий огромное влияние на эффективность записи и износ накопителя, так как NAND-микросхема имеет ограниченное количество циклов перезаписи. Для обеспечения равномерного износа всех ячеек, равномерной утилизации накопителя, контроллер перемещает записываемые данные с места на место при записи, тем самым увеличивая влияние WAF (Write Amplification Factor) на работу SSD, благодаря которому количество действительно записываемой информации гораздо больше, нежели логической, записываемой пользователем, в следствии чего уменьшается показатель случайного чтения. По сути данные перемещаются с места на место более одного раза, так как информация в памяти должна быть стерта перед повторной записью и чем более эффективно реализован алгоритм WAF, тем дольше проживет накопитель.

Технология Over-Provisioning позволяет оптимизировать основной недостаток, связанный с записью / перезаписью и улучшить производительность, увеличить срок жизни накопителя. Она заключается в том, что на каждом из накопителей выделяется область, недоступная для пользователя, которую использует контроллер для перемещения данных, тем самым выравнивая показатели износа ячеек, так как для стирания ячейки 4КБ требуется стереть всю строку ячеек (на 256 или 512 КБ), что логичнее выполнять в фоновом режиме, используя для записи в первую очередь неразмеченную область. Легко понять, что чем больше область ОР, тем проще контроллеру будет выполнять возложенные на него функции, тем меньше будет WAF и эффективнее будет случайная запись и случайное чтение. Производитель закладывает под ОР от 7% до 50% от объема накопителя, за счет чего значительно увеличивается скорость записи, что видно с графиков, представленных ниже (ОР 0%, 12%, 25%, 50%).






Как видим из графиков, производительность значительно повышается уже при ОР 25% и выше. Большинство производителей SSD позволяют управлять этим параметрам, у того же Samsung есть полезная утилита для этих целей:



В чем же отличие серверного и desktop-накопителя? Самое важное отличие заключается в том, насколько эффективна работа с операциями записи в непрерывном режиме, а это, в основном, определяется типом чипа, применяемыми алгоритмами и областью Over-Provisioning, которая выделена производителем. К примеру для Intel 320 серии Over-Provisioning составляет 8% от емкости его микросхем, а для Intel 710, накопителя вроде бы как с идентичным типом чипа — 42%. Более того, Intel рекомендует еще минимум 20% оставить неразмеченными при создании раздела, чтоб они также автоматически могли быть использованы под Over-Provisioning, даже на серверных накопителях, где уже выделено 42%. Это удлинит срок жизни накопителя до 3-х раз, так как уменьшится WAF, и повысит производительность записи до 75%.

Но чем же принципиально отличаются декстопные накопители от серверных? Возьмем для примера накопители Intel 320 и 520 — хорошие десктопные твердотельные накопители, в последнем применена «хитрость» в виде контроллера LSI SandForce, который сжимает записываемые данные и передает их на накопитель уже в сжатом виде, таким образом увеличивая скорость записи. И сравним их с серверным накопителем Intel 710 серии.

Inte отличается от других производителей тем, что пишет технические характеристики довольно подробно и честно и мы всегда можем знать производительность в разных режимах использования накопителя, что как раз очень полезно в нашем случае. Именно потому мы выбрали их для сравнения, пусть, какие-то уже сняты с производства и есть более новые модели, но не в этом суть. Наша цель — понять отличия и принципы выбора, которые, вне зависимости от апдейтов, сильно не изменились.

http://ark.intel.com/ru/products/56563/Intel-SSD-320-Series-120GB-2_5in-SATA-3Gbs-25nm-MLC — cмотрим и видим, что:

Случайное чтение (участок 8 ГБ) — 38000 IOPS
Случайное чтение (участок 100%) — 38000 IOPS
Случайная запись (участок 8 ГБ) — 14000 IOPS
Случайная запись (участок 100%) — 400 IOPS

То есть, если мы занимаем на нашем SSD-накопителе на 120 ГБ всего лишь 8, отводя более 90% емкости под Over-Provisioning, то показатели случайной записи довольно хороши и составляют 14 KIOPS, если же мы используем все пространство — всего лишь 400 IOPS на случайную запись, производительность падает в 35 раз и оказывается на уровне пары хороших SAS-дисков!

Теперь рассмотрим http://www.intel.com/content/dam/www/public/us/en/documents/product-specifications/ssd-710-series-specification.pdf, как видим, что даже при 100% заполнении доступной емкости, скорость на запись довольно прилична — 2700 IOPS, а при наличии 20% от емкости под Over-Provisioning возрастает до 4000 IOPS. Это следствие немного, но все же другой памяти, с High Endurance Technology (HET), если по-простому — это применение отборной памяти. Также применяется иная прошивка с другим алгоритмом записи, которая позволяет снизить количество ошибок и продлить жизнь накопителя. И что очень важно — используется иной алгоритм очистки свободного пространства. За счет этого производительность поддерживается при НЕПРЕРЫВНОЙ работе практически всегда на достойном уровне, на диске постоянно проходит фоновая очистка и оптимизация распределения данных. В десктопном же Intel 320 — она может несколько падать при непрерывной работе, так как процессы очистки идут не постоянно.

Вывод — десктопный диск будет жить довольно долго на небольших объемах данных и по скорости может обеспечить довольно хорошие результаты в случае наличия большого пространства под Over-Provisioning. Когда это выгодно? Допустим есть база данных, та же 1С, к которой требуется доступ 10-20 пользователям. База имеет объем 4 ГБ. Более 90% емкости накопителя отводим под Over-Provisioning и размечаем только необходимое, с небольшим запасом, скажем, 8 ГБ. В результате имеем довольно хорошую производительность и экономичность решения с очень хорошим показателем надежности. Конечно, в случае 40-50 пользователей 1С, все же лучше будет использовать серверный накопитель, так как при непрерывной нагрузке показатели все же будут падать у десктопного SSD.

Теперь остановимся более подробно на накопителях с контроллерами типа SandForce. Просмотрев характеристики http://download.intel.com/newsroom/kits/ssd/pdfs/intel_ssd_520_product_spec_325968.pdf, приходим к выводу, что Intel 520 — очень хороший вариант в случае компрессируемых данных, обеспечивает до 80 000 IOPS на запись, однако в случае несжимаемых данных, таких, как видео, показатели падают значительно — до 13 KIOPS и менее. Помимо прочего, в небольшой сноске (под номером 2) указано, что такие фантастические скорости на запись (80 KIOPS) достижимы только в случаях, когда размечено только 8 ГБ, что в случае 180-гигабайтного накопителя составляет всего лишь порядка 3% его емкости, остальное отводится под Over-Provisioning, в результате опять же можно сделать вывод, что этот диск будет хорошо работать с небольшими базами данными и текстовыми файлами, а в случае необходимости быстрой записи несжимаемых данных, таких, как видео — все же лучше использовать полноценные серверные накопители.

Стоит также отметить, что серия 320, хоть и считается десктопной, но на самом деле является полусерверной, так как помимо прочего накопитель содержит суперконденсатор, который в случае отключения питания позволяет сохранить данные из кеша самого диска. А вот 520-ка этого не имеет. Потому очень важно обращать внимание и на такие особенности при выборе накопителей. Таким образом, серия 320 будет хоть и медленнее, нежели 520, но зато надежнее.

Справедливо будет поговорить и о накопителях от других популярных производителей — Seagate и Kingston. Чем они отличаются? Seagate Pulsar, в отличии от рассматриваемых накопителей выше, имеет интерфейс SAS, а не SATA и это является его основным преимуществом. У твердотельных накопителей с интерфейсом SATA есть контроллер сохранности данных на накопителе, есть контроллер сохранности данных на самом контроллере, но вот то, что происходит с данными на этапе их передачи, отслеживается недостаточно хорошо. Интерфейс SAS решает эту проблему и полноценно контролирует канал передачи и в случае какой-то ошибки из-за той же наводки — исправит ее, SATA-интерфейс — нет. Кроме того, тут используются преимущества надежности самого интерфейса SAS, когда вместо 512 пишется 520 байт, вместе с 8 байтами четности. Помимо прочего можем использовать преимущества дуплекса SAS-интерфейса, но где это может быть использовано — лучше будет осветить в отдельной публикации.

Что же касается серии накопителей Kingston — это не только надежные накопители, но и весьма производительные. До недавнего времени их серверная серия была одной из самых быстрых, пока на рынке не появился Intel 3700. При этом цена на эти накопители довольно приятна, соотношение цена / производительность / надежность, является, пожалуй, наиболее оптимальными. Именно по этой причине в «новой» нашей линейке серверов в Нидерландах, с которыми мы начали распродажу, мы предложили именно эти накопители, обеспечив тем самым довольно интересное ценовое предложение, в результате которого, серверов c этими накопителями, осталось совсем немного:



В этих накопителях 8 чипов по 32 ГБ, образуют суммарный объем в 256 ГБ, около 7% емкости выделено под Over-Provisioning, чистая квота одного накопителя выходит равной 240 ГБ. SandForce контроллер оказывает положительное влияние на прирост производительности в случае работы с компрессируемыми данными, а именно базами данных и зачастую удовлетворяет потребности в IOPS для 95% наших клиентов. В случае же некомпрессируемых данных или данных с большой энтропией, таких как видео, пользователи в основном используют его больше для раздачи контента, нежели для записи, а на чтение производительность не падает столь значительно, что также удовлетворяет потребности большинства пользователей, а если требуется обеспечить большую производительность на запись — достаточно увеличить Over-Provisioning. Как видно из графика, прирост производительности для данных с нулевой компрессией (энтропия 100%) при росте Over-Provisioning, максимальный:



Стоит отметить еще честность производителя, тесты очень консервативны. И зачастую реальные результаты оказывались выше гарантируемых на 10-15%.

А для тех, кто нуждается в большей емкости, мы приготовили спец. предложение:




Трафик можно увеличить, также, как и канал, апгрейды доступны по очень приятным ценам:

1 Gbps 150TB — +$99.00
1 Gbps Unmetered — +$231.00
2 Gbps Unmetered — +$491.00

Что же касается использования твердотельных накопителей в RAID-массивах, не будем повторятся об особенностях их использования в RAID, существует волшебная авторская статья amarao, которую я рекомендую к прочтению SSD + raid0 — не всё так просто и которая поможет сформировать полноценное понимание. В этой же статье расскажу немного о SSD-накопителях с интерфейсом PCI-Express, в котором уже используется встроенный RAID-контроллер. В случае задачи построения очень быстрого решения, скажем, для нагруженной биллинговой системы, такие накопители незаменимы, так как способны обеспечить сотню KIOPS на запись и более, а также, что очень важно, очень низкую латентность. Если латентность большинства твердотельных накопителей находится в пределах 65 микросекунд, что в 10-40 раз лучше показателей латентности жестких дисков, то у топовых SSD PCI-Express достигаются значения 25 микросекунд и менее, то есть практически скорость RAM. Конечно, за счет самого интерфейса PCI-Express идет снижение быстродействия, по сравнению с RAM, тем не менее, в скором времени ожидаются заметные улучшения в плане латентности.

Емкость накопителя с интерфейсом PCI-Express набирается «банками памяти», на плате уже имеется SandForce чип, а также аппаратный RAID-контроллер. То есть это уже зеркало со скоростью реакции 25 микросекунд со скоростью записи более 100 KIOPS, которое имеет очень высокую надежность. Эффективная емкость таких накопителей, как правило невелика и может составлять 100ГБ. Цена — также довольно внушительна (7000-14000 евро). Но в случае, как уже отмечалось, нагруженных биллинговых систем, совсем нагруженных баз данных, а также с целью быстрого формирования бухгалтерских отчетов 1С в крупных компаниях (скорость построения возрастает почти на 2 порядка, в 100 раз быстрее) — такие решения незаменимы.

Пока что мы можем предложить такие решения лишь в custom-built серверах при гарантии долгосрочной аренды, так как спрос довольно ограничен и далеко не каждый будет согласен платить столь внушительные деньги за производительность, к слову, не для каждого это и целесообразно. Возможно позднее, в отдельной публикации, мы рассмотрим подобные решения более обширно, если будет соответствующий интерес от бизнес-абонентов.
Поделиться с друзьями
-->

Комментарии (22)


  1. navion
    15.07.2016 12:46
    -1

    До недавнего времени их серверная серия была одной из самых быстрых, пока на рынке не появился Intel 3700.

    Это какого года статья?


    1. HostingManager
      15.07.2016 12:54
      +2

      Intel 3700 появился, если не изменяет память в 2013-м году. Статья этого года, то, что использовано сравнение серий, снятых с производства — указано в статье:

      Пусть, какие-то уже сняты с производства и есть более новые модели, но не в этом суть. Наша цель — понять отличия и принципы выбора, которые, вне зависимости от апдейтов, сильно не изменились.


      Мы в дата-центрах не применяем самые новые решения повсеместно, так как не возможно обновлять парк из десятков тысяч серверов каждые 3 года.

      Потому, в моем понятии, подобные сроки — действительно недавно. И эти сравнения очень актуальны именно в данный момент.


      1. navion
        18.07.2016 14:36

        Так концептуально ничего нового вы не написали, скорее оправдали использование древнего хлама в вашей бизнес-модели.

        КМК, сейчас важнее писать про конкретные модели и выгодные предложения. Вроде недавней распродажи HGST 84x или Samsung PM863/SM863, которые в рознице продают чуть дороже потребительских дисков.


  1. punkkk
    15.07.2016 12:56

    www.nix.ru/computer_hardware_news/hardware_news_viewer.html?id=178629
    Где то я видел эти графики…


    1. HostingManager
      15.07.2016 12:58

      Да, графики по Samsung взяты с того ресурса. Там же можно найти больше информации по теории, в частности о TRIM, которую в теоретическую часть статьи решено было не добавлять, в виду и так довольно большой перегруженности. Цель была сократить теорию до минимума, при этом больше остановится на практической части с Over-Provisioning.


      1. punkkk
        15.07.2016 13:00

        Просто нигде не нашел ссылки на то, откуда были взяты графики(не утверждаю что их нет). :)

        Но все равно спасибо за статью.


        1. HostingManager
          15.07.2016 13:09
          -2

          А с чего Вы взяли, что она должна быть (Вы уверены, что тот ресурс, автор графиков, а не просто они были удобны для поиска)? Практического смысла в этом мало. В отличии от ссылок на Intel, которые были приведены, так как реально интересны, ведь там можно самим посмотреть и убедится в тех данных, которые представлены в публикации и даже сделать собственные выводы для конкретного случая. Подумать над интересными особенностями, которые возникают при увеличении размера блока с 4 до 8 КБ для разных накопителей от Intel, к примеру.


          1. punkkk
            15.07.2016 13:31
            +4

            Мне казалось, что сослаться на источник откуда вы берете информацию это, как минимум, уважение к автору, его труду по получению этих изображений… и не важно сам он писал или нет, не стоит же себя вести так же неправильно, если он не указал ссылку на первоисточник.

            Но как знаете.


            1. HostingManager
              15.07.2016 14:22

              Труд по получению этих же изображений из англоязычного Интернета занимает на 2 минуты больше времени (я просто не видел смысла в их поиске в англонете, так как не страдаю вопросами авторского права на столько, есть более интересные темы для обсуждения), это не есть труд по построению графиков, на который реально стоит ссылаться, если источник такой. Кроме того эти графики распространяются в сети со «свободной лицензией». Если мы берем действительно что-то авторское — само собой ссылаемся. Вы правы, это уважение к труду автора. Но поскольку тут не автор, то и ссылки нет.

              P.S. Помимо прочего — я не отношусь к вопросам авторского права фанатично. Вы фильмы тоже всегда только лицензионные смотрите и из Интернета не качаете? Просто интересно. Думаю, Вы поняли о чем я.


              1. punkkk
                15.07.2016 15:25
                +1

                Просто так же вашими трудами могут пользоваться, это же не есть приятно. Из интернета я качаю только свободное ПО. Фильмы не смотрю почти, игры все покупаю, например.
                Но лучше закончить этот спор, просто показалось странным это.


                1. HostingManager
                  15.07.2016 15:43

                  Если кто-то у меня скопирует график, который я скопировал с другого ресурса, я не обижусь, поверьте :) Это не есть мой труд, что я его нашел и скопировал, а речь сейчас именно об этом.

                  Авторов я указываю, в данном случае — не автор, потому и не указывал. И спорить не о чем тут действительно.


          1. Tortortor
            15.07.2016 13:56
            +3

            вас не должно интересовать кто автор графиков, тот ресурс или нет. вы должны были указать что «графики взяты с такого-то ресурса».


            1. HostingManager
              15.07.2016 13:56
              -5

              Не должны.


        1. HostingManager
          15.07.2016 13:20

          Вот кстати ссылка на источник графиков (походу), так как судя по тексту статья по исследованию производителей авторская: http://www.anandtech.com/show/6489/playing-with-op

          Как и предполагал, все хорошее приходит к нам из англоязычного Интернета и nix.ru использовал просто эти графики, и они были удобны для поиска именно в ру-нете.


          1. HostingManager
            15.07.2016 13:24

            Тут, в англоязычной статье, кстати, удобный селектор под графиком есть, чтоб увидеть график для конкретного накопителя, так что вот эта ссылка http://www.anandtech.com/show/6489/playing-with-op, в отличии от nix.ru, имеет реальный практический интерес.


  1. HostingManager
    15.07.2016 12:58

    Да, графики по Samsung взяты с того ресурса. Там же можно найти больше информации по теории, в частности о TRIM, которую в теоретическую часть статьи решено было не добавлять, в виду и так довольно большой перегруженности. Цель была сократить теорию до минимума, при этом больше остановится на практической части с Over-Provisioning.


  1. periskop
    15.07.2016 14:00
    +1

    Скажите, а что можете сказать насчет SSD для виртуальных машин? Когда SSD узнает, что область очищена и можно стереть весь блок 512 КиБ? Нет ли там проблем с проседанием скорости записи после первичной записи всего объема?


    1. HostingManager
      15.07.2016 14:08

      При достаточном % Over-Provisioning и использовании серверных SSD проседаний не должно быть. Само собой, что в случае очень нагруженных виртуальных машин и десктопных SSD — проседания будут, Вы правы, так как алгоритмы их очистки не рассчитаны на непрерывную нагрузку, график производительности будет падать. В серверных же SSD график будет более однородным, с редкими «пиковыми» падениями производительности, так как алгоритмы очистки там рассчитаны на непрерывную работу при высоких нагрузках.

      Если же у Вас виртуалки не будут использовать весь объем и умерены нагружены — есть тот же динамический OP, помимо прочего большинство накопителей имеют те же SandForce чипы для сжатия данных, что также обеспечит более высокую производительность и стабильность даже на десктопных накопителях.


      1. periskop
        16.07.2016 18:01
        +2

        Можете, пожалуйста, еще пояснить? Пусть, доступный объем — 500 ГиБ, еще 500 ГиБ зарезервировано. Правильно ли я понимаю, что процесс примерно следующий:

        1. Виртуалка записала 500 ГиБ, весь диск заполнен.
        2. На виртуалке удалили 400 ГиБ.
        3. Пошла запись еще 400 ГиБ. Контроллер в это время пишет в зарезервированную область, одновременно помечая куски старой области неиспользованными.
        4. В фоновом режиме контроллер чистит куски старой области.

        И получается, что поддержка гипервизором TRIM не нужна.


        1. HostingManager
          17.07.2016 00:07

          Поддержка TRIM на уровне гипервизора все же важна для эффективной работы, то, что говорите Вы — это функция BGC контроллера, которая «собирает мусор» и является аналогом TRIM-команды.

          Тем не менее умные люди пишут о массе других проблем, когда команда TRIM может не передаваться, даже при поддержке TRIM на уровне гипервизора:

          Это я ещё не трогаю остальные проблемы:

          — если сторадж локальный, то при использовании RAID-контроллеров (нормальных, не фейковых хост-рейдов) мы пролетаем, бо по сю пору никто из рейдовендоров не чешется обеспечивать проброс команды TRIM через свои изделия на носители… понятно, что делать локальный сторадж на одиночном ssd на бортовом SATA/SAS весьма некошерно...;

          — если сторадж сетевой блочный, то тогда TRIM от гипервизора нужно пробрасывать по iSCSI и обеспечивать её понимание на стороне хранилки (см. предыдущий пункт про RAID-контроллеры);

          — если сторадж сетевой файловый, то TRIM от гипервизора вообще в пролёте;

          — если даже отдать виртуалке, умеющей TRIM (2008/2012, W7/8) напрямую RDM для её FS, то и в данном случае мимо тазика — команда не пройдёт через варины виртуальные scsi-контроллеры...


          Я, к сожалению, не админ, чтоб полноценно разобраться в вопросе, но нашел такой интересный линк: https://communities.vmware.com/thread/437199?tstart=0

          Думаю, тут Вы найдете ответы на Ваши вопросы.


          1. HostingManager
            17.07.2016 08:36
            +1

            Все-таки я был не совсем прав, поддержка TRIM важна не всегда. Вот полезная статья на русском: Можно ли эффективно использовать SSD без поддержки TRIM?

            Таким образом команда TRIM никак не влияет на производительность SSD, если вы заполнили диск практически полностью, то получите деградацию производительности что с поддержкой TRIM, что без. Если вы удалите файлы и даже принудительно пошлете команду TRIM — чуда не произойдет, производительность будет оставаться низкой до тех пор, пока сборщик мусора не очистит достаточно свободных ячеек.

            Если мы разместим на SSD базу данных или виртуальный жесткий диск и будем активно работать с ними, то никакой TRIM нам не нужен. Если на диске достаточно свободных ячеек и эффективно работает сборщик мусора — производительность будет поддерживаться на высоком уровне. Падение производительности произойдет только тогда, когда количество свободных ячеек уменьшится и сборщик мусора не будет успевать очищать их в необходимых количествах. Это может произойти при использовании всего доступного пространства диска и TRIM на это никак повлиять не может.

            Команда TRIM, в первую очередь, предназначена для настольных систем и системных разделов, где файлы активно создаются и удаляются, в большинстве серверных сценариев, где идет изменение уже записанных данных, необходимости в ней нет.

            Здесь самое время вспомнить про корпоративные серии SSD, которые зачастую не блещут производительностью, но зато предлагают высокую надежность и поддерживают эффективную работу даже без поддержки TRIM. За счет чего это происходит? За счет большего размера резервной области. Это позволяет всегда иметь достаточный запас свободных ячеек и благотворно сказывается на эффективности работы сборщика мусора. Так как пользователь не может непосредственно писать в резервную область, то в ней могут быть страницы только трех видов: свободные, занятые и доступные к очистке. Занятых страниц, которые ФС считает свободными, там быть не может.


            1. periskop
              24.07.2016 11:32

              Спасибо, действительно, хорошие материалы. Похоже, что можно попробовать SSD в гипервизоре.