Проблема дизайна Readyboost

Приветствую, есть вопрос по Readyboost.

Имеется Windows 7 и флешка, полностью выделенная под работу Readyboost. При каждой (!) перезагрузке ПК кеш на флешке пересоздаётся/перестраивается/обновляется -- нахвание не имеет значение. Главное, что после 10 минут после загрузки Windows с жёсткого диска считывается значительный объём данных на эту флешку и в Performance Monitor видно как первые 10 минут сразу после логина в систему кеш простаивает, затем в него загружаются данные и только после этого он начинает выполнять свою основную функцию. Так повторяется после каждой перезагрузки. Можно ли сделать так, чтобы кеш не пересоздавался с "0", а использовался уже имеющийся ибо файлы на ПК меняются не часто. Т.е. чтобы Readyboost работал как при гибридном сне/гибернации.

Moscow, невозможно по дизайну, потому что после момента выключения компьютера с кэшем можно сделать что угодно, поэтому после загрузки системы к этим данным не может быть доверия, поэтому кэш и пересоздается.

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

Игорь Лейко,
не надо переспрашивать. Пять значит пять. Это не принципиально. Важен факт, что Readyboost из-за особенностей своей работы, а конкретно необходимости пересоздания своего кеша в некоторых ситуациях не только сводит на нет свою основную функцию, но и вносит больше отрицательного, чем положительного в общую работу Windows. Во-первых, Readyboost фактически ничего не делает для ускорения запуска Windows (где он вполне мог бы пригодится, будучи направленным на ускорение загрузки небольших файлов, именно таких какие в основном и загружаются во время старта Windows). Во-вторых, пользователь запускает программы как раз в первые минуты сразу после запуска Windows. Readyboost и здесь ничего не делает.
Например, есть задача проверить почту и отредактировать фотографию. Включаем ПК, открываем почтовик и фоторедактор. Проверяем почту, редактируем фотографию, выключаем ПК. В этой ситуации кеш начнёт заполнятся уже после того, как обе программы будут запущены. А после того как он заполнится и будет готов в его услугах не будет нужды и после выключения ПК он так ничего и не сделав просто исчезнет из-за того, что в нём данные шифруются. Что за бред? А если кеш 4 гигабайта, да они ещё сжимаются в соотношении 2:1?
Уже на примере Windows Vista было ясно, что алгоритм работы Readyboost содержал логическую ошибку из-за неправильного подхода в использовании шифрования. Но тогда эта проблема также затрагивала гибернацию/сон и кеш пересоздавался даже после продолжения работы Windows после гибернации. В Windows 7 проблему с гибернацией исправили, но общий алгоритм оставили прежним.

Не легче ли сделать шифрование отключаемым по запросу пользователя? Даже если это приведёт к уменьшению уровня безопасности.

#196735 Moscow :
Что за бред?

Может, и не бред? Первые несколько минут работы после перезагрузки, происходящей раз в две-три недели, лично мне кажутся не особо критичными.

Например, есть задача проверить почту и отредактировать фотографию. Включаем ПК, открываем почтовик и фоторедактор.

Включили, комп вышел из гибернации, все прекрасно работает, загнали комп в гибернацию - в чем проблема? Кстати, мегабайтные вотографии обычно в кэш редибуста не попадают, они и с диска неплохо читаются.

Moscow,
Вы забыли про ReadyBoot
forums.php?m=posts&q=15446
ReadyBoost - находится между памятью ПК т.е. RAM и HDD, зачем считывать данные или приложения с HDD если можно их считать с flash (кто и где быстрее см. в ссылке выше).

Игорь Лейко писал:Первые несколько минут работы после перезагрузки, происходящей раз в две-три недели

Up time работы Windows большинства людей в разы меньше.

Игорь Лейко писал:Включили, комп вышел из гибернации, все прекрасно работает, загнали комп в гибернацию - в чем проблема?

С гибернацией проблем нет. Она отлично выручает в этой ситуации, но работа Windows не может быть построена только на гибернации.

Игорь Лейко писал:Кстати, мегабайтные вотографии обычно в кэш редибуста не попадают, они и с диска неплохо читаются.

А кто говорил про "мегабайтные вотографии"? Тут бы научиться ускорять запуск самой программы в первые минуты работы Windows, а о большем пока и мечтать не приходится.

Бэлиан писал:Вы забыли про ReadyBoot

Никто про него не забывал. Здесь речь про конкретную технологию.

Moscow :
Важен факт, что Readyboost из-за особенностей своей работы, а конкретно необходимости пересоздания своего кеша в некоторых ситуациях не только сводит на нет свою основную функцию, но и вносит больше отрицательного, чем положительного в общую работу Windows.
Во-первых, Readyboost фактически ничего не делает для ускорения запуска Windows (где он вполне мог бы пригодится, будучи направленным на ускорение загрузки небольших файлов, именно таких какие в основном и загружаются во время старта Windows).

Readyboost - для ускорения загрузки OC нечего и не должен делать.

Moscow :
Во-вторых, пользователь запускает программы как раз в первые минуты сразу после запуска Windows. Readyboost и здесь ничего не делает.

Что в вашем понятие сразу после запуска Windows. Вы уверены?

Moscow :
Например, есть задача проверить почту и отредактировать фотографию. Включаем ПК, открываем почтовик и фоторедактор. Проверяем почту, редактируем фотографию, выключаем ПК. В этой ситуации кеш начнёт заполнятся уже после того, как обе программы будут запущены. А после того как он заполнится и будет готов в его услугах не будет нужды и после выключения ПК он так ничего и не сделав просто исчезнет из-за того, что в нём данные шифруются. Что за бред? А если кеш 4 гигабайта, да они ещё сжимаются в соотношении 2:1?

Данную работу выполняет другая функция SuperFetch.
Вы хотите, чтоб после того как выполняться программы в автозапуске, далее произойдет настройка сети, хотите еще "полчаса" подождать, когда в память будет загружена приложение для почты, для редактирования фотографий?

Бэлиан писал:Readyboost - для ускорения загрузки OC нечего и не должен делать.

Не должен, потому что так написано в дизайне инженеров, реализующих эту функцию, или потому что это не даст никакого выигрыша?

Бэлиан писал:Что в вашем понятие сразу после запуска Windows.

Сразу после запуска значит именно то, что написано. Какие здесь могут быть разночтения?

Бэлиан писал:Вы уверены?

В чём?

Бэлиан писал:Данную работу выполняет другая функция SuperFetch.

Повторюсь. Здесь обсуждается только Readyboost.

Бэлиан писал:Вы хотите, чтоб после того как выполняться программы в автозапуске, далее произойдет настройка сети, хотите еще "полчаса" подождать, когда в память будет загружена приложение для почты, для редактирования фотографий?

То, что я предлагаю написано в последнем абзаце четвёртого сообщения сверху. По-моему написано весьма чётко.

Было бы здорово найти и другое решение. Или хотя бы услышать что думают другие люди, разбирающиеся в теме данного вопроса.

Moscow,
В моем понимание:
1. - до появления приглашения пользователя
2. - после появления рабочего стола и только после настройки сети.

Только после настройки сети можно сказать что ПК готов к работе.
Между 1 и 2 пунктом - появление рабочего стола, запуск сервисов, запуск ПО из секции RUN.
Поэтому если рабочий стол виден на экране с иконками приложений - еще не значит что ПК загрузился. Из этого и родился вопрос ниже.

Moscow :
Во-вторых, пользователь запускает программы как раз в первые минуты сразу после запуска Windows. Readyboost и здесь ничего не делает.

Вы уверены? что Readyboost и здесь ничего не делает?

Moscow :
Уже на примере Windows Vista было ясно, что алгоритм работы Readyboost содержал логическую ошибку из-за неправильного подхода в использовании шифрования. Но тогда эта проблема также затрагивала гибернацию/сон и кеш пересоздавался даже после продолжения работы Windows после гибернации. В Windows 7 проблему с гибернацией исправили, но общий алгоритм оставили прежним.

Не легче ли сделать шифрование отключаемым по запросу пользователя? Даже если это приведёт к уменьшению уровня безопасности.

Да, много тысячная армия программистов которая работала над созданием ОС совершила ошибку

Бэлиан писал:Да, много тысячная армия программистов которая работала над созданием ОС совершила ошибку

Не буду утверждать за весь инженерский состав Майкрософт, но конкретно над реализацией Readyboost работало несколько человек, думаю точное число вполне может знать Игорь Лейко. Конечно числом тестеров и членами отдела руководства можно раздуть это число до любых значений.

Бэлиан писал:1. - до появления приглашения пользователя
2. - после появления рабочего стола и только после настройки сети.

Конечно второй пункт.

Бэлиан писал:Вы уверены? что Readyboost и здесь ничего не делает?

Первые пять минут после загрузки рабочего стола Readyboost ничего не делает. В этот момент на флешке находится кеш данных, к которому нет ключа для дешифровки.

#196767 Moscow :

Игорь Лейко писал:Первые несколько минут работы после перезагрузки, происходящей раз в две-три недели

Up time работы Windows большинства людей в разы меньше.

У Вас есть статистика? Чтобы не получилось, как с утверждениями про UAC. Хотя надо будет поинтересоваться, может удастся добыть информацию. И потом, полезные привычки надо прививать, сами они не всегда распространяются. ;)

Игорь Лейко писал:Включили, комп вышел из гибернации, все прекрасно работ
ает, загнали комп в гибернацию - в чем проблема?

С гибернацией проблем нет. Она отлично выручает в этой ситуации, но работа Windows не может быть построена только на гибернации.

Только и исключительно - конечно, не может. Но в основном - почему бы и нет? Это гораздо удобнее, чем перезагрузки с потерей рабочего контекста.

#196771 Moscow :
Не должен, потому что так написано в дизайне инженеров, реализующих эту функцию, или потому что это не даст никакого выигрыша?

Вопрос абстрактен, поскольку текущая реализация не дает возможности сохранить данные в кэше после перезагрузки. Возможно, в Windows 8 это будет изменено, а, возможно, и нет.

#196773 Бэлиан :

Moscow :
Во-вторых, пользователь запускает программы как раз в первые минуты сразу после запуска Windows. Readyboost и здесь ничего не делает.

Вы уверены? что Readyboost и здесь ничего не делает?

Я уверен. Если в ходе загрузки системы обнаруживается подключенная флешка для редибуста, то первые пять минут на нее ничего не пишется, чтобы не тормозить загрузку. Не потому, что ключа нет, а именно чтобы не загружать дисковую подсистему.

Игорь Лейко писал:У Вас есть статистика?

Статистика чего? Того что у большинства людей компьютеры по ночам выключены?

Игорь Лейко писал:Но в основном - почему бы и нет? Это гораздо удобнее, чем перезагрузки с потерей рабочего контекста.

Удобно до тех пор пока "рабочий контекст" находится в одной операционной системе. Ведь включение из режима гибернации не подразумевает выбор другой ОСи? Это удобно, но не всегда.

Игорь Лейко писал:Не потому, что ключа нет, а именно чтобы не загружать дисковую подсистему.

Если бы кеш использовался уже имеющийся на флешке и созданный ранее, то не нужно было бы вообще нагружать дисковую систему (или нагружать в меньшем объёме для обновления, а не создания кеша с "0" )

Извините, пикироваться и флеймить настроения нет.

После загрузки ПК прошло чуть больше 1мин.

Moscow,
Если бы кеш использовался уже имеющийся на флешке и созданный ранее, то не нужно было бы вообще нагружать дисковую систему (или нагружать в меньшем объёме для обновления, а не создания кеша с "0" )

Для этого есть винт у которого скорость чтения например 120МB/s по сравнению с flash 28-30МВ/s.

За запуском программ следит SuperFetch - sysmain.dll c файлами где что лежит (C:\Windows\Prefetch файлы *.db)
- отключить = 0 (или можно и службу)
- включить для часто используемых программ = 1
- включить для оптимизации ОС = 2
- включить для всего = 3

Ознакомится http://rutube.ru/tracks/3436511.html