[boss911]

Эта "специализированная ФС" называется TRIM »

И только на Vista/7. Я вот не намерен с XP пока слазить, не подскажет кто-то, это критично будет для SSD?

еще один + HDD »

Ну, да, SSD под систему, HDD под все остальное. Так сейчас и делают.

Пользователь пока решает в пользу HDD! »

Основным фактором этого является объем и цена, а не то, о чем вы. SSD сейчас даже на сервера ставят.

[Ghost]

Я вот не намерен с XP пока слазить, не подскажет кто-то, это критично будет для SSD? »

Родной поддержки TRIM в XP нет, однако некоторые производители (в частности мне известно о Samsung) сделали попытку "имитировать" её работу с использованием фирменных утилит. Работает ли это на самом деле - неизвестно.

Олег84, прекращайте нести откровенный бред.
Пункт ОПК 3.13 ещё никто не отменял.

[vadblm]

Я так вижу, у многих непонятки по поводу загадочной команды TRIM. Позволю себе немного ликбеза.

Многие наверняка в курсе, что при работе классических ФС файлы не удаляются, удаляются лишь записи о них в управляющих структурах ФС. На этом, кстати, основана работа всяческих утилит по восстановлению файлов. В случае с HDD это прекрасно работает, поскольку ему всё равно, есть информация в записываемом секторе, или нет. Но NAND flash так не работает - ей для записи необходимо предварительно очистить ячейку. Итак, что мы имеем - пока есть свободные ячейки, запись происходит со свистом, как только они кончаются, производительность резко падает, поскольку перед записью теперь необходимо очищать ячейку. Кое-кто даже посчитал - производительность падает аж в 40(!) раз. Тут-то на помощь и приходит новая ATA команда TRIM, приказывающая контроллеру, а через него и SSD, очистить ячейку при удалении занимавшего её файла. Скорости это не добавляет, но спад производительности практически нивелируется теми же дисковыми буферами (sync обычно отложен). Однако, на томах, где данные часто перезаписываются, например СУБД, это может быть заметно, потому об этом следует помнить. Также, у меня нет особой ясности, как обстоят дела с массивами - про сочетание RAID с TRIM говорят всякое, но невнятно. Разумеется, драйвер ФС должен уметь выдавать эту команду TRIM, а старые ОС, естественно, об этом ничего не знают. Возможно, там поможет сторонний драйвер, упомянутый Ghost. Также следует помнить, в силу вышесказанного, что утилиты по восстановлению случайно или злонамеренно удалённых данных работать не будут.

[lxa85]

Эта "специализированная ФС" называется TRIM »

Я вообще предполагал YAFFS и пр. Но как погляжу TRIM тоже вполне подходит.

[Олег84]

прекращайте нести откровенный бред »

Хорошо,но время покажет кто из нас был прав

Пункт ОПК 3.13 ещё никто не отменял »

Я знаю этот пункт,спс

SSD сейчас даже на сервера ставят »

Пусть дальше ставят

[Ghost]

такс, господа, минуточку... TRIM не является ФС, это набор команд по очистке записанных ячеек памяти на ССД накопителе, который должен поддерживаться как контроллером ССД - так и на уровне ОС. А ФС может быть любая из современных, NTFS, к примеру.
Рекомендую ознакомиться: http://ru.wikipedia.org/wiki/TRIM_(%...0%B4%D0%B0_SSD)

[Armanx64]

еще нечто подобное прозвучит - будешь наказан: если нечего сказать - лучше промолчи.»

Что за плач? Неприятно? Хороший RAMDisk в пух и прах рвёт RAID0 на SSD и при этом живёт дольше. Намного дольше.
Никакой TRIM не нужен, интерфейсом выступает системная шина. Два минуса - места мало и годных аппаратных решений сейчас нет.

ЗЫ: рулЕт - это кулинарное изделие, если кто не в курсе. »

Спасибо, КО. Вот не догадался бы, честное слово. RAMDisk всё равно торт.

[vadblm]

Armanx64, неким подобием рамдиска вы и сейчас пользуетесь, называется дисковый буфер. Также, в современных ОС есть механизмы предзагрузки. Но смешивать и сравнивать энергонезависимую память с энергозависимой всё ж не стоит, по одной причине, кроющейся в их определениях.

[DeeON]

vadblm, Нууу... аппаратный рамдиск годится только на гипернагруженных серверах, так как там необходимо получить доступ к данным за наносекунды, и изменить их за такой же промежуток времени. ссд в таких условиях износился бы за пару дней.

[vadblm]

DeeON, так никто и не говорит, что их нет или они не нужны. Но задачи, для которых они нужны, там, где сверхвысокая стоимость и энергозависимость не преграда в силу необходимости, мягко говоря, специфичны и уж никак не укладываются в парадигму ПК. Рассуждения о сверхвысокой скорости рамдиска в пользовательском аспекте рассматриваю как досужую болтовню типа "как бы крюсис летал на K computer."