Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| | |
Попробуем оценить MTBF всего гибрида? Чистая математика, сухие цифры без эмоций )) 27.10.13 21:44 Число просмотров: 5153
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 27.10.13 23:08 Количество правок: 11
|
Вероятность сбоя физического блока SSD зависит в основном от кол-ва операций записи блока, сейчас оно ~5000. Контроллер SSD распределяет износ блоков, храня в особой области памяти статистику операций записи блоков и карту, связывающую номер лог. блока с физическим.
Можно сказать, что SSD MTBF в часах не существует, вернее в часах возможно выразить, если будет известна некая средняя скорость записи байт / час.
SSDmaxWrittenBytes = BlockCount * BlockSize * 5000, что при объёме SSD в 24 гига ~ 120000 Гбайт.
Ита-а-аг... Я вот читаю про средний MTBF устройств небезызвестной компании Seegate, и они божатся, что он миллион(!) часов... Это фантастика... ))
Давайте попробуем оценить долгие лета нашего гибридного стероидного дивайса по сравнению с хардом. Пусть так и быть, имеем один миллион часов надежды от сигейт.
Посмотрим, как операции чтения/записи гибрида влияют на длительность жизни SSD.
Началные условия: кеш пуст, размер харда 1ТБайт заполнен наполовину
- OS читает блок N c гибрида, драйвер кеша перехватывыает вызов и обнаруживат:
- CAHE_FAULT, читает блок с HDD, отдаёт данные ОС, а сам инициирует отложенную запись свежатинки в SSD -- чтение кеширует.
- CACHE_HIT: данные есть в SSD, благополучно отдаём их OS.
- OS пишет блок в гибрид.
- CACHE_FULL: Перемещает самый старый блок с SSD на HDD, после записывает свежатинку в кеш, обновляет индексы, и успешно отдаёт управление вышестоящему драйверу;
- CACHE_READY: Сразу запись в кеш, ничего на HDD, выгружать не надо.
Пусть CASH_RATIO = SSD_SIZE / HHD SIZE = 24 / 1024 = 2,34375%. Для простоты считаем, что объём записанных и прочитанных данных с гибрида одинаков.
(120000 / 2) + 2,34375%% = 61406,25 ГБайт / 1000000 часов Seagate HDD MTBF.
ВЫВОД
Ваша машинко должна читать/писать в час в среднем 62,88 МБайт, и в таком режиме будет коптить белый свет аж миллион часов по заветам славного Сигейта ))
|
|
<operating systems>
|
[NT] Windows8 - спасите меня pls :( 22.10.13 14:03
Автор: leo <Леонид Юрьев> Статус: Elderman
Отредактировано 22.10.13 14:05 Количество правок: 1
|
- Система на SSD = C:\
- в C:\Users подмонтирован HDD диск (как-бы D:\)
- именно просно подмонтирован корень HDD, не symlink и не изменения в реестре.
Вроде-бы все работает, в логах никаких ошибок.
Но некоторые metro-приложения зацикливаются при запуске - заставка приложения и "хоровод кружков".
Не все, а только часть и походе те, которые как-то связаны с ms-аккаунтом: Store, SkyDrive...
В Сети не нашел внятного пояснения почему и рецептом.
Спасайте pls,
с меня пиво или "пиво".
|
|
А вот та же шляпа c гордым названием SSHD, с кешированием на уровне контроллера 20.01.14 06:01
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 20.01.14 06:03 Количество правок: 1
|
Seagate SSHD
|
|
А не пробовал воспользоваться каким-нить автоматическим "раскэшизатором"? 25.10.13 00:56
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 25.10.13 01:14 Количество правок: 2
|
Навроде Condusiv Technologies ExpressCache. Они работают вроде только с ОЕМ, можно дёрнуть например тут http://dlcdnet.asus.com/pub/ASUS/nb/Apps_for_Win8/ExpressCache/ExpressCashe_Win8_64_VER10100.zip
Ей вроде пофиг на каком железе работать, и на семёрке тож работает. Кеш делает прозрачно на чтение и запись, делая из SSD и харда чудо-юдо на стероидах ))
Принцип такой: ставишь систему на винт, SSD оставляешь вообще пустой без разделов.
Ставишь эту софтину.
После установки в её каталоге будет CLI утилита ECCmd, понимает параметр -help.
Делаешь diskpart'ом list disks, видишь там порядковый номер своего SSD, предположим он 1.
Даёшь команду ECCmd -partition 1 (оно делает раздел под кэш на весь объём SSD, а можно указать размер. Разделу присваивает какую-то свою метку формата, чтобы потом найти).
Потом команду ECCmd -format (оно форматирует этот раздел под кэш, вроде как FS там вообще нет тупо блочная, буква диска не появляется).
Перезагружаешься... ECCmd -info (расскажет, как у неё там дела и что с кешем).
Эдакий софтовый аналог Intel Rapid Storage.
Что оно там перехватывает и как работает -- не ведаю, на ноутах ASUS с гибридными хардами с мизерным SSD в 24Г прилично ускоряет.
|
| |
Судя по описанию, эта софтина должна убивать SSD в течение года максимум. 27.10.13 01:39
Автор: Fighter <Vladimir> Статус: Elderman
Отредактировано 27.10.13 01:39 Количество правок: 1
|
|
|
| | |
Попробуем оценить MTBF всего гибрида? Чистая математика, сухие цифры без эмоций )) 27.10.13 21:44
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 27.10.13 23:08 Количество правок: 11
|
Вероятность сбоя физического блока SSD зависит в основном от кол-ва операций записи блока, сейчас оно ~5000. Контроллер SSD распределяет износ блоков, храня в особой области памяти статистику операций записи блоков и карту, связывающую номер лог. блока с физическим.
Можно сказать, что SSD MTBF в часах не существует, вернее в часах возможно выразить, если будет известна некая средняя скорость записи байт / час.
SSDmaxWrittenBytes = BlockCount * BlockSize * 5000, что при объёме SSD в 24 гига ~ 120000 Гбайт.
Ита-а-аг... Я вот читаю про средний MTBF устройств небезызвестной компании Seegate, и они божатся, что он миллион(!) часов... Это фантастика... ))
Давайте попробуем оценить долгие лета нашего гибридного стероидного дивайса по сравнению с хардом. Пусть так и быть, имеем один миллион часов надежды от сигейт.
Посмотрим, как операции чтения/записи гибрида влияют на длительность жизни SSD.
Началные условия: кеш пуст, размер харда 1ТБайт заполнен наполовину
- OS читает блок N c гибрида, драйвер кеша перехватывыает вызов и обнаруживат:
- CAHE_FAULT, читает блок с HDD, отдаёт данные ОС, а сам инициирует отложенную запись свежатинки в SSD -- чтение кеширует.
- CACHE_HIT: данные есть в SSD, благополучно отдаём их OS.
- OS пишет блок в гибрид.
- CACHE_FULL: Перемещает самый старый блок с SSD на HDD, после записывает свежатинку в кеш, обновляет индексы, и успешно отдаёт управление вышестоящему драйверу;
- CACHE_READY: Сразу запись в кеш, ничего на HDD, выгружать не надо.
Пусть CASH_RATIO = SSD_SIZE / HHD SIZE = 24 / 1024 = 2,34375%. Для простоты считаем, что объём записанных и прочитанных данных с гибрида одинаков.
(120000 / 2) + 2,34375%% = 61406,25 ГБайт / 1000000 часов Seagate HDD MTBF.
ВЫВОД
Ваша машинко должна читать/писать в час в среднем 62,88 МБайт, и в таком режиме будет коптить белый свет аж миллион часов по заветам славного Сигейта ))
|
| | | |
Математика красивая, но в жизни нужно быть проще: критерий истины - эксперимент) 28.10.13 00:40
Автор: Fighter <Vladimir> Статус: Elderman
Отредактировано 28.10.13 00:54 Количество правок: 2
|
А жизнь показывает, что SSD даже в штатном режиме использования по 100 лет не живут)
Поставь счетчик на чтение/запись с диска у себя на машине и будешь знать точно сколько данных прогоняет винда за день. Причем, когда будешь считать, полученные цифры сложи - это все будет писаться на кэширующий SSD (ты написал, что софтина создает кэш чтения/записи). У меня за 6 месяцев общий объем данных (прочитано+записано) составил 5,91 ТБ. Но! Это SSD диск, для которого минимизировано количество операций записи настолько, насколько это возможно. Вот и считай теперь уже не для сферических дисков в вакууме) с маркетинговыми часами, а по почти реальным данным. Почти потому, что для HDD никто запись минимизировать не будет.
|
| | | | |
Ну да, гибрид же... Вечный компромисс... 28.10.13 09:09
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 28.10.13 09:32 Количество правок: 3
|
> А жизнь показывает, что SSD даже в штатном режиме
> использования по 100 лет не живут)
Это понятно, SSD как ускоритель потратит свой ресурс записи из-за вытесняющего кеширования операций чтения в худшем случае вполовину быстрее.
Другой момент, SSD-утилиты покажут, сколько им осталось жить, и можно периодически менять девайс.
OEMщики вот рискнули...
Мелкие SSD стоят недорого -- может быть для кого-то будет решением.
Технологии ползут вперёд — циклов 5000 записи ячейки очень удобен производителям — как ты юзер не юли, всё равно к нам прийдёшь снова. Но конкуренция штука хорошая.
Может дождёмся, когда появятся девайсы с устрашающе большим ресурсом записи.
Потом Intel вот тоже продвигает то же только аппаратное на своих чипсетах, называется Intel Rapid Storage.
Короче, я хотел показать, что возможен вот такой вариант ускорения блочных устройств хранения данных, если одно из устройств SSD, и что это даст на практике. Может помочь пользователям со стеснёнными ресурсами, или кому старое оборудования дорого как память, или у кого валяется махонький SSD и ждёт-не дождётся, как злой кэш сожрёт его ячейки с потрохами ))
Спасибо за внимание.
|
| | | | | |
Как вариант ускорения - 100% имеет право на жизнь и наверняка где-то востребован и оправдан. 28.10.13 16:52
Автор: Fighter <Vladimir> Статус: Elderman
|
|
Если звезды зажигают - значит это кому-то нужно)
|
| |
Спасибо, попробую. 26.10.13 23:53
Автор: leo <Леонид Юрьев> Статус: Elderman
|
Спасибо, попробую.
Но переставлять конечно лень...
|
| | |
Перенос мне видится в 3 этапа. 27.10.13 20:18
Автор: HandleX <Александр М.> Статус: The Elderman
|
1) Скопировать раздел SSD с установленной OS каким-нить PARTITION MAGIIC'ом на винт, увеличив размер конечного раздела до размеров HDD;
2) удалить информацию о разделах с SSD;
3) загрузить венду с винта и запустить кеш на SSD. Voila! ))
> Но переставлять конечно лень...
Она воще смысл жизни и мироздания и всего IT! ))
|
|
Если подмонтировано subst'ом... 22.10.13 14:13
Автор: Fighter <Vladimir> Статус: Elderman
|
|
То причина скорее всего в том, что он просто не успевает сделать свое дело до загрузки остального мелкософта.
|
| |
Эм, subst у меня с DOS-ом и Net-редиректом ассоциируется. 22.10.13 18:58
Автор: leo <Леонид Юрьев> Статус: Elderman
|
> То причина скорее всего в том, что он просто не успевает
> сделать свое дело до загрузки остального мелкософта.
Эм, subst у меня с DOS-ом и Net-редиректом ассоциируется.
В Win8 (и в 7 кажется тоже) есть символьные ссылки и точки монтирования, ну почти как в Linux.
Я использовал точку монтирования чтобы вынести каталог с User на HDD.
Но ты натолкнул меня на мысль - что если какая-нибудь служба умудряется открыть handle к C\Users до того как второй диск подмнонтирован.
Попробую через symlink = С:\Users -> D:\
|
| | |
Subst точно в ХР работал и, емнип, в 7-ке. 22.10.13 20:47
Автор: Fighter <Vladimir> Статус: Elderman
|
|
Но, в любом случае, если монтирование критично по времени/очередности загрузки, то нужно через реестр. Правда с запароленными сетевыми дисками это не прокатит, т.к. пароли будут грузиться позднее.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
