Ru-Board.club
← Вернуться в раздел «Программы»

» Boot Cooler - бета-тестирование

Автор: void5
Дата сообщения: 27.08.2009 16:16
Приглашаются добровольцы для бета-тестирования моей разработки. Название проекта - "Boot Cooler", это специальная утилита для ускорения загрузки Windows на механических дисковых накопителях (HDD) с использованием prefetch. Типичная эффективность - сокращение времени загрузки "чистой" операционной системы на 5..10 секунд; для более "реалистичных" ситуаций с несколькими приложениями, автоматически запускающимися при загрузке - существенно больше (на моей собственной машине - ~40 vs ~100 сек., но у меня автоматически запускается довольно много приложений).

Текущее состояние проекта: ранняя бета-версия. Интерфейс не закончен, документация не написана, настройки "по умолчанию" от фонаря и т. д. и т. п. Поскольку для реализации требуемой функциональности приходится перехватывать все операции ввода-вывода на загрузочном разделе, очевидно, ошибки в существующей реализации с немаленькой вероятностью могут привести к разрушению файловой системы и т. д. и т. п. Бета-версия, собственно, и выпускается для поиска невыловленных багов, поэтому крайне не рекомендуется использовать её на компьютерах, используемых для чего-то серьёзного. Если вышесказанное вас не испугало - не забудьте хотя бы забэкапить важные для вас файлы.

Скачать последнюю бета-версию можно на www.bootcooler.com. Документацию и ответы на вопросы буду добавлять в "шапку" темы и на сайт по мере написания.

Цели бета-тестирования:
найти оставшиеся ошибки, несовместимости с "железом" и сторонним ПО;
оценить эффективность работы и "полезность" в реальных условиях;
собрать отзывы пользователей о том, что следует улучшить в первую очередь.

Системные требования.

Операционная система (ОС):
Windows XP / Windows Vista / Windows 7.
Поддерживаются как x86-, так и x64-ОС. Однако, поскольку x64-версии Windows Vista и Windows 7 требуют обязательной цифровой подписи драйверов, а у меня "правильного" цифрового сертификата пока нет, для работы на x64-версиях Vista/7 придётся разрешать загрузку "неправильно подписанных" драйверов (либо включить test signing - "bcdedit /set testsigning on", либо каждый раз при загрузке ОС нажимать F8 и выбирать соотв. пункт меню). Обратите внимание, что "safe mode" вам не поможет.

RAM:
512 МБ для 32-битной WinXP, 1024 МБ для других поддерживаемых ОС.
Автор: sanitar2k
Дата сообщения: 27.08.2009 19:22

Цитата:
с использованием prefetch

Виндового? Или свои алгоритмы? Если да, то чем лучше виндового?
Поскольку Ваш сайт under construction, не могли бы в двух словах сказать о принципе работы утилиты?


Автор: void5
Дата сообщения: 27.08.2009 21:46

Цитата:
Виндового? Или свои алгоритмы?

Ну разумеется на базе моей собственной и оригинальной идеи.


Цитата:
Если да, то чем лучше виндового?

Как уже написано в "шапке" - тем и лучше, что загрузка ОС осуществляется намного быстрее.


Цитата:
Поскольку Ваш сайт under construction, не могли бы в двух словах сказать о принципе работы утилиты?

Во время загрузки ОС вместо большого количества операций чтения секторов, разбросанных по всему диску, осуществляется несколько операций линейного чтения предварительно созданного файла. Случайный доступ заменяется на линейный, что в случае механических дисковых накопителей на несколько порядков быстрее.

Штатный prefetch в WinXP+ осуществляет только "сдвиг по времени" операций чтения (сектора читаются с диска до того, как в этом реально возникнет необходимость), что позволяет в том числе выполнить эти операции в более "выгодном" порядке с точки зрения производительности - но линейного чтения не получается.
Автор: void5
Дата сообщения: 28.08.2009 12:58
Неужели никто не хочет получить загрузку Windows XP за 12 секунд?
Автор: NAGRIS
Дата сообщения: 29.08.2009 20:31
Поставил на виртуалбокс (winXP) кажется и в правду грузится быстрее
Автор: void5
Дата сообщения: 29.08.2009 20:53

Цитата:
Поставил на виртуалбокс (winXP) кажется и в правду грузится быстрее

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

И, кстати, есть мнение, что 12 секунд - это не предел. Кто-нибудь может попробовать Boot Cooler на быстром современном процессоре, AHCI и 5400/7200 RPM HDD? У меня под рукой нет такой быстрой машины, но рискну предположить, что речь может идти о сокращении времени загрузки с 10 до 5 секунд
Автор: crotoff
Дата сообщения: 29.08.2009 21:32
поставил, перезагружал 3 раза. Ускорения загрузки не наблюдается, на этапе появления заставки стал гаснуть экран (полностью чёрный) на 1 сек.
[more]

[/more]
при этом сам файл лежит в корне диска цэ
prefetch.bin    52428800    29.08.2009 22:15    -ahs

Добавлено:
система xp32 sp3 ежели что
Автор: void5
Дата сообщения: 29.08.2009 21:38
Можно угадаю - FAT32?

Ну не успел я написать readme, поддерживается только NTFS и только с кластером не меньше чем 4 КБ.
Автор: crotoff
Дата сообщения: 29.08.2009 21:40
точно, системный диск fat32... а можно как-то prefetch.bin на диск d: переадресовать? он в NTFS
Автор: void5
Дата сообщения: 29.08.2009 21:47

Цитата:
точно, системный диск fat32...

Кстати, довольно плохая идея безотносительно Boot Cooler. Впрочем, твоя машина, тебе и решать...


Цитата:
а можно как-то prefetch.bin на диск d: переадресовать? он в NTFS

Не реализовано и не планируется (в теории можно хоть специальный раздел на диске создавать или интегрировать всю логику в микропрограмму винчестера и скрыть данные prefetch полностью). Слишком много ненужных проблем. Подумай сам, что произойдёт в случае, если прицепить твой винчестер к другой машине (либо просто загрузиться с CD) и поправить что-то на системном разделе. Содержимое файла prefetch.bin будет не соответствовать реальному состоянию диска, ничего хорошего из этого не получится. На NTFS "сторонние" изменения легко отлавливаются.
Автор: Nimbussr
Дата сообщения: 30.08.2009 01:35
void5
Цитата:
довольно плохая идея безотносительно Boot Cooler

А можете объяснить в двух словах (или носом в ссылочку ткнуть) почему не рекомендуете ставить ОС на FAT32?
В различных FAQ (например на 3DNews)рекомендуют ставить на FAT32 т.к. есть доступ к системному разделу из DOS при загрузке с floppy или CD, что удобно в случае краха системы. Также, пишут, что NTFS работает несколько медленнее чем FAT, из-за дополнительно загружаемых сервисов и её системы безопасности.
Автор: void5
Дата сообщения: 30.08.2009 09:08

Цитата:
В различных FAQ (например на 3DNews)рекомендуют ставить на FAT32 т.к. есть доступ к системному разделу из DOS при загрузке с floppy или CD, что удобно в случае краха системы.

Мало ли что пишут в древних FAQ. Уже много лет есть WinPE/BartPE.


Цитата:
Также, пишут, что NTFS работает несколько медленнее чем FAT, из-за дополнительно загружаемых сервисов

Каких-таких "дополнительно загружаемых сервисов"?


Цитата:
и её системы безопасности.

В некоторых случаях NTFS действительно медленнее, в некоторых - быстрее (из-за B+ tree для индексов и компактного представления записей о размещении файлов и свободного места). Суть не в этом, а в более высокой надёжности за счёт журналирования и безопасности из-за разграничения доступа к файлам (и это полезно даже на "однопользовательской" системе). Плюс отсутствие дурацких ограничений типа макс. размера файла в 2/4 ГБ.
Автор: sanitar2k
Дата сообщения: 30.08.2009 11:11
void5
Вчера, слегка выпивши, начал устанавливать сабж на рабочей машине, но, прочитав лицензионное соглашение, мигом протрезвел. Там указано, что BootCooler, помимо обозначенных в шапке софтовых проблем, может привести к повреждению ПК. Вы не преувеличиваете? Это каким же образом? Загоняет винт в нештатные режимы?
И ещё. С соглашении упомянуто об ограничении работы программы по времени (до 7 сентября, насколько помню). Здесь разъясните, пожалуйста.
Ещё вопрос. Виндовый префетч, насколько знаю, требует нескольких ребутов для правильной установки приоритетов загрузки приложений и драйверов. Вашей утилиты это тоже касается?
Автор: void5
Дата сообщения: 30.08.2009 15:37

Цитата:
Вчера, слегка выпивши, начал устанавливать сабж на рабочей машине, но, прочитав лицензионное соглашение, мигом протрезвел.

Для того и писалось


Цитата:
Там указано, что BootCooler, помимо обозначенных в шапке софтовых проблем, может привести к повреждению ПК. Вы не преувеличиваете? Это каким же образом? Загоняет винт в нештатные режимы?

Это вы преувеличиваете - там написано "выход компьютера из строя" .
Разрушение файловой системы с последующей невозможностью загрузки установленной ОС формально является выходом компьютера из строя. Естественно, для специалиста очевидно, что это легко лечится переустановкой ОС.


Цитата:
И ещё. С соглашении упомянуто об ограничении работы программы по времени (до 7 сентября, насколько помню). Здесь разъясните, пожалуйста.

А что непонятного в ограничении времени работы бета-версии? Мне совершенно не нужно, чтобы народ натыкался на уже исправленные баги. До окончания работы предыдущей беты я выложу свежую (в случае обнаружения серьёзных багов это может произойти гораздо быстрее).

Добавлено:

Цитата:
Ещё вопрос. Виндовый префетч, насколько знаю, требует нескольких ребутов для правильной установки приоритетов загрузки приложений и драйверов.

Неправильно. Достаточно одной загрузки ОС и нескольких минут работы компьютера, чтобы он закончил собирать статистику и записал соотв. файл. В последующие перезагрузки он будет собирать новую статистику (которая, естественно, будет отличаться от предыдущей) и т. д. Время последующих загрузок будет отличаться, но несущественно.


Цитата:
Вашей утилиты это тоже касается?

Первую загрузку, когда prefetch-файл ещё не заполнен, Boot Cooler ускорить не может. Последующие будут уже "ускоренными". Если Boot Cooler успел заполнить prefetch-файл (это делается только при отсутствии дисковой активности, чтобы не снижать производительность компьютера - поэтому при выключении/перезагрузке компьютера сразу после включения следующая загрузка может оказаться неускоренной или частично ускоренной) и не посчитал его "неадекватным" (например, если компьютер перезагружали в safe mode).

В BCgui всё это очень неплохо видно.
Автор: void5
Дата сообщения: 03.09.2009 10:02
На сайте выложен readme с системными требованиями, описанием принципа работы и рекомендациями по настройке. Конструктивная критика всячески приветствуется.
Автор: Vasya22
Дата сообщения: 04.09.2009 15:19
Поставил, инсталлировалось без проблем. После перезапуска получаю красный квадрат и Error3: no valid prefetch file has been found during boot и все параметры по нулям. В конфигурации стоит 256MB и поменять это нельзя, точнее, можно, но в следующий раз всё возвращается обратно на 256.

Система - XP 32bit, 4GB памяти. Из дополнительных примочек - SuperCache. Может, это как-то влияет?
Автор: void5
Дата сообщения: 04.09.2009 15:42

Цитата:
После перезапуска получаю красный квадрат и Error3: no valid prefetch file has been found during boot и все параметры по нулям.

FAT32?


Цитата:
В конфигурации стоит 256MB и поменять это нельзя, точнее, можно, но в следующий раз всё возвращается обратно на 256.

Что логично, т. к. конфигурация хранится в prefetch.bin, до которого достучаться нельзя.


Цитата:
Из дополнительных примочек - SuperCache. Может, это как-то влияет?

Вряд ли.
Автор: Vasya22
Дата сообщения: 04.09.2009 15:44
Нет. NTFS на всех драйвах.
Автор: void5
Дата сообщения: 04.09.2009 15:49
А размер кластера на загрузочном разделе (там, где живёт %windir%) точно не меньше 4 КБ? И уж на всякий случай - prefetch.bin был создан в корневом каталоге именно этого раздела?
Автор: Vasya22
Дата сообщения: 05.09.2009 07:21
Да, prefetch.bin присутствует именно на С:, там же, где и %windir%. Размер файла - 384M, размер кластера - 4096K. Всё стандартно, но не работает...

Добавлено:
То есть, конечно, размер кластера 4096b (4K). Простите, описАлся...
Автор: void5
Дата сообщения: 06.09.2009 22:58
Выложил на сайте beta 2 (небольшие исправления и улучшения)

Vasya22, я тебе приватом отвечал, чего молчишь-то?
Автор: Vasya22
Дата сообщения: 07.09.2009 04:54
Я приватом ответил.

Дефрагментировал загрузочный раздел, поставил новую бету, получил новую ошибку: Error 31: error processing NTFS.
Автор: void5
Дата сообщения: 17.09.2009 20:43
Выложил на сайте beta 3 (небольшие исправления и улучшения, в т. ч. уменьшен объём используемой RAM).

Особая благодарность Vasya22 за помощь в поиске проблемы с разбором NTFS.
Автор: Vasya22
Дата сообщения: 18.09.2009 08:26
Всегда пожалуйста. Обращайтесь ещё...
Автор: Gluzer
Дата сообщения: 18.09.2009 12:32
void5
зачем городить огород, если есть старый, добрый BootVis ?
Автор: sanitar2k
Дата сообщения: 18.09.2009 15:26
Gluzer
Не, немножко не то... BootVis работает с виндовым prefetch, а у сабжа свои алгоритмы плюс кэширование... Скорее, Boot Cooler больше смахивает на eBoostr ( http://forum.ru-board.com/topic.cgi?forum=5&topic=25696&start=0 )
Автор: void5
Дата сообщения: 18.09.2009 17:56

Цитата:
зачем городить огород, если есть старый, добрый BootVis ?

Хех. Мало того, что BootVis на самом деле ничего не ускоряет (он всего лишь запускает функции, встроенные в Windows XP и запускаемые той автоматически - это документировано и я это проверял) - я и хвастаюсь тем, что Boot Cooler позволяет загружать систему намного быстрее. Для тех, кто до сих пор не понял - все приведённые мной данные сравнения скорости загрузки - для максимально оптимизированных случаев (BootVis или, что то же самое, правильно работающий boot prefetch после проведения boot defragmentation). Если сравнивать с "запущенными" случаями (неработающий boot prefetch) - разница во времени загрузки системы будет достигать 4-5 раз. Даже для "чистой" ОС.
Автор: Vasya22
Дата сообщения: 23.09.2009 17:06
Кстати, вот ещё пожелание: сделай так, чтобы при минимизации окно сворачивалось в трей. А то один раз открыл - и висит вечно внизу, можно только убить. Очень неудобно.
Автор: void5
Дата сообщения: 23.09.2009 17:43
Это как так? Окно всегда "минимизируется" в трей во всех бетах, других вариантов просто нет.

Кстати, возможность настраиваемого скрытия иконки в трее сразу или после таймаута (процесс "мониторилки" тоже убьётся за ненадобностью) запланирована уже давно.
Автор: Vasya22
Дата сообщения: 23.09.2009 18:03
А, да, прошу прощения - это у меня RK Launcher её не закрывал. С ним не все программы правильно сворачиваются в трей...

Страницы: 123

Предыдущая тема: Kerio. Сброс пароля.


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.