Elite Games - Свобода среди звезд!
.
ВНИМАНИЕ!
Наша конференция посвящена космической тематике и компьютерным играм.
Политические вопросы и происходящие в мире события в данный момент на нашем сайте не обсуждаются!

  » SSD (твердотельные винчестеры) | страница 26
Конференция предназначена для общения пилотов. Для удобства она разделена на каналы, каждый из которых посвящен определенной игре. Пожалуйста, открывайте темы только в соответствующих каналах и после того, как убедитесь, что данный вопрос не обсуждался ранее.

Поиск | Правила конференции | Фотоальбом | Регистрация | Список пилотов | Профиль | Войти и проверить личные сообщения | Вход

   Страница 26 из 38
На страницу: Пред.  1, 2, 3 ... 25, 26, 27 ... 36, 37, 38  След.    Перейти:   Все страницы
Поиск в этой теме:
Железный канал: «SSD (твердотельные винчестеры)»
Dimaxx
 980 EGP


Рейтинг канала: 8(868)
Репутация: 204
Сообщения: 5728
Откуда: Северодвинск
Зарегистрирован: 26.06.2002
Grebomet :
Таки меняет:

Это не оптимизация. И только отключение одной дефрагментации также не оптимизация. Как я уже говорил, нынешние SSD не нуждаются в посылке TRIM со стороны ОС. ОС же не меняет настроек оптимизации под SSD - отключение: индексации, журналирования, superfetch и прочего. Хотя это и не совсем важно.

Отключается все лишнее только при чистой установке ОС на SSD. Перевод на SSD имеющейся винды не отключает автоматом дефрагментацию.

Так что вердикт однозначен - практически не меняет.
_________________
"Если мы не покончим с войной, война покончит с нами." Г. Г. Уэллс
    Добавлено: 21:28 20-12-2016   
AnrDaemon
 856 EGP


Модератор
Рейтинг канала: 8(784)
Репутация: 37
Сообщения: 12292

Зарегистрирован: 17.10.2004
Grebomet :
Такой глупости в тексте не сказано.

Т.е. ты сам признаёшь, что самовольное изменение настроек системой просто потому, что она загрузилась - глупость?
Тогда почему ты так упорно отстаиваешь эту глупость на последних двух страницах?
Grebomet :
Хамишь.
Grebomet :
Хамишь (2).

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

_________________
Люблю свободный полёт... :)
    Добавлено: 23:03 20-12-2016   
Diff
 708 EGP


Модератор
Рейтинг канала: 8(861)
Репутация: 44
Сообщения: 4179
Откуда: Сферическая Земля в вакууме.
Зарегистрирован: 04.07.2003
AnrDaemon :
самовольное изменение настроек системой просто потому, что она загрузилась - глупость

Вообще-то с момента появления в винде плаг-н-плея, занимающегося именно этим, прошло достаточно времени, чтобы родившиеся одновременно с ним дети закончили вузы, женились и развелись.
_________________
Конец света в конце тоннеля
    Добавлено: 09:16 21-12-2016   
Grebomet
 1460 EGP


Модератор
Рейтинг канала: 8(753)
Репутация: 261
Сообщения: 4765
Откуда: Питербурх
Зарегистрирован: 06.01.2003
Dimaxx :
Как я уже говорил, нынешние SSD не нуждаются в посылке TRIM со стороны ОС.

Кхм...
Не то чтоб я сомневался, но...
TRIM - это извещение диску, что указанные сектора больше не используются и их можно стереть в фоновом режиме.
При удалении файла на диске правится обычно только запись с описанием файла (где и какие сектора он занимает, и т.п.). Сами данные так и остаются лежать на диске. В противном случае удаление файла занимало бы столько же времени, сколько и его полная перезапись.
Возникает вопрос - как диск узнаёт, какие сектора освободились, а какие нет? Сам разбирает файловую систему и строит списки свободных секторов? Так файловых систем нонче много разных.

Dimaxx :
ОС же не меняет настроек оптимизации под SSD - отключение: индексации, журналирования, superfetch и прочего. Хотя это и не совсем важно.

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

Dimaxx :
Отключается все лишнее только при чистой установке ОС на SSD. Перевод на SSD имеющейся винды не отключает автоматом дефрагментацию.

Налицо легкое недопонимание.

Объясняю.

В винде такие службы, как дефрагментация или суперфетч - глобальные. Они запускаются как при наличии в системе механических HDD, так и тогда, когда вся система стоит на SSD. Насчет суперфетча не знаю, а служба дефраг - поскольку не работает с SSD - ничего и не делает.

Более того. Параметр, включающий TRIM для SSD дисков - тоже глобален на всю винду. И даже если в системе нет ни единого SSD, он все равно по умолчанию включен (команда "fsutil behavior query disabledeletenotify" выводит 0). Когда в системе появляется SSD-диск - на него будут посылаться команды TRIM.

Поэтому абсолютли(ц) все равно, ставилась ли система изначально на SSD или ее перенесли с HDD. Настройки системы все равно будут одинаковые: SSD не дефражить, но TRIMать, HDD - наоборот. Вот мусор оставшийся - да, может быть проблемой (особенно если среди мусора затесался какой-нибудь майнер и пара троянов - бывали-с случаи). Улыбка

AnrDaemon :
Т.е. ты сам признаёшь, что самовольное изменение настроек системой просто потому, что она загрузилась - глупость?

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

А вот опрос в процессе загрузки имеющегося оборудования, сравнение с запомненной конфигурацией и настройка новых устройств, буде они обнаружатся - факт. Можешь провести небольшую лабораторную работу, чтобы в этом убедиться: выключи компьютер с виндой, воткни в него новый, скажем, диск (лучше пустой), и включи обратно. Уверяю тебя - случится чудо! Винда обнаружит сие новое устройство и даже создаст под него конфигурацию, которую можно будет изучить в диспетчере устройств.
Более того, она обнаружит сие новое устройство еще в процессе загрузки, до того, как начнет загружать собственно ядро ОС.
Более того, замена имеющегося диска выглядит для винды как "старое устройство пропало - новое устройство появилось".
_________________
Классическая ошибка, которую совершают проектировщики абсолютно надежных систем, – недооценка изобретательности клинических идиотов.
    Добавлено: 18:37 21-12-2016   
Dimaxx
 980 EGP


Рейтинг канала: 8(868)
Репутация: 204
Сообщения: 5728
Откуда: Северодвинск
Зарегистрирован: 26.06.2002
Grebomet :
Сам разбирает файловую систему и строит списки свободных секторов?

У него своя внутренняя таблица размещения - что куда записано, что заполнено, что освобождено, что подлежит освобождению. Контроллеру глубоко пофигу что и в каком формате пишется на диск.

Grebomet :
Но индексация и журналирование - это вообще из другой оперы, они никак не относятся к настройкам диска.

Это многочисленные записи на диск. Так что с точки зрения сохранения ресурса очень даже настройка.

Grebomet :
Налицо легкое недопонимание.

Именно ваше непонимание. Если бы ваши доводы были правильными, то в сети не появлялось бы подобных записей. Плюс у меня на установленной (не клонированной) на SSD семерке дефрагментация БЫЛА включена. И я ее отключил руками. Если запустить анализ диска С, то у меня система на данный момент выдает фрагментацию 20% и РЕКОМЕНДУЕТСЯ провести дефрагментацию.
_________________
"Если мы не покончим с войной, война покончит с нами." Г. Г. Уэллс

Последний раз редактировалось: Dimaxx (21:19 21-12-2016), всего редактировалось 1 раз
    Добавлено: 21:12 21-12-2016   
AnrDaemon
 856 EGP


Модератор
Рейтинг канала: 8(784)
Репутация: 37
Сообщения: 12292

Зарегистрирован: 17.10.2004
Diff :
AnrDaemon :
самовольное изменение настроек системой просто потому, что она загрузилась - глупость

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

Не надо путать настройки системы с настройками устройств.
PnP и TRIM это второе.
А фоновая дефрагментация, SFC индексация и прочее и прочее - это первое.
_________________
Люблю свободный полёт... :)

Последний раз редактировалось: AnrDaemon (23:47 21-12-2016), всего редактировалось 1 раз
    Добавлено: 23:47 21-12-2016   
Diff
 708 EGP


Модератор
Рейтинг канала: 8(861)
Репутация: 44
Сообщения: 4179
Откуда: Сферическая Земля в вакууме.
Зарегистрирован: 04.07.2003
Dimaxx :
нынешние SSD не нуждаются в посылке TRIM со стороны ОС

Ты про Garbage Collection? Так, вроде, все наоборот - это костыль, придуманный для старых систем не поддерживающих trim. Или это что-то новое?

Dimaxx :
Плюс у меня на установленной (не клонированной) на SSD семерке дефрагментация БЫЛА включена.

А каким образом это говорит о недостатках клонирования? Получается, что так, что эдак - надо проверять руками.

Dimaxx :
Если бы ваши доводы были правильными, то в сети не появлялось бы подобных записей.

Подобных - это не содержащих упоминания ни про клонирование, ни про W7? Улыбка

Dimaxx :
У него своя внутренняя таблица размещения - что куда записано, что заполнено, что освобождено, что подлежит освобождению.

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

AnrDaemon :
Не надо путать настройки системы с настройками устройств.

Давай, действительно, без словоблудия.
_________________
Конец света в конце тоннеля
    Добавлено: 06:01 22-12-2016   
Grebomet
 1460 EGP


Модератор
Рейтинг канала: 8(753)
Репутация: 261
Сообщения: 4765
Откуда: Питербурх
Зарегистрирован: 06.01.2003
Dimaxx :
У него своя внутренняя таблица размещения - что куда записано, что заполнено, что освобождено, что подлежит освобождению. Контроллеру глубоко пофигу что и в каком формате пишется на диск.

Погоди-ка. Давай на простом примере.

Вот беру я файл размером 25 гигов, пишу его на диск SSD. Для определенности - диск только что куплен, отформатирован в файловой системе NTFS, и на нем еще нет ни единого файла (ну, кроме служебных, используемых самой файловой системой - $MFT, $MFTmirr, $LogFile, etc).
На этом этапе контроллер диска может знать только, что в такие-то логические сектора были записаны какие-то данные. Ну и, понятно, контроллер знает, где эти данные у него размещены физически. Т.е. буквально: в сектора такие-то была произведена запись, остальные пока нетронутые.

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

Что в этот момент знает контроллер диска? То, что в какие-то сектора была произведена запись. Мы-то знаем, что это были куски служебных таблиц файловой системы, но контроллер-то не знает, что это.

Вопрос: как он поймет, что на диске освободилось 25 гигов, которые можно TRIMнуть?
Вопрос 2: как он отличит данные удаленного файла от данных, в которых лежат служебные таблицы файловой системы, и которые TRIMать никак нельзя?

Dimaxx :
Grebomet :
Но индексация и журналирование - это вообще из другой оперы, они никак не относятся к настройкам диска.

Это многочисленные записи на диск. Так что с точки зрения сохранения ресурса очень даже настройка.

В современных SSD абсолютно бессмысленно "сохранять ресурс". Мало того, что контроллеры сейчас достаточно интеллектуальны, чтобы равномерно распределять износ по ячейкам. Сами ячейки требуют периодической перезаписи, иначе данные могут читаться неустойчиво и с ошибками. Этим занимается сам контроллер - периодически.

Dimaxx :
Именно ваше непонимание. Если бы ваши доводы были правильными, то в сети не появлялось бы подобных записей. Плюс у меня на установленной (не клонированной) на SSD семерке дефрагментация БЫЛА включена. И я ее отключил руками.

То есть, получается, ты сам говоришь ровно то же, что и я: нет никакой разницы между установкой системы на SSD и переносом HDD->SSD.

Теперь что касается вреда от частых операций записи на SSD.

Советы экономить ресурс и отключать все, что часто пишет на SSD, уже давно неактуальны. В нормальных условиях эксплуатации (когда на диск не льются круглосуточно торренты гигабайтами) достичь предела по записи на диск - малореально. Скорее диск устареет и пользователь его сам заменит. Или контроллер сдохнет.

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

AnrDaemon :
PnP и TRIM это второе.
А фоновая дефрагментация, SFC индексация и прочее и прочее - это первое.

Все это "прочее прочее" - это сервисы, не имеющие к дискам SSD никакого отношения. Все заморочки с их включением-отключением для SSD начались еще в те времена, когда SSD были молодыми, контроллеры в SSD были туповаты и плохо распределяли износ по ячейкам. В те времена и файловые системы специальные придумывали а-ля JFFS(2).

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

Вот например хорошая статейка для успокоения паранойи: http://www.outsidethebox.ms/14432/
_________________
Классическая ошибка, которую совершают проектировщики абсолютно надежных систем, – недооценка изобретательности клинических идиотов.
    Добавлено: 16:14 22-12-2016   
Diff
 708 EGP


Модератор
Рейтинг канала: 8(861)
Репутация: 44
Сообщения: 4179
Откуда: Сферическая Земля в вакууме.
Зарегистрирован: 04.07.2003
Grebomet :
Что в этот момент знает контроллер диска? То, что в какие-то сектора была произведена запись. Мы-то знаем, что это были куски служебных таблиц файловой системы, но контроллер-то не знает, что это.

Получается, TRIM посылается из драйвера файловой системы? Я как-то сомневаюсь, что все драйвера всех фс были в одночасье переписаны. Вот, допустим, у меня в той же винде диск с ext3 под древним ext2fs драйвером. Будет ли на нем работать TRIM и кто его пошлет?
_________________
Конец света в конце тоннеля
    Добавлено: 16:36 22-12-2016   
Dimaxx
 980 EGP


Рейтинг канала: 8(868)
Репутация: 204
Сообщения: 5728
Откуда: Северодвинск
Зарегистрирован: 26.06.2002
Diff :
Ты про Garbage Collection?

Это внутренний аналог TRIM. TRIM от ОСи и запускает его.

Diff :
А каким образом это говорит о недостатках клонирования?

Не, это опровергает утверждение, что при старте система определяет на чем она размещена и корректирует оптимизацию. Что вкорне неверно. Определять-то она определяет, но ничего не делает вне зависимости SSD или HDD она нашла в качестве системного.

Diff :
это не содержащих упоминания ни про клонирование, ни про W7?

Это опять-таки про утверждение об изменении настроек, в частности дефрагментации.

Diff :
Кем записано?

Контроллером ессно. На флэхе контроллер точно также размазывает данные по внутреннему алгоритму. Чтобы передать считанные данные в комп сначала нужно их собрать - для этого есть таблицы трансляции.

Grebomet :
Что в этот момент знает контроллер диска? То, что в какие-то сектора была произведена запись. Мы-то знаем, что это были куски служебных таблиц файловой системы, но контроллер-то не знает, что это.

Верно, понятия не имеет. Но он знает что и куда он записал по внутренним таблицам трансляции. При посылке TRIM контроллер в дополнение к своим внутренним данным обрабатывает и те ячейки, о которых он не знал (там данные записаны) и которые ему переданы. Внутренний TRIM обрабатывает только те ячейки, которые известны контроллеру и данные в них более не нужны - более того, их удаление никак не отразится на целостности записанных данных.

Grebomet :
контроллеры сейчас достаточно интеллектуальны, чтобы равномерно распределять износ по ячейкам.

Они и раньше эффективно умели распределять износ. Мб не так эффективно как сейчас.
_________________
"Если мы не покончим с войной, война покончит с нами." Г. Г. Уэллс
    Добавлено: 20:11 22-12-2016   
AnrDaemon
 856 EGP


Модератор
Рейтинг канала: 8(784)
Репутация: 37
Сообщения: 12292

Зарегистрирован: 17.10.2004
Ребят, не спорьте.
TRIM к внутреннему GC диска имеет параллельное отношение.
Нет, все ФС в одночасье не были переписаны.
Но те, которые были, больше не нуждаются в ручном тримировании.
_________________
Люблю свободный полёт... :)

Последний раз редактировалось: AnrDaemon (20:51 22-12-2016), всего редактировалось 1 раз
    Добавлено: 20:51 22-12-2016   
Diff
 708 EGP


Модератор
Рейтинг канала: 8(861)
Репутация: 44
Сообщения: 4179
Откуда: Сферическая Земля в вакууме.
Зарегистрирован: 04.07.2003
Dimaxx :
Это внутренний аналог TRIM. TRIM от ОСи и запускает его.

Первая найденная статья по теме утверждает, что это не совсем так.

Цитата:

Without TRIM, garbage collection doesn't know about deleted files and continues to move pages containing deleted data along with good pages, increasing write amplification. TRIM tells the controller that it can stop collecting pages with deleted data so that they get left behind and erased with the rest of the block.

_________________
Конец света в конце тоннеля
    Добавлено: 05:32 23-12-2016   
Grebomet
 1460 EGP


Модератор
Рейтинг канала: 8(753)
Репутация: 261
Сообщения: 4765
Откуда: Питербурх
Зарегистрирован: 06.01.2003
AnrDaemon :
Нет, все ФС в одночасье не были переписаны.
Но те, которые были, больше не нуждаются в ручном тримировании.

Эммм... Трим - он не для ФС, он для SSD. Чтобы SSD был в курсе, какие сектора больше не используются для хранения данных.

Ну окей, в ручном тримировании не нуждаются (что это за ручное тримирование такое, кстати?). Но команду TRIM в диск-то все-таки надо посылать. Или уже нет?

Dimaxx :
Не, это опровергает утверждение, что при старте система определяет на чем она размещена и корректирует оптимизацию. Что вкорне неверно. Определять-то она определяет, но ничего не делает вне зависимости SSD или HDD она нашла в качестве системного.

Ну слава аллаху - хоть до какого-то общего знаменателя договорились.
Смотри: система определяет тип диска. А службы, работающие с диском, в зависимости от типа диска делают разные вещи.

Следовательно, поведение системы будет все-таки разное.
Следовательно, нет никакой разницы между переносом HDD->SSD и переустановкой сразу на SSD. Кроме мусора, который перетянется из старой системы.

ЧИТД.

ADD: сорри, не заметил вопрос.

Diff :
Получается, TRIM посылается из драйвера файловой системы? Я как-то сомневаюсь, что все драйвера всех фс были в одночасье переписаны. Вот, допустим, у меня в той же винде диск с ext3 под древним ext2fs драйвером. Будет ли на нем работать TRIM и кто его пошлет?

Я не знаю тонкостей реализации собственно посылки - сам ли драйвер ФС шлет команду, или это делается из драйвера дискового устройства (логичнее было бы слать из драйвера устройства). Но в любом случае список свободных секторов для команды должен составить именно драйвер ФС.

За то, что команда отсылается именно драйвером устройства, говорит то, что в windows 7 команда посылалась только на диски, подключенные через IDE/ATA или AHCI. В восьмерке стали поддерживать и диски, подключенные к PCI-E и NVMe.

Но вот флажок "посылать/не посылать" выставляется не для устройства, а для типа файловой системы. Например, в виндовс 10 (где кроме NTFS есть файловая система ReFS) наличие/отсутствие запрета на посылку TRIM выводится для каждой файловой системы отдельно:

Код:
>fsutil behavior query DisableDeleteNotify
NTFS DisableDeleteNotify = 0
ReFS DisableDeleteNotify не установлен


Теоретически, если выдача списка свободных секторов - это обязательная стандартная функция драйвера ФС, то TRIM будет работать даже со старыми драйверами. Драйвер устройства просто запросит список и пошлет его в девайс.
Но что-то мне подсказывает, что не все так просто.

ADD1: Забавно. На компе с windows 10 есть раздел, отформатированный в FAT32, но FAT32 нет в списке. Так что, похоже, для старых драйверов никто TRIM не шлет.

Последний раз редактировалось: Grebomet (19:36 23-12-2016), всего редактировалось 2 раз(а)
    Добавлено: 15:31 23-12-2016   
AnrDaemon
 856 EGP


Модератор
Рейтинг канала: 8(784)
Репутация: 37
Сообщения: 12292

Зарегистрирован: 17.10.2004
Grebomet :
Эммм... Трим - он не для ФС, он для SSD. Чтобы SSD был в курсе, какие сектора больше не используются для хранения данных.

Да.
Цитата:
Ну окей, в ручном тримировании не нуждаются (что это за ручное тримирование такое, кстати?).

Это утилита, инспектирующая FS и спамящая TRIM на все сектора, помеченные "незанятыми".
Цитата:
Но команду TRIM в диск-то все-таки надо посылать. Или уже нет?

FS сама посылает её по мере освобождения блоков.
Так что "уже нет". Вернее, эффекта не будет, повторно освободить уже свободные блоки… не выйдет.
Grebomet :
А службы, работающие с диском
Не надо путать настройки драйвера и настройки системы. Тебе уже три раза сказали.
_________________
Люблю свободный полёт... :)
    Добавлено: 20:22 23-12-2016   
Dimaxx
 980 EGP


Рейтинг канала: 8(868)
Репутация: 204
Сообщения: 5728
Откуда: Северодвинск
Зарегистрирован: 26.06.2002
Diff :
что это не совсем так

Ты невнимательно прочитал то, что я написал. GC у SSD собирает мусор с известных контроллеру ячеек. TRIM, в дополнение к ним, передает на обработку GC еще и те, которые не нужны ОСи. На низком уровне это ВСЕГДА сборка мусора, неважно с каких ячеек. Так что по смыслу TRIM = GC.

Grebomet :
хоть до какого-то общего знаменателя договорились.

А где я утверждал обратное? Я утверждал, что никакие настройки оптимизации не меняются, но что при старте ОС не сканится оборудование - не было такого.
_________________
"Если мы не покончим с войной, война покончит с нами." Г. Г. Уэллс
    Добавлено: 21:36 23-12-2016   
Grebomet
 1460 EGP


Модератор
Рейтинг канала: 8(753)
Репутация: 261
Сообщения: 4765
Откуда: Питербурх
Зарегистрирован: 06.01.2003
Dimaxx :
GC у SSD собирает мусор с известных контроллеру ячеек.

Кхм.
Достаточно один раз заполнить диск под завязку - и среди известных контроллеру ячеек не останется ни одной свободной. После чего про автоматический GC можно спокойно забыть.

AnrDaemon :
Не надо путать настройки драйвера и настройки системы.

Напомню, речь шла о том, что перенос с HDD на SSD не меняет какие-то жутко важные настройки системы, в установка прямо на SSD приводит к тому, что эти настройки получаются "правильные". Так?

В ходе обсуждения мы таки выяснили, что настройки системы не отличаются ни там, ни там.

Так о чем, собственно, спор?
_________________
Классическая ошибка, которую совершают проектировщики абсолютно надежных систем, – недооценка изобретательности клинических идиотов.
    Добавлено: 22:53 23-12-2016   
AnrDaemon
 856 EGP


Модератор
Рейтинг канала: 8(784)
Репутация: 37
Сообщения: 12292

Зарегистрирован: 17.10.2004
Grebomet :
В ходе обсуждения мы таки выяснили

В ходе обсуждения ты упорно избегал всякого упоминания о настройках системы.
И сводил всё только к настройкам драйверов.
_________________
Люблю свободный полёт... :)
    Добавлено: 23:30 23-12-2016   
Diff
 708 EGP


Модератор
Рейтинг канала: 8(861)
Репутация: 44
Сообщения: 4179
Откуда: Сферическая Земля в вакууме.
Зарегистрирован: 04.07.2003
Dimaxx :
Ты невнимательно прочитал то, что я написал. GC у SSD собирает мусор с известных контроллеру ячеек.

Я читал внимательно. Ничего подобного ты не писал. Ты писал что TRIM не нужна, потому что диск все делает сам.

Dimaxx :
Так что по смыслу TRIM = GC

Что такое "по смыслу"?. По функциональности они разные и GC не заменяет TRIM.

AnrDaemon :
В ходе обсуждения ты упорно избегал всякого упоминания о настройках системы.
И сводил всё только к настройкам драйверов.

Гребомет как в воду глядел Улыбка
Grebomet :
С какой целью интересуетесь? Докопаться к какому-то определенному слову?

_________________
Конец света в конце тоннеля
    Добавлено: 08:59 24-12-2016   
Dimaxx
 980 EGP


Рейтинг канала: 8(868)
Репутация: 204
Сообщения: 5728
Откуда: Северодвинск
Зарегистрирован: 26.06.2002
Grebomet :
Достаточно один раз заполнить диск под завязку - и среди известных контроллеру ячеек не останется ни одной свободной. После чего про автоматический GC можно спокойно забыть.

У контроллера всегда есть резерв, который недоступен пользователю. Так что забыть не получится.

Diff :
Я читал внимательно.

Невнимательно, ибо я писал:
Dimaxx :
При посылке TRIM контроллер в дополнение к своим внутренним данным обрабатывает и те ячейки, о которых он не знал (там данные записаны) и которые ему переданы. Внутренний TRIM обрабатывает только те ячейки, которые известны контроллеру и данные в них более не нужны - более того, их удаление никак не отразится на целостности записанных данных.


Diff :
Что такое "по смыслу"?

Имелось в виду освобождение неиспользуемых ячеек от ненужных данных.
_________________
"Если мы не покончим с войной, война покончит с нами." Г. Г. Уэллс
    Добавлено: 12:26 24-12-2016   
Diff
 708 EGP


Модератор
Рейтинг канала: 8(861)
Репутация: 44
Сообщения: 4179
Откуда: Сферическая Земля в вакууме.
Зарегистрирован: 04.07.2003
AnrDaemon :
Нет, все ФС в одночасье не были переписаны.

Таки были.
https://wiki.archlinux.org/index.php/Solid_State_Drives
As of Linux kernel version 3.8 onwards, support for TRIM was continually added for the different filesystems. See the following table for an indicative overview and the respective filesystems' articles for further details
И далее табличка, в какие фc какой трим завезли.

А вот reiser4, в ядре нет и ему поддержку делали отдельно:
https://reiser4.wiki.kernel.org/index.php/Reiser4_discard_support
Starting from reiser4-for-3.16.2 SSD users can mount their reiser4 partitions with the option "discard" and the file system will issue discard requests to inform the device that blocks are not longer used.
_________________
Конец света в конце тоннеля
    Добавлено: 07:58 26-12-2016   
Железный канал: «SSD (твердотельные винчестеры)»
На страницу: Пред.  1, 2, 3 ... 25, 26, 27 ... 36, 37, 38  След.    Перейти:   Все страницы
  
Показать: 
Предыдущая тема | Следующая тема |
К списку каналов | Наверх страницы
Цитата не в тему: Будь аккуратней, большое количество темной стороны по вечерам вредно сказывается на Силе по утрам! Даже у ситхов! (предупредил Mobil duch'a)

  » SSD (твердотельные винчестеры) | страница 26
Каналы: Новости | Elite | Elite: Dangerous | Freelancer | Star Citizen | X-Tension/X-BTF | X2: The Threat | X3: Reunion | X3: Terran Conflict | X Rebirth | X4: Foundations | EVE Online | Orbiter | Kerbal Space Program | Evochron | VoidExpanse | Космические Миры | Онлайновые игры | Другие игры | Цифровая дистрибуция | play.elite-games.ru | ЗВ 2: Гражданская война | Творчество | Железо | Игра Мечты | Сайт
   Дизайн Elite Games V5 beta.18