Частое сохранение документа на SSD

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

Конечно в другое, хотя может не каждый раз. Иначе 10000 перезаписей файла — и блок убит.

Нормально всё будет. Если меньше терабайтов в день пишешь на диск, беспокоиться не о чем.

понимаешь...мозг мой интерпретирует «1Тб данных в день», как «Набор файлов РАЗНЫХ, которые запишутся равномерным слоем по моим 128Гб, перезаписав 8 раз старые данные». А тут у меня ступор, файл-то ОДИН и он ПЕРЕСОХРАНЯЕТСЯ, а не сохраняется под иным именем!

Он сохраняется по одному логическому адресу, но отображение этого адреса на физический ssd может менять. Чтобы он знал где свободно — нужен trim.

Что за DE? Впрочем не важно. Заведи плагин, который будет показывать использование оперативной памяти. Обязательно с индикацией дискового кэша.

Ну и да: вырубать питание с пинка не стоит. SSD у тебя или не SSD... В любом случае разбей документ на части и в конце собирай скриптом. Удобнее, если этот документ будет latex'овским

Что за DE? Впрочем не важно

да.

Заведи плагин, который будет показывать использование оперативной памяти. Обязательно с индикацией дискового кэша.

Зачем?! О_о

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

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

В любом случае разбей документ на части и в конце собирай скриптом

но от убиения части документа, уже набранной, но еще не сохраненной, это никак не спасает же!

Удобнее, если этот документ будет latex'овским

тебе удобнее, а мне нет, потому что исходник УЖЕ в .odt и в нем овер 400 страниц. я не собираюсь его в ЛаТеХ перегонять, искать там баги портирования, править, а потом опять в .odt перегонять и опять искать баги.

Для дебилов: срок службы SSD обратно пропорционален объёму свободного места.

Для автора: в идеале, да, каждый раз в ФС новый файл, старый удаляется и запускается TRIM на освободившееся место.

// b.

Зачем?! О_о

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

но от убиения части документа, уже набранной, но еще не сохраненной, это никак не спасает же!

Да ты, я вижу, перфекционист! Перезагружайся в венду и редактируй свой многогиппопотамовый документ в ворде (прости госпаде). Что может пойти не так?

Внутри SSD есть задроалгоритмы отображения «логических» секторов (которые видит ОС) на физические. Это называется wear leveling, и оно сделано как раз с этой целью. Так что не беспокойся по этому поводу (главное, TRIM настрой).

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

Как это работает?

Что тебе не понятно в работе дискового кеша и почему ты считаешь, что лучше потерять всё, чем часть?