информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Портрет посетителяВсе любят медСтрашный баг в Windows
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / operating systems
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Перенос мне видится в 3 этапа. 27.10.13 20:18  Число просмотров: 4935
Автор: HandleX <Александр М.> Статус: The Elderman
<"чистая" ссылка>
1) Скопировать раздел SSD с установленной OS каким-нить PARTITION MAGIIC'ом на винт, увеличив размер конечного раздела до размеров HDD;
2) удалить информацию о разделах с SSD;
3) загрузить венду с винта и запустить кеш на SSD. Voila! ))

> Но переставлять конечно лень...
Она воще смысл жизни и мироздания и всего IT! ))
<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ТБайт заполнен наполовину

  1. OS читает блок N c гибрида, драйвер кеша перехватывыает вызов и обнаруживат:

    • CAHE_FAULT, читает блок с HDD, отдаёт данные ОС, а сам инициирует отложенную запись свежатинки в SSD -- чтение кеширует.
    • CACHE_HIT: данные есть в SSD, благополучно отдаём их OS.

  2. 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
<"чистая" ссылка>
Но, в любом случае, если монтирование критично по времени/очередности загрузки, то нужно через реестр. Правда с запароленными сетевыми дисками это не прокатит, т.к. пароли будут грузиться позднее.
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach