информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Spanning Tree Protocol: недокументированное применениеЗа кого нас держат?Портрет посетителя
BugTraq.Ru
Русский BugTraq
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Модель надежности отказоустойчивой... 
 Oracle выпустила срочный патч для... 
 Атака на WPA2 
 Outlook полгода отправлял зашифрованные... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / operating systems
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
[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-2017 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach