Показать полную графическую версию : Создание вирткальной машины на SSD. Вредно ли это для данного диска?
teapot08
07-10-2017, 18:40
Там в закладке Инфо попробуйте найти что нибудь объясняющее пометку 32 MB. »
Ни слова об этом значении...
Так, значит, до выяснения причины отказаться от установки виртуальной машины с ос линукс на данный диск?
Jula0071
07-10-2017, 18:47
Думаю создать виртуальную машина с линукс на борту.
Ускорит ли износ ссд, если создать ВМ на ссд, то есть, если сам файл .vdi будет лежать на ссд? »
Не думайте об износе SSD. Это страшная сказка для дурачков - ресурса точно хватит до морального устаревания даже самого дешёвого, а это годы. Почти все мои сервера работают на SSD, с десятками контейнеров на каждом.
sputnikk
07-10-2017, 18:50
Ставьте. Только найдите русскоязычную инструкцию к диску. Вот в этой https://uk.transcend-info.com/products/images/modelpic/579/No3118_TSXGSSD370S_V10_Datasheet.pdf написано each write unit = 32MB, что можно перевести как каждая единица записи = 32 МБ.
Для уменьшения износа диска больше поможет отказ от подкачки, как в реальной, так и в виртуальной ОС. И как советовал, поставьте программу https://www.ssdready.com/ssdready-ru/ . Покажет расчётный (не остаточный) ресурс диска для памяти TLC. Для MLC можно умножить на 1,5. Про активацию и проблему с автозапуском читайте на ру-боард. Здесь такую ссылку давать нельзя
sputnikk, teapot08, с размером файла дело в том, что тело маленьких файлов помещается в MFT, что-то около 512-640 байт (резидентные файлы). А вот файлы от 800 байт и больше - уже занимают кластеры диска, для них и можно смотреть размер в кластерах. Точные значения размеров резидентных файлов не знаю, можно попробовать выяснить экспериментально. Они могут меняться на разных дисках.
Jula0071
08-10-2017, 19:32
teapot08, вот упёртый. Говорю болдом: износ SSD это параметр, на который не стоит обращать внимание в большинстве случаев. Если уж так хочется, поставь мониторинг смарта, и я зуб даю, что алерт по исчерпанию ячеек ты не увидишь никогда, потому что скорее либо что-то другое умрёт, либо тебя попросят вон.
sputnikk
09-10-2017, 05:07
kickman, в Вин 7 в свойствах файла показывает размер 1 байт, а в Вин 10 показывает 0. Но файловая система одинаковая - NTFS
в Вин 7 в свойствах файла показывает размер 1 байт, а в Вин 10 показывает 0. Но файловая система одинаковая - NTFS »Ну вот и спросите у MS, почему такое происходит.
тело маленьких файлов помещается в MFT, что-то около 512-640 байт (резидентные файлы). А вот файлы от 800 байт и больше - уже занимают кластеры »Полный абсурд.
Только имя файла и его расположение идут в MFT.
Если даже вы записали всего одну буковку, файл будет занимать целый размер сектора. И в этот сектор больше ничего писАться не будет. А он может быть и 4КБ и 512Б.
Не пробовали форматировать в другой формат (EXT или в любой другой? Хотя зачем? если у вас и от этого башка болит.)
а в Вин 10 показывает 0 »Это не значит что этой байде можно верить в последней инстанции.
Полный абсурд.
Только имя файла и его расположение идут в MFT. »
Это Вы совсем нехорошо написали...
Я под Windows 7 в блокноте создал файл с именем BYTE.txt. И в ейном нутре есть токма четыре символа BYTE.
Так вот для начала следует определиться с тем, что следует понимать под словом файл.
--- На NTFS файл это множество потоков... А хранится такой маленький (всего 4 байта ASCII кода для потока атрибута $DATA) будет целиком резидентно в файловой записи или записи MFT. У меня (и обычно) это 2 сектора или 1024 байта, и не более...
А вот в свойствах файла из Windows 7 показана след. картинка...
См. картинку во вложении.
У меня есть претензии к этой картинке.
sputnikk
09-10-2017, 11:30
Мужики, вы уже не по теме. Лучше бы нашли, что значит в smart дисков transcend фраза each write unit = 32MB в атрибутах объёма чтения и записи, потому что у автора износ 180 гб в час http://forum.oszone.net/thread-329797.html (смотрите скрины)
Может уже давали ссылку, по поводу объёмов записи http://www.outsidethebox.ms/18156/
Лучше бы нашли, что значит в smart дисков transcend фраза each write unit = 32MB в атрибутах объёма чтения и записи, »
А самому найти лениво... ===>
241 ( F1h) Total LBAs Written - Общее количество записанных секторов LBA. Значение Raw Value : совокупное количество секторов, записанных системой. Значение увеличивается на 1 на каждые 65 536 секторов (32 МБ), записываемых системой.
См. Расшифровка атрибутов S.M.A.R.T (http://white55.ru/smart.html)
ЗЫ Стандартное значение... И что из этого следует...???....
Добавлено
========
См. статью Вадима Стеркина, который куда-то запропал с форума...
Как разобраться в атрибутах SMART вашего SSD и перестать бояться за ресурс диска (http://www.outsidethebox.ms/18095/)
sputnikk
09-10-2017, 19:16
Tau_0, то есть там не в гигабайтах, а в условных единицах, которые надо помножат на 32 мб?
Tau_0, то есть там не в гигабайтах, а в условных единицах, которые надо помножат на 32 мб? »
Конечно, посчитать совсем невмоготу....???...
Так и быть, считаем енти условные единмцы....===>
F1 Total LBAs written (each write unit = 32MB)
Одна таинственная единица будет ---
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 показатель износа
(http://forum.oszone.net/thread-329797.html)
Атрибут ID = F1 Total LBA Written (eauch unit=32 MB) Content = 35679
Считаем, записанную хостом, память в байтах ---
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. --- Это не есть много...
sputnikk
10-10-2017, 04:45
За 34 930 часа » 194 часа
http://forum.oszone.net/post-2764842.html#post2764842
194 часа »
Есть такое дело... --- Попал у меня мусор в калькулятор...:(
Пересчитываем ===>
09 Power On Time Count RAW = 194
241 Total Data Written (each write unit = 32MB) = 35 851
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
(http://www.samsung.com/semiconductor/minisite/ssd/downloads/document/SSD_Application_Note_SMART_final.pdf)
Единица измерения Raw будет другой. Поэтому и число байтов для SAMSUNG считается по-другому...
teapot08
10-10-2017, 11:46
6 GiB/h »
Ничего себе, 6 гиг в час....
sputnikk
10-10-2017, 12:13
Поэтому и число байтов для SAMSUNG считается по-другому... »Наверно зависит только от контроллера.
Пересчитываем ===> » Не проще поделить на 32? ) Будет примерно тоже самое
Не проще поделить на 32? »
Совсем не догоняю.. :o . --- Поясните полёт Вашей высокой мысли, плэ...
teapot08
10-10-2017, 12:58
То 160 гиг было в час, теперь оказывается 6 гиг в час )))
Прошу объяснить, тому кто в этом абсолютно не разбирается: 6 гиг в час это много или нормально?
6 гиг в час это много или нормально? »
IMHO 6GiB/h --- это для SSD многовато будет...
Износ флэш-памяти – это последнее, от чего умрут диски из таблицы. Им гарантируется 20-40GB записи в день, но ни один даже до 10GB не дотягивает! А ведь у современных SSD гарантийные объемы еще выше.
См. Как разобраться в атрибутах SMART вашего SSD и перестать бояться за ресурс диска
(http://www.outsidethebox.ms/18095/)
ЗЫ Показатель "20-40GB записи в день" мне не нравится. Лучше указывать число записей в час.., а то ведь непонятно сколько в дне часов...
teapot08
10-10-2017, 14:35
IMHO 6GiB/h --- это для SSD многовато будет... »
Ясно.
Пущай прослужит до тех пор пока не сдохнет и обратно на жд до лучших времен....
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.