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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Примерно это я им и сказал. 08.06.06 22:41  Число просмотров: 2503
Автор: Fighter <Vladimir> Статус: Elderman
<"чистая" ссылка>
Только (ИМХО, походу где-то читал) винда при запуске сама определяет что ей подсунули (см. ниже, вроде подтвердилось) и грузит то что нужно. Но ребята настаивали на том, что винда (видимо инсталтор) при установке компонует HAL. По моему мнению достаточно было запустиь установку в режиме обновления. Если есть желание не всраться, конечно. Т.е. вопрос сводится к тому, какой вариант выбрать:
1) Оставить как есть, положившись на винду (мелкомягких программеров/девелоперов)
2) Запустить инсталяцию в режиме обновления.
3) Установить винду с нуля.
<operating systems>
Про 2хядреные процессоры и ВыньХР 08.06.06 16:20  
Автор: Fighter <Vladimir> Статус: Elderman
<"чистая" ссылка>
Задали интересный вопрос: "Нужно ли переустанавливать винду после смены одноядерного проца на двухядерный?" Типа енто каким-то хреном с связано с HAL. Мое ИМХО не устроило и нужен точный ответ.
Многоядерная винда отличается от одноядерной [upd] 08.06.06 21:27  
Автор: amirul <Serge> Статус: The Elderman
Отредактировано 08.06.06 21:32  Количество правок: 1
<"чистая" ссылка>
> Задали интересный вопрос: "Нужно ли переустанавливать винду
> после смены одноядерного проца на двухядерный?" Типа енто
> каким-то хреном с связано с HAL. Мое ИМХО не устроило и
> нужен точный ответ.

Только двумя файлами: ядром и hal-ом. Заменить эти файлы - и все будет работать.

----------------
Ядро ntkrnlmp.exe назвать ntoskrnl.exe и положить в %SystemRoot%\System32
HAL halmacpi.dll (если комп с ACPI, а он скорее всего такой и есть) назвать hal.dll и положить туда же
Примерно это я им и сказал. 08.06.06 22:41  
Автор: Fighter <Vladimir> Статус: Elderman
<"чистая" ссылка>
Только (ИМХО, походу где-то читал) винда при запуске сама определяет что ей подсунули (см. ниже, вроде подтвердилось) и грузит то что нужно. Но ребята настаивали на том, что винда (видимо инсталтор) при установке компонует HAL. По моему мнению достаточно было запустиь установку в режиме обновления. Если есть желание не всраться, конечно. Т.е. вопрос сводится к тому, какой вариант выбрать:
1) Оставить как есть, положившись на винду (мелкомягких программеров/девелоперов)
2) Запустить инсталяцию в режиме обновления.
3) Установить винду с нуля.
Проверь на "экспериментальной" винде 08.06.06 23:38  
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка>
> Только (ИМХО, походу где-то читал) винда при запуске сама
> определяет что ей подсунули (см. ниже, вроде
> подтвердилось) и грузит то что нужно. Но ребята настаивали

Эт вряд ли. Открой пропертисы файла ntoskrnl.exe и во вкладке Version посмотри Internal Name. Если будет не ntkrnlmp.exe (скорее всего так и будет) - бей тревогу. Просто у boot loader-а достаточно небольшое пространство для маневра и он загружает файлы ntoskrnl.exe и hal.dll (либо то, что указано в ключах /kernel и /hal соответственно). А вот уже потом, при инициализации PnP - оно определяет что процов много (но однопроцессорное то ядро уже загружено). Работать то будет, но все это чревато рассинхронизацией (в частности на однопроцессорном ядре spinlock-и просто повышают IRQL, а на многопроцессорных - реально крутятся и лочат) и синими экранами.

> на том, что винда (видимо инсталтор) при установке
> компонует HAL. По моему мнению

100% что не компонует. Просто есть несколько разный hal-ов (уже скомпиленных) и setup просто выбирает нужный и называет его hal.dll

> достаточно было запустиь установку в режиме обновления.
> Если есть желание не всраться, конечно. Т.е. вопрос
> сводится к тому, какой вариант выбрать:
> 1) Оставить как есть, положившись на винду (мелкомягких
> программеров/девелоперов)

Сомневаюсь, что такая ситуация - именно то, на что они рассчитывали.

> 2) Запустить инсталяцию в режиме обновления.

Скорее всего это именно то, что посоветовали бы тебе микрософтовские программеры/девелоперы, если бы ты спросил.

> 3) Установить винду с нуля.

Тоже вариант, но на фига?
Результаты 09.06.06 06:00  
Автор: Fighter <Vladimir> Статус: Elderman
<"чистая" ссылка>
> Эт вряд ли. Открой пропертисы файла ntoskrnl.exe и во
> вкладке Version посмотри Internal Name. Если будет не
> ntkrnlmp.exe (скорее всего так и будет) - бей тревогу.
Если это тот, который лежит в C:\WINDOWS\system32, то внутренне имя как раз ntkrnlmp.exe, у hal.dll - halmacpi.dll. Винда - ХР SP2 лицензионная, куплена и установлена совсем недавно (недели 2-3).
> Просто у boot loader-а достаточно небольшое пространство
> для маневра и он загружает файлы ntoskrnl.exe и hal.dll
> (либо то, что указано в ключах /kernel и /hal
> соответственно). А вот уже потом, при инициализации PnP -
> оно определяет что процов много (но однопроцессорное то
> ядро уже загружено). Работать то будет, но все это чревато
> рассинхронизацией (в частности на однопроцессорном ядре
> spinlock-и просто повышают IRQL, а на многопроцессорных -
> реально крутятся и лочат) и синими экранами.
>
> > на том, что винда (видимо инсталтор) при установке
> > компонует HAL. По моему мнению
>
> 100% что не компонует. Просто есть несколько разный hal-ов
Это я знаю. Но они употребляли слово "компонует".
> (уже скомпиленных) и setup просто выбирает нужный и
> называет его hal.dll
>
> > достаточно было запустиь установку в режиме
> обновления.
> > Если есть желание не всраться, конечно. Т.е. вопрос
> > сводится к тому, какой вариант выбрать:
> > 1) Оставить как есть, положившись на винду
> (мелкомягких
> > программеров/девелоперов)
>
> Сомневаюсь, что такая ситуация - именно то, на что они
> рассчитывали.
>
> > 2) Запустить инсталяцию в режиме обновления.
>
> Скорее всего это именно то, что посоветовали бы тебе
> микрософтовские программеры/девелоперы, если бы ты спросил.
>
> > 3) Установить винду с нуля.
>
> Тоже вариант, но на фига?
Я им так и сказал
Про замену HAL есть вот тут ;) 09.06.06 09:17  
Автор: !mm <Ivan Ch.> Статус: Elderman
<"чистая" ссылка>


http://bugtraq.ru/forum/faq/os/motherchange.html
Пасиба, но он уже тот, что нужен ;) Кстати, в консоли просмотра событий вида о себе сообщает как о мультипроцессорной 09.06.06 10:12  
Автор: Fighter <Vladimir> Статус: Elderman
<"чистая" ссылка>
Ещё мнение 08.06.06 20:10  
Автор: ZloyShaman <ZloyShaman> Статус: Elderman
<"чистая" ссылка>
Тоже думаю, что HAL выбирается инсталлятором. И для однопроцессорных и многопроцессорных систем он разный. Но его можно сменить через диспетчер устройств. Т.е. обойтись без переустановки.
в принципе hal можно в boot.ini прописать 08.06.06 20:42  
Автор: dl <Dmitry Leonov>
<"чистая" ссылка>
/KERNEL=
/HAL=
Enable you to override Ntldr's default filename for the kernel image (Ntoskrnl.exe) and/or the HAL (Hal.dll). These options are useful for alternating between a checked kernel environment and a free (retail) kernel environment or even to manually select a different HAL. If you want to boot a checked environment that consists solely of the checked kernel and HAL, which is typically all that is needed to test drivers, follow these steps on a system installed with the free build:

* Copy the checked versions of the kernel images from the checked build CD to your \Windows\System32 directory, giving the images different names than the default. For example, if you're on a uniprocessor, copy Ntoskrnl.exe to Ntoschk.exe and Ntkrnlpa.exe to Ntoschkpa.exe. If you're on a multiprocessor, copy Ntkrnlmp.exe to Ntoschk.exe and Ntkrpamp.exe to Ntoschkpa.exe. The kernel filename must be an 8.3-style short name.
* Copy the checked version of the appropriate HAL needed for your system from \I386\Driver.cab on the checked build CD to your \Windows\System32 directory, naming it Halchk.dll. To determine which HAL to copy, open \Windows\Repair\Setup.log and search for Hal.dll; you'll find a line like \WINDOWS\system32\ hal.dll="halacpi.dll","1d8a1". The name immediately to the right of the equals sign is the name of the HAL you should copy. The HAL filename must be an 8.3-style short name.
* Make a copy of the default line in the system's Boot.ini file.
* In the string description of the boot selection, add something that indicates that the new selection will be for a checked build environment (for example, “Windows XP Professional Checked”).
* Add the following to the end of the new selection's line: /KERNEL=NTOSCHK.EXE /HAL= HALCHK.DLL

Now when the selection menu appears during the boot process you can select the new entry to boot a checked environment or select the entry you were using to boot the free build.

http://www.sysinternals.com/Information/bootini.html
Мое ИМХО такоеже. 08.06.06 16:54  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
Для системы этот 2-х ядерный проц "выглядит" как один - это же не HyperThreading...
Конвееризация разбрасывает команды на два ядра внутри самого проца без вмешательства системы и на сколько мне понимается, такая фишка была сделана для более качественной реалицации виртуализации.
Ты имеешь ввиду _именно_ VT? 08.06.06 18:31  
Автор: JINN <Sergey> Статус: Elderman
<"чистая" ссылка>
> понимается, такая фишка была сделана для более качественной
> реалицации виртуализации.
Тогда, вряд ли.
Она (VT) имеется в 662 и 672 Pentium 4, далее следует 9хх серия
Pentium D(dual-core) (за исключением 925-ого). В 8хх-ой серии VT
отсутствует.
А не запинают. 08.06.06 18:08  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
> Для системы этот 2-х ядерный проц "выглядит" как один - это
> же не HyperThreading...
> Конвееризация разбрасывает команды на два ядра внутри
> самого проца без вмешательства системы и на сколько мне
> понимается, такая фишка была сделана для более качественной
> реалицации виртуализации.

А не запинают.
Сначала х86 процы были простые.
Потом появился двухалушный Пентиум, у которого была возможность выполнять две команды за такт.
Потом появился Пентиум-4 с двухпоточностью и выглядел он для ОС, как двухпроцессорный, но при определенном коде он затыкается и результирующая скорость не достигает 2х.
Поскольку полкристала занимает кэш, то выгоднее с точки зрения расхода кремния, хотя бы, к этому кэшу прикручивать два ядра. Это еще и компактнее.
Два ядра не смогут выполнять один поток команд (да и не нужно это, все равно узким местом окажется выбор команд). Представте себе: одно ядро обрабатывает команду загрузки аккумулятора значением, другое ядро добавляет к своему аккумулятору значение, что будем иметь на выходе?...
Честно говоря - не совсем понял ответ. 08.06.06 18:02  
Автор: Fighter <Vladimir> Статус: Elderman
Отредактировано 08.06.06 18:04  Количество правок: 2
<"чистая" ссылка>
> Для системы этот 2-х ядерный проц "выглядит" как один - это
> же не HyperThreading...
HyperThreading - по сути эмуляция 2х процов на одном. А 2-х ядерный проц выглядит как 2 проца.
> Конвееризация разбрасывает команды на два ядра внутри
> самого проца без вмешательства системы и на сколько мне
> понимается, такая фишка была сделана для более качественной
> реалицации виртуализации.
Я сказал, что, насколько мне известно, винда сама опредяеляет что за проц ей подсунули (1- или 2уядерный) и переустановка не нужна. Если нечем занятся, то можно поставить винду в режиме обновления. Но кто-то вопрошавшим сказал, что инсталятор винды компонует HAL в процессе установки и нужна инсталляция "с нуля". ИМХО их не устраивает, им нужен точный, развернутый ответ с аргументами :)
ЗЫ Проц - Атлон64Х2 4200+
Re : Честно говоря - не совсем понял ответ. 08.06.06 18:45  
Автор: JINN <Sergey> Статус: Elderman
Отредактировано 08.06.06 18:47  Количество правок: 1
<"чистая" ссылка>
> ЗЫ Проц - Атлон64Х2 4200+
А ты не назвал сразу проц-) Вот все и решили, что речь идет об INTEL-е.
Для них (INTEL-ов) такая замена и вправду до фонаря.
Маленькая цитата:
Software Implications
Multi-core systems will deliver benefits to all software, but especially multi-threaded programs. All code that supports HT Technology or multiple processors, for example, will benefit automatically from multi-core processors, without need for modification. Most server-side enterprise packages and many desktop productivity tools fall into this category; as do most of today’s operating systems. Single-threaded applications still benefit from multi-core (although they do not gain the full advantages offered by the technology), because while they are executing, the operating system can execute tasks on the other cores without interrupting the running program for access to the processor.

http://www.intel.com:80/cd/ids/developer/asmo-na/eng/dc/pentium4/optimization/211198.htm?page=2

У АМД ситуация несколько иная (хотя я сам, честно признаюсь, узнал об этом
только сегодня полазив по их форуму)-)
AMD Athlon™ 64 Family (Athlon 64, X2 and FX) General Info and Specs
http://forums.amd.com/index.php?s=9cbfb1095de74f320be99ec39e108b75&showforum=1
Там в Topic Title вынесена тема X2 Upgrade from Single Core
http://forums.amd.com/index.php?showtopic=73727

Также, в одном из тредов упоминается
Windows XP SP2 Dual Core Performance Hot Fix Download
http://www.amdzone.com/modules.php?op=modload&name=News&file=article&sid=3964

Скьюзи, но с двуядерными от AMD сталкиваться пока не доводилось, так что поверю
тому что говорится у них на форуме.
Результаты экспериментальной проверки [upd] 08.06.06 22:08  
Автор: Fighter <Vladimir> Статус: Elderman
Отредактировано 09.06.06 10:13  Количество правок: 2
<"чистая" ссылка>
> > ЗЫ Проц - Атлон64Х2 4200+
> А ты не назвал сразу проц-) Вот все и решили, что речь идет
> об INTEL-е.
Каюсь. Писал второпях.
> Для них (INTEL-ов) такая замена и вправду до фонаря.
> Маленькая цитата:
> Software Implications
> Multi-core systems will deliver benefits to all software,
> but especially multi-threaded programs. All code that
> supports HT Technology or multiple processors, for example,
> will benefit automatically from multi-core processors,
> without need for modification. Most server-side enterprise
> packages and many desktop productivity tools fall into this
> category; as do most of today’s operating systems.
> Single-threaded applications still benefit from multi-core
> (although they do not gain the full advantages offered by
> the technology), because while they are executing, the
> operating system can execute tasks on the other cores
> without interrupting the running program for access to the
> processor.

> http://www.intel.com:80/cd/ids/developer/asmo-na/eng/dc/pen
> tium4/optimization/211198.htm?page=2
>
> У АМД ситуация несколько иная (хотя я сам, честно
> признаюсь, узнал об этом
> только сегодня полазив по их форуму)-)
> AMD Athlon™ 64 Family (Athlon 64, X2 and FX) General Info
> and Specs
> http://forums.amd.com/index.php?s=9cbfb1095de74f320be99ec39
> e108b75&showforum=1

> Там в Topic Title вынесена тема X2 Upgrade from
> Single Core

> http://forums.amd.com/index.php?showtopic=73727
Походу - фигня. После установки процессора и включения с последующей перезагрузкой, в диспетчере комп определяется как "Многопроцессорный компьютер с ACPI".
> Также, в одном из тредов упоминается
> Windows XP SP2 Dual Core Performance Hot Fix Download
> http://www.amdzone.com/modules.php?op=modload&name=News
> &file=article&sid=3964
Вообщем, если я правильно понял - это для любителей Cool'n'Quiet и проч.энергосбережений. А на данной машине он выключен.
> Скьюзи, но с двуядерными от AMD сталкиваться пока не
> доводилось, так что поверю
> тому что говорится у них на форуме.
Та же фигня. Но... Имею дурную привычку проверять данные экспериментально.
Инсталятор винды это определяет. 08.06.06 18:14  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 08.06.06 18:15  Количество правок: 1
<"чистая" ссылка>
> Я сказал, что, насколько мне известно, винда сама

Инсталятор винды это определяет.

> опредяеляет что за проц ей подсунули (1- или 2уядерный) и
> переустановка не нужна. Если нечем занятся, то можно
> поставить винду в режиме обновления. Но кто-то вопрошавшим

Редко кто этим занимается. Может и не помочь...

> сказал, что инсталятор винды компонует HAL в процессе

Она просто подсовывает нужный HAL из дистриба.

> установки и нужна инсталляция "с нуля". ИМХО их не
> устраивает, им нужен точный, развернутый ответ с
> аргументами :)

Трудно попробовать - втыкнуть любой чистый винт, установить на него ОС, подпихнуть HAL с этой инсталляции на старую систему. Рекомендуется завести для этого отдельный пункт меню загрузки?

> ЗЫ Проц - Атлон64Х2 4200+
1




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


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