Создание вирткальной машины на SSD. Вредно ли это для данного диска?
 

Думаю создать виртуальную машина с линукс на борту.
Ускорит ли износ ссд, если создать ВМ на ссд, то есть, если сам файл .vdi будет лежать на ссд?

teapot08, Ускорит. Но ССД и берется для того чтоб на него все ставить и чтоб он ускорял работу программ.

В таком случае, пусть как сидели .vdi и сидят на жд.
Сейчас использую две ос, вёнда и линукс, думал линукс установить в ВМ, но если идет износ, то оставлю как есть, так как у меня нет возможности часто покупать ссд....

teapot08, Тю, у вас самый дешевый ССД на самой аццтойной памяти? Даже у бюджетного ССД с более-менее нормальной памятью ресурса хватит на пару смен всего ПК

у него идёт адский износ, 180 гб в час. Посмотрите сообщения автора в разделе Накопители (SSD, HDD, USB Flash)

teapot08, в теме про smart спрашивал. На ssd размер кластера 32 мб?

Даже не знаю к какой ценовой категории его относить: 128 гиговый SSD370S.
В таком случае сношу линукс, размечаю по новой ссд, ставлю винду и на виртуалку линукс.

Где посмотреть данный параметр?

teapot08, создайте на SSD текстовый файл с текстом из 1 или нескольких символов, чтоб имел наименее возможный размер. Потом посмотрите в его свойствах Размер На диске. Если кластер стандартный, то размер файла на диске будет 4 КБ. Если иное, то размер нестандартный

sputnikk, вот:



В вайле один символ 1

НЕ, не то . Вы дали название, а текста внутри нету. Он показывает 0, поскольку название не прибавляет веса, а только прописывается в MFT. Впишете внутри файла любое слово

sputnikk, дело в том что я открыл текстовый редактор, как и писал выше, написал в нем цифру 1, сохранил его на рабочем столе в формате .txt, сделал скриншот во вкладке свойства файла и выложил сюда в тему.

teapot08, наверно написали 1 только в названии, а не в тексте. Поэтому 0 байт на диске.

напишите что нибудь ещё, не меняя названия )

sputnikk, повторю еще раз в виде гиф для наглядности:

teapot08, Хорошо, не понимаю в чем дело. Есть размер в 1 байт, а на диске 0 байт.

Посмотрите в свойствах этого файла. Скрин не нужен, только цифра

sputnikk, сейчас на жд то же самое проделал и там все точно так же.

Размер 22 байт (22 байт)
На диске 0 байт

Который прикрепил к сообщению, "размер кластера на диске.txt"

Размер 22 байт (22 байт)
На диске 0 байт

Чудеса )

Понял. Особенность Винды 10, видимо округляет до 0 маленький размер. Посмотрите свойства любого ярлыка

Вот с ярлыками совсем другая картина:

Стандартный размер.
Тогда у меня больше нет идей в причинах невероятно большого объёма записи, фиксируемого SMART и значения цифр 32 MB в строках с показаниями чтения и записи. Напишите в т.п. диска, может контроллер глючит и округляет до 32 мб запись даже мелких файлов.

Вроде установили Hard Disk Sentinel. Там в закладке Инфо попробуйте найти что нибудь объясняющее пометку 32 MB.

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

Не думайте об износе SSD. Это страшная сказка для дурачков - ресурса точно хватит до морального устаревания даже самого дешёвого, а это годы. Почти все мои сервера работают на SSD, с десятками контейнеров на каждом.

Ставьте. Только найдите русскоязычную инструкцию к диску. Вот в этой https://uk.transcend-info.com/produc..._Datasheet.pdf написано each write unit = 32MB, что можно перевести как каждая единица записи = 32 МБ.
Для уменьшения износа диска больше поможет отказ от подкачки, как в реальной, так и в виртуальной ОС. И как советовал, поставьте программу https://www.ssdready.com/ssdready-ru/ . Покажет расчётный (не остаточный) ресурс диска для памяти TLC. Для MLC можно умножить на 1,5. Про активацию и проблему с автозапуском читайте на ру-боард. Здесь такую ссылку давать нельзя

sputnikk, teapot08, с размером файла дело в том, что тело маленьких файлов помещается в MFT, что-то около 512-640 байт (резидентные файлы). А вот файлы от 800 байт и больше - уже занимают кластеры диска, для них и можно смотреть размер в кластерах. Точные значения размеров резидентных файлов не знаю, можно попробовать выяснить экспериментально. Они могут меняться на разных дисках.

teapot08, вот упёртый. Говорю болдом: износ SSD это параметр, на который не стоит обращать внимание в большинстве случаев. Если уж так хочется, поставь мониторинг смарта, и я зуб даю, что алерт по исчерпанию ячеек ты не увидишь никогда, потому что скорее либо что-то другое умрёт, либо тебя попросят вон.

kickman, в Вин 7 в свойствах файла показывает размер 1 байт, а в Вин 10 показывает 0. Но файловая система одинаковая - NTFS

Ну вот и спросите у MS, почему такое происходит.
Полный абсурд.
Только имя файла и его расположение идут в MFT.
Если даже вы записали всего одну буковку, файл будет занимать целый размер сектора. И в этот сектор больше ничего писАться не будет. А он может быть и 4КБ и 512Б.
Не пробовали форматировать в другой формат (EXT или в любой другой? Хотя зачем? если у вас и от этого башка болит.)

Это не значит что этой байде можно верить в последней инстанции.

Это Вы совсем нехорошо написали...

Я под Windows 7 в блокноте создал файл с именем BYTE.txt. И в ейном нутре есть токма четыре символа BYTE.

Так вот для начала следует определиться с тем, что следует понимать под словом файл.
--- На NTFS файл это множество потоков... А хранится такой маленький (всего 4 байта ASCII кода для потока атрибута $DATA) будет целиком резидентно в файловой записи или записи MFT. У меня (и обычно) это 2 сектора или 1024 байта, и не более...

А вот в свойствах файла из Windows 7 показана след. картинка...
См. картинку во вложении.
У меня есть претензии к этой картинке.

Мужики, вы уже не по теме. Лучше бы нашли, что значит в smart дисков transcend фраза each write unit = 32MB в атрибутах объёма чтения и записи, потому что у автора износ 180 гб в час http://forum.oszone.net/thread-329797.html (смотрите скрины)

Может уже давали ссылку, по поводу объёмов записи https://www.outsidethebox.ms/18156/

А самому найти лениво... ===>
См. Расшифровка атрибутов S.M.A.R.T

ЗЫ Стандартное значение... И что из этого следует...???....

Добавлено
========
См. статью Вадима Стеркина, который куда-то запропал с форума...
Как разобраться в атрибутах SMART вашего SSD и перестать бояться за ресурс диска

Tau_0, то есть там не в гигабайтах, а в условных единицах, которые надо помножат на 32 мб?

Конечно, посчитать совсем невмоготу....???...

Так и быть, считаем енти условные единмцы....===>
Одна таинственная единица будет ---
32 MiB = 32*1024*1024B = 33 554 432B
или в секторах, вернее в LBAs...
33554432/512 = 65 536 LBAs =01 00 00h LBAs (фактически FF FFh ...)

Ферштейн...???...

ЗЫ teapot08, Реальный рапорт SMART нужен...

Добавлено
==========
Нашёл рапорт SMART теме
Transcend SSD370S показатель износа

Считаем, записанную хостом, память в байтах ---
35679*32MiB/1024 = 1114.96875GiB = (/1024) = 1.08883666992188TiB ~= 1TiB


За 34 930 часа на SSD записано
33 554 432*35 679 B = 1 197 188 579 328B,
тогда в час в среднем пишется 1 197 188 579 328/34 930B = 34273935.852505B ~= 33MiB. --- Это не есть много...

194 часа
http://forum.oszone.net/post-2764842.html#post2764842

Есть такое дело... --- Попал у меня мусор в калькулятор...:(

Пересчитываем ===>

35 851 * 32 MiB = 1 147 232MiB

1 147 232 / 194 = 5913.56701030928MiB/h = 5.77496778350516GiB/h ~= 6 GiB/h

================================================

ЗЫ Есть тут ещё одна важная тонкость. Для верного определения количества байтов, записанных хостом надо знать единицу измерения поля RAW атрибута ID=241(F1) для каждого конкретного SSD.

Например, для SAMSUNG атрибут ID = 241(F1) расшифровывается как

241 Total LBA Written
----------------------------------------------------------------------------
Represents the total size of all LBAs (Logical Block Address)
required for all of the write requests sent to the SSD from the OS.
To calculate the total size (in Bytes), multiply the raw value of this
attribute by 512B.
----------------------------------------------------------------------------
См. SAMSUNG Solid State Drive


Единица измерения Raw будет другой. Поэтому и число байтов для SAMSUNG считается по-другому...

Ничего себе, 6 гиг в час....

Наверно зависит только от контроллера.

Не проще поделить на 32? ) Будет примерно тоже самое

Совсем не догоняю.. :o . --- Поясните полёт Вашей высокой мысли, плэ...

То 160 гиг было в час, теперь оказывается 6 гиг в час )))
Прошу объяснить, тому кто в этом абсолютно не разбирается: 6 гиг в час это много или нормально?

IMHO 6GiB/h --- это для SSD многовато будет...
См. Как разобраться в атрибутах SMART вашего SSD и перестать бояться за ресурс диска


ЗЫ Показатель "20-40GB записи в день" мне не нравится. Лучше указывать число записей в час.., а то ведь непонятно сколько в дне часов...

Ясно.
Пущай прослужит до тех пор пока не сдохнет и обратно на жд до лучших времен....

35679 / 32 = 1114,96875

Наверно нормально, если есть подкачка . У меня 0,54 гб в час, но комп часто простаивает, подкачки нет совсем, хватает 8 ГБ памяти. Кэш браузера на hdd. Правда всё равно остаётся самым записывающим приложением. Хотя специально перешёл с ФФ на Оперу, поскольку ФФ перезаписывал журналы в очень большом объёме, а от этого очень много журналов перезаписывал Касперский. Недавно поменял КАВ 17 на 18 , поскольку в 17 возник глюк с очень большой перезаписью одного из журналов.
Вот за 20 дней, почти половина - Опера, как запись в профиле, так и использование файла $Convert

В таком случае не вижу смысла в использовании ссд....

Да, есть на винде, в линукс не использую своп..

teapot08, ставьте SsdReady и смотрите что пишет на диск. Недели будет достаточно для точного анализа. А глючную программу , если есть, определите за час.
Плюс ко всему раз в пол года несколько десятков гигабайт будет съедать обновление Вин 10 до новой версии. Но если нет глюков с перезаписью журналов программ, то SSD отслужит хотя бы гарантийный срок.
Я не надеюсь на 22 летнюю жизнь диска, хотя бы потому что столько не проживёт управляющая электроника )

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

teapot08, в фф может очень много писать журналов Adblock +, другие антирекламы пишут меньше
Сегодня при установке обновлений для 7, Офиса 2010, Фрамвёк записалось 4,7 гб за пару минут, хотя самих обновлений пришло на 0,3 гб

Если стоит Касперский 16/17, посмотрите в мониторе ресурсов, нет ли интенсивной записи файла object.sdb

sputnikk, опять же:
2018

Комфорт стоит денег. Купите лет через 5 новый, наверняка к тому времени ssd будут вдвое дешевле, если конечно опять не возникнет нехватка чипов памяти как сейчас (сейчас из-за дорогих смартфорнов)

Да, и поэтому заплатив эти деньги я купил ссд и превращать его в жд смысла не вижу...
Поживем - увидим...

Откройте в дисковом редакторе, например, в DMDE, запись MFT для данного файла и гляньте её, там и есть эти символы из файла. Экспериментально можно выяснить размер, который вмещается. 728 байт у меня вместилось. runlist файла при этом пуст (кластеров он не занимает!!!), все данные лежат внутри записи MFT. И где-то я натыкался на статью, как значительно уменьшить запись от Firefox. Гугл поможет её найти.

Нашёл.
"Главное действие — настройка одного из параметров Firefox, browser.sessionstore.interval. Этот параметр доступен при выполнении команды "about:config" в адресной строке. По умолчанию он равен 15 секундам. Временной интервал можно увеличить вплоть до 30 минут. В этом случае количество генерируемых Firefox за день данных снижается с 10–15 ГБ до 2 ГБ. Это все равно много, но в несколько раз меньше, чем до выполнения настройки обозревателя."

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

Добавлено:
Эта настройка указывает интервал в миллисекундах, через который браузер сохраняет сеанс на диск. Под сеансом в данном случае имеется ввиду список всех ваших открытых вкладок в браузере. Если браузер упадёт, при следующем запуске он может восстановить все открытые вкладки, список которых он сохранил.