Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.LINUX
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.LINUX с датами от 24 Jan 02 06:01:34 до 23 Aug 24 12:51:58, всего сообщений: 8555
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2922 из 8555 ========================================= RU.LINUX =
От   : Maxim Sokolsky                   2:5020/828.777     03 Jun 16 15:56:10
Кому : Oleg Redut                                          03 Jun 16 15:56:10
Тема : SSD & FS
FGHI : area://RU.LINUX?msgid=2:5020/828.777+57517206
На   : area://RU.LINUX?msgid=2:5000/111+5751292b
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.LINUX?msgid=<1187504910@ddt.demos.su>+54992b55
==============================================================================
Привет, Oleg!

03 июн 16 12:49, Oleg Redut -> Maxim Sokolsky в сообщении по ссылке area://ru.linux?msgid=2:5000/111+5751292b:

MS>> негодность. Первая жрет постоянно чуть больше производительности
MS>> при записи, вторая - редко и только когда её запускаешь. Первая,
MS>> если trim не включен в твоем SSD,

OR> === Вырезка из филе Windows Clipboard ===
OR> Есть два основных варианта работы с TRIM:
OR> * Выполнять TRIM после каждого удаления файла, - например, для ext4
OR> этот режим включается, если при монтировании файловой системы задать
OR> опцию discard. Как правило, не очень удобно: TRIM требует времени, так
OR> что если эту операцию делать часто, то время выполнения операций с
OR> файлами на SSD может даже возрасти.

Вот относительно свежая перепалка по этому поводу

https://www.reddit.com/r/archlinux/comments/43j6r0/ssds_filesystems_and_fstrim/

Если не читаешь по-ирукански, пропусти через гугл-переводчик - прочти внимательно и вопросов у тебя больше не будет.

И возми bonnie++ и bwm-ng  и проверь - для обоих вариантов, а потом сюда напишешь. Я думаю - разницы особой ты не заметишь.

OR>     Получается, что лучше таки трим раз в неделю запускать, чем после
OR> каждого изменения будет трим выполняться. Hалету будет как раз больше
OR> изнашиваться.

Вот неверно. Люди цитируют то, чего не знают, устаревшую информацию - для старых дисков, которые трим поддерживали криво, а также для ядра 2.6, которое не умело делать discard правильно.

>>discard
Enables discard/TRIM on freed blocks. This can decrease performance on devices that do not support queued TRIM command, like SATA prior to revision 3.1. Alternatively, you can run fstrim command periodically.

С наилучшими пожеланиями, Maxim.

--- -А жаль, что во времена неандертальцев не было фидонета
* Origin: Главное - вовремя проснуться (2:5020/828.777)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.056485 секунды