Традиционно при сборке сетевых хранилищ (NAS) принято считать, что единственным верным выбором являются накопители с памятью типа TLC, а использование QLC-решений стоит избегать. Однако компания TrueNAS опубликовала материал, в котором утверждает, что для большинства домашних пользователей этот стереотип является ошибочным. Разбор того, как файловая система OpenZFS взаимодействует с различными типами NAND-памяти, показывает, что QLC работает эффективнее, чем принято считать.
Особенности QLC в нагрузках для домашнего NAS
Разница между TLC и QLC заключается в плотности записи: TLC хранит три бита данных на ячейку, а QLC — четыре. Это дает QLC преимущество в виде большей плотности и меньшей стоимости за терабайт, но влечет за собой снижение скорости прямой записи, увеличение задержек под постоянной нагрузкой и меньшее количество циклов перезаписи. В TrueNAS признают наличие этих технических ограничений, но указывают, что они проявляются далеко не везде.
Для задач, ориентированных на хранение медиаархивов, резервных копий и данных, которые записываются один раз и читаются часто, недостатки QLC практически неактуальны. Типичные сценарии использования, такие как медиасерверы Jellyfin или хранилища Immich, не создают нагрузку, при которой проявляются «слабые стороны» QLC. Что касается выносливости (ресурса записи), то для хранилищ с редко обновляемыми данными показатели потребительских QLC-дисков оказываются вполне достаточными даже с учетом их более низких рейтингов по сравнению с TLC. Регулярные процедуры проверки данных (scrub) в ZFS в основном выполняют операцию чтения, что не расходует ресурс перезаписи.
Роль файловой системы OpenZFS в оптимизации записи
Ключевым фактором, позволяющим эффективно использовать QLC, является файловая система OpenZFS, которую применяют в TrueNAS, Proxmox и других Linux-системах. ZFS объединяет множество мелких разрозненных операций записи в памяти в единую группу транзакций, записывая их в пул как одну более крупную и последовательную операцию.
По умолчанию таймаут фиксации такой операции составляет пять секунд. Такая пакетная обработка данных идеально подходит для QLC: вместо множества случайных запросов, которые постоянно заполняют pSLC-кэш и увеличивают коэффициент усиления записи (write amplification), диск получает объемные блоки данных. Это позволяет накопителю эффективнее распределять информацию по ячейкам до прихода следующей порции данных. Данный механизм отлично работает для асинхронных операций, типичных для bulk-хранилищ, хотя может быть менее эффективен для баз данных или виртуализации по протоколу NFS.
Сетевые ограничения и границы применимости
Еще один аргумент в пользу QLC связан с тем, что скорость работы NAS чаще упирается в пропускную способность сети, а не в возможности накопителей. Типичное гигабитное соединение ограничивается скоростью около 116 МБ/с, а стандарт 2.5GbE — около 290 МБ/с. Любой современный SSD считывает данные быстрее этих значений, поэтому преимущество TLC в скорости чтения не реализуется в сетевом сценарии.
Даже с учетом снижения скорости записи после заполнения кэша, многие SATA-накопители QLC емкостью 2 ТБ и выше способны поддерживать скорость около 150 МБ/с, чего достаточно для гигабитной сети. NVMe-накопители справляются с этой задачей еще лучше. В TrueNAS подчеркивают, что не пытаются доказать превосходство QLC над TLC — для интенсивных и постоянных нагрузок на запись TLC остается приоритетным выбором.
Также важно учитывать разницу между корпоративными и потребительскими дисками. В своих выводах компания опиралась на использование серверного оборудования. Потребительские QLC-диски часто не имеют DRAM-кэша, что делает их медленнее корпоративных аналогов и TLC-моделей. Тем не менее, для медиа-архивов и бэкапов выбор QLC позволяет сэкономить средства без потери реальной производительности системы.
Почему QLC — это больше, чем просто спецификации
Важно понимать, что когда мы говорим о «клиффе» (резком падении) скорости записи у QLC-накопителей, этот эффект действительно существует и его легко спровоцировать в определенных сценариях использования NAS. Однако основная часть проблем, которые приписывают QLC-памяти, возникает именно при эксплуатации в обычном ПК с его специфическими нагрузками на файловую систему. В контексте bulk-хранилища (массивного хранилища данных) показатели выносливости QLC выглядят куда более оптимистично, чем принято считать в сообществе. Даже потребительские модели QLC обычно рассчитаны на ресурс, позволяющий выполнить сотни полных перезаписей объема диска за гарантийный период. Поскольку медиабиблиотеки или цели для резервного копирования подразумевают однократную запись данных с последующим многократным чтением, вопрос ограниченного ресурса записи становится практически неактуальным.
Взаимодействие файловой системы и аппаратной части
Механизм пакетной записи в OpenZFS играет решающую роль в «сглаживании» характера работы QLC-накопителей. Хотя стандартный таймаут фиксации составляет пять секунд, при высоких нагрузках на запись система может отправлять данные быстрее, а при работе с медленными устройствами — растягивать этот интервал. Это принципиально меняет паттерн нагрузки: вместо потока мелких случайных операций, которые принуждают накопитель постоянно перезаполнять pSLC-кэш и провоцируют значительное усиление записи (write amplification), файловая система формирует крупные блоки данных. Это позволяет диску поглотить пакет целиком и успешно перенести его в основные ячейки памяти до того, как придет следующий запрос. Стоит отметить, что этот эффект наиболее заметен именно при асинхронной записи; для задач вроде работы с базами данных или виртуализации через NFS, где критична синхронная запись, преимущества ZFS в этом контексте выражены слабее.
Реальные скоростные барьеры и границы использования
Часто забываемый факт заключается в том, что сетевое оборудование обычно становится «узким горлышком» еще до того, как диски достигают своего предела производительности. Даже если учитывать падение скорости записи после исчерпания SLC-кэша, для многих SATA-накопителей емкостью 1 ТБ скорость падает примерно до 80 МБ/с, в то время как накопители на 2 ТБ и выше удерживают показатели на уровне 150 МБ/с и более. Этого более чем достаточно для полной утилизации канала 1GbE. Проблемы могут возникнуть лишь при непрерывной записи десятков гигабайт данных, что в типичных домашних условиях происходит крайне редко.
Признание ограничений QLC
В TrueNAS открыто признают, что TLC остается более предпочтительным вариантом в любом аспекте, кроме стоимости. В частности, на странице сравнения продуктов Pure Storage, компания подчеркивает, что использует более быстрое и выносливое TLC-флеш в решениях объемом менее 100 ТБ, одновременно критикуя конкурентов за неоправданно высокую наценку на QLC-накопители в премиальных сегментах. Эксперты компании также делают важное уточнение: для sustained (постоянных) нагрузок с интенсивной записью TLC остается вне конкуренции, так как именно в таких условиях недостатки QLC могут привести к заметной деградации производительности в долгосрочной перспективе. Использование QLC — это не попытка объявить их лучше TLC, а способ рационального распределения бюджета: инвестируйте в TLC там, где происходят интенсивные операции записи, а для хранения всего остального используйте более доступные QLC-накопители.
