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

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

Автор: Vasya22
Дата сообщения: 27.04.2010 04:28
Я вот тут в сомнениях по поводу loader'a. Дело в том, что у меня стоит multiboot (простите мой английский) от Windows 7 и две системы - XP и семёрка. Любой загрузчик, активирующий семёрку, убивает бутсектор напрочь и его приходится восстанавливать вручную. Не будет ли твой загрузчик делать то же самое? Не хочется рисковать без необходимости
Автор: void5
Дата сообщения: 01.05.2010 14:29
Я что, телепат?

Загрузчик Boot Cooler старается действовать максимально корректно. Хотите узнать точно - пробуйте. Или напишите точно наименования и версии используемого ПО - попробую у себя, если будет время и желание. Но вот тратить своё время на "активаторы" я определённо не собираюсь.
Автор: Vasya22
Дата сообщения: 01.05.2010 15:12
А причём тут активаторы? Это просто пример. Я написал про конфигурацию системы: на загрузочном диске стоят XP и multiboot от Windows 7, сама Windows 7 - на другом диске. Мой вопрос - не может ли ваш загрузчик испортить бутсектор при такой конфигурации? Вам, как разработчику, должно быть виднее - можно хотя бы предположить, исходя из приниципа работы, прежде чем экспериментировать.
Автор: void5
Дата сообщения: 01.05.2010 17:15
У меня самого штатными средствами Windows 7 при загрузке выбирается Windows 7 или Windows XP. Без каких-либо проблем (но, естественно, после загрузки другой ОС первая загрузка будет "неускоренной").
Автор: void5
Дата сообщения: 13.06.2010 20:05
Выложил на сайте 2.0.0.5 (beta 6) - добавлен вывод предупреждения в случае использования "неправильной" версии BCloader.bin и настраиваемое поведение иконки в системном трее. Багрепорты и конструктивная критика приветствуются.
Автор: porosenok85
Дата сообщения: 13.06.2010 23:01
забавная программка =)
после включения INT 13h ускорения положил систему
надпись на черном фоне такая

Цитата:
Windows NT обнаружило только 0 Кб обычной памяти. Для запуска Windows NT требуется 512 Кб обычной памяти....

виндовс XP на разделе С

незнаю как вызвать консоль, у мня zverDVD, мож напомните

Цитата:
используйте
оригинальный установочный носитель ОС для загрузки в режим командной строки
и запустите "fixboot" (Windows XP)

короче востановил раздел через акронис

а вообще пару слов про смысл программы
количество полосок перед загрузкой, я уже убедился мало зависит от общей производительности CPU, больше зависит от того сколько программ проинсталировано, плюс фрагментация раздела
у мня селерон 850, я добивался чтобы загрузка проходила с половиной полоски
а современные ноутбуки, какой не пытался ускорить своими методами, быстрей 2 полосок не получалось
вот и счас при включении обычного ускорения, у мня вместо 2 полосок стала 1,5

я так понял главная мысль программы это только сокращение времени загрузки
то проще и логичней совета, как использовать гибернацию, я не могу придумать =)
второй совет от меня - делать иногда дефрагментацию
и третий использовать портативный софт, не засоряющий систему
Автор: void5
Дата сообщения: 06.12.2010 16:58
Выложил на сайте 2.0.0.8 (beta 9) - теперь установщик принудительно снимает аттибуты сжатия и шифрации с файлов prefetch.bin и bootorig.bin, а в драйвере отключен expiration.

porosenok85, я в принципе могу добавить предупреждение о явно недостаточном объёме conventional memory (такое может случиться, например, из-за какого-либо другого установленного загрузчика типа некоторых "активаторов"), но толку от этого будет мало - сколько именно нужно Vista/Win7, не знает даже Microsoft...
Автор: void5
Дата сообщения: 19.02.2011 01:22
Если у вас на машине установлен Boot Cooler - не спешите устанавливать Service Pack 1 для Windows 7, есть какие-то проблемы. В ближайшие дни разберусь детально (читать - скорее всего будет новая бета).
Автор: 777
Дата сообщения: 24.02.2011 00:01
установил и убил систему - черный экран что то там с СИСТЕМ32
xp sp3, NTFS
Автор: void5
Дата сообщения: 24.02.2011 20:39
777
Увы, подземный стук не лечим.
Скриншот? Какой размер кластера на загрузочном разделе? Сжатие/шифрация для \prefetch.bin включены? Loader устанавливался? Отвечать лучше по e-mail.
Автор: void5
Дата сообщения: 27.02.2011 21:03
Насчёт проблем с Service Pack 1 для Windows 7. Гонял довольно долго. Воспроизвести проблему (BSOD во время установки SP1 с указанием на драйвер Boot Cooler) так и не удалось. Несмотря на несколько попыток и на той же машине, и в VMware Workstation. Всё корректно работает и во время, и после установки. В чём было дело - не знаю. Возможно, это случайное совпадение и проблема не имеет отношения к Boot Cooler. Тем не менее напоминаю всем о необходимости бэкапа всего ценного (а лучше - загрузочного раздела посекторно) перед установкой SP1. И если вы считаете себя бета-тестерами - устанавливайте SP1 при работающем Boot Cooler и обязательно сообщайте мне о возникших проблемах. Спасибо.
Автор: koshius
Дата сообщения: 11.01.2012 18:32
С первого раза поставить не удалось. Прога сообщила что не может найти достаточно большой кусок непрерывного места для префетч файла. Я так и не понял как заставить её создать этот файл снова, после дефрагментации. Снёс, поставил снова. Загрузка уменьшилась на 3-4 секунды (int 13 не ставил). GUI мне вот что показывает: при том что я выбирал размер префетч файла в 400 метров, в окошке показано всего 256. Written total 276 MB. Stop reason: size limit. Time, s: -/-/11.
Что вообще означает поле Time? У меня загрузка длится 19 секунд (до приглашения). Проги из автозагрузки, похоже не попадают в префетч. Как заюзать весь размер prefetch.bin?
PS: winXP SP2
Автор: void5
Дата сообщения: 11.01.2012 18:45

Цитата:
С первого раза поставить не удалось. Прога сообщила что не может найти достаточно большой кусок непрерывного места для префетч файла. Я так и не понял как заставить её создать этот файл снова, после дефрагментации.

Переустановить. Другие способы не реализованы, т. к. ситуация не является типичной.


Цитата:
Stop reason: size limit. Time, s: -/-/11. Что вообще означает поле Time?

Время. И это описано в документации.


Цитата:
У меня загрузка длится 19 секунд (до приглашения). Проги из автозагрузки, похоже не попадают в префетч. Как заюзать весь размер prefetch.bin?

Изменить соотв. параметр в настройках. И это описано в документации.
Автор: koshius
Дата сообщения: 11.01.2012 20:32

Цитата:
Время. И это описано в документации.

сколько информации было считано и сколько времени прошло с момента запуска драйвера/службы/монитора - это оно?
Если да, то что означают пропуски?
И ещё, почему такое первое поле настроек Max. Prefetch size, MB (32...1024)? Я имею ввиду размер 1024. Что если я поставлю размер больше чем отведено под мой prefetch.bin (400 MB)?
Автор: void5
Дата сообщения: 12.01.2012 05:28

Цитата:
что означают пропуски?

То, что на момент прекращения сбора статистики соответствующий компонент Boot Cooler ещё не был запущен. Что, как правило, говорит о недостаточном размере payload либо слишком малых значениях таймаутов.


Цитата:
И ещё, почему такое первое поле настроек Max. Prefetch size, MB (32...1024)? Я имею ввиду размер 1024. Что если я поставлю размер больше чем отведено под мой prefetch.bin (400 MB)?

Очевидно, будет использоваться весь доступный размер. Это всего лишь ограничение сверху, чтобы можно было менять параметры без необходимости пересоздания файла с нужным размером.
Автор: koshius
Дата сообщения: 12.01.2012 13:29
Этот Max. Prefetch size сбивает с толку.

Цитата:
Это всего лишь ограничение сверху, чтобы можно было менять параметры без необходимости пересоздания файла с нужным размером.

Но ведь пересоздать файл нельзя. Он создаётся только во время установки. Мне понятна функция ограничения этого размера. Но не понятна функция сверхразмера.

Цитата:
Очевидно, будет использоваться весь доступный размер.

Для автора это очевидно, а для пользователя логично предположить увеличение текущего размера prefetch.bin. А чтобы было очевиднее, лучше в ридми все эти моменты упомянуть.

В общем несколько мелких предложений по улучшению:
1) динамическая надпись Max. Prefetch size, MB (32...$MAX_prefetch_bin_size), дабы не сбивать с толку.
2) после установки логично таки установить эту переменную в максимальный размер (получаем то что заказывали).
3) поменяйте местами 1й и 3й параметры Time. Чтобы они соответствовали порядку запуска драйвера/службы/монитора.
4) тултипы с подробностями/кусками хелпа для каждой метки были бы не лишними.
Автор: void5
Дата сообщения: 13.01.2012 06:58

Цитата:
Но не понятна функция сверхразмера.

Нет никакой "функции сверхразмера". Нет проверки на то, что основной блок payload поместится внутри prefetch.bin. Например, потому, что монитор его просто не знает.


Цитата:
А чтобы было очевиднее, лучше в ридми все эти моменты упомянуть.

Они и упомянуты. И я не буду разжёвывать всё детально - всего равно документацию никто не читает (ты - наглядный пример).


Цитата:
В общем несколько мелких предложений по улучшению:
1) динамическая надпись Max. Prefetch size, MB (32...$MAX_prefetch_bin_size), дабы не сбивать с толку.

А если подумать над тем, что в файле есть служебные структуры данных, размер которых зависит от размера payload? А ещё там же хранится payload для режима INT 13h, размер которой переменный...


Цитата:
2) после установки логично таки установить эту переменную в максимальный размер (получаем то что заказывали).
3) поменяйте местами 1й и 3й параметры Time. Чтобы они соответствовали порядку запуска драйвера/службы/монитора.

Нет. Они приведены в порядке важности для пользователя.
И, кстати, служба может запуститься и позже монитора - это нормально и я это видел в реальной жизни.


Цитата:
4) тултипы с подробностями/кусками хелпа для каждой метки были бы не лишними.

Возможно.

Некоторые вещи действительно можно доработать ("вылизать"). Спонсируешь?
Автор: koshius
Дата сообщения: 13.01.2012 13:48

Цитата:
Нет никакой "функции сверхразмера".

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

Цитата:
А если подумать над тем, что в файле есть служебные структуры данных, размер которых зависит от размера payload? А ещё там же хранится payload для режима INT 13h, размер которой переменный...

Насколько я понимаю, то это только уменьшит размер payload.


Цитата:
Они приведены в порядке важности для пользователя.

Ну, хозяин - барин. У меня логика была такова: мы пишем слева направо и хронологические записи записываются в таком же порядке. А главное - именно в ридми указан такой порядок - драйвера/службы/монитора (2 раза). А то что иногда "служба может запуститься и позже монитора", ну и пусть.


Цитата:
Они и упомянуты.

И всё же конкретно эти моменты я не нашёл. А может они и не нужны, эти детали...
Где то в начале темы темы было "На сайте выложен readme ... Конструктивная критика всячески приветствуется." Про порядок драйвера/службы/монитора я уже сказал. Вот ещё момент, "После завершения загрузки ОС (критерием могут..." лучше записать как "После завершения сбора информации о загрузке ОС (критерием могут...". Для таких тупых как я


Цитата:
Некоторые вещи действительно можно доработать ("вылизать"). Спонсируешь?

Нет. Пытаюсь оказать посильный вклад в тестировании. Вот и сейчас заметил то ли баг то ли фичу и опишу это.
Если раньше у меня в payload влазила вся загрузка системы - около 390 Мб (включая кучу прог из автозагрузки), то сейчас до logon вообще не доходит. Stop reason - size limit (400Mb). Time -/-/22. Ничего нового не устанавливал.

Страницы: 123

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


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