Windows 7 PAE.

#199884 Lico :
ядро XP и 2003 сервера отличаются.

Но меньше, чем ядра висты и WS2008 или семерки и WS2008 R2.

#199887 kpdozer :
Всё работает стабильно.

Значит, повезло.

#199606 testervista :
32-битная ОС просто не в состоянии адресовать более 3.5 гига - это давно все знают.

Правильно, в силу программных ограничений. Но наложены они не от балды, а для защиты от сбоев при использовании 32-разрядных драйверов. Можно по этому поводу почитать Руссиновича или статью в базе знаний ( см. раздел "Дополнительная информация" ).

kpdozer, ни за что не стал бы играться с патчером от стафорса. Если охота поэкспериментировать, читайте эту статью, там помимо прочего описано, как пропатчить ядро. Только не забывайте, что Майкрософт не просто так ограничение поставила, и это не маркетинг вовсе.

#199889 Sgt.Riggs :
Правильно, в силу программных ограничений. Но наложены они не от балды, а для защиты от сбоев при использовании 32-разрядных драйверов.

Не вообще 32-разрядных драйверов, а плохо написанных драйверов, игнорирующих PAE.

Игорь Лейко, ну да. Спасибо за уточнение Хотя изначально у меня в голове крутилась мысль о том, что драйвера, поддерживающие PAE, это уже 36-разрядные драйвера

У меня остался только один вопрос:
Каковы ограничения в использовании программ и драйверов на ОС Windows Server 2003, Datacenter Edition при установленных 16Гб ОЗУ? И какие сбои в работе системы это может вызвать, если никто не может гарантировать что будут использоваться правильные драйвера и Microsoft не только не запрещает установку неправильных драйверов но даже не сообщает о том что они могут вызвать конфликты. Ведь в спецификации к ОС Windows Server 2003, Datacenter Edition нигде не сказано например: Only with PAE-Ready drivers.

Я возможно до Руссиновича никогда не до росту, но после того как автор утилиты NewSID вдруг написал, что не видит смысла в смене SID, а в Windows7 это является уже не отключаемой фишкой sysprep, то верить ему я начинаю с и трудом.
Спасибо.

#199893 kpdozer :
Я возможно до Руссиновича никогда не до росту, но после того как автор утилиты NewSID вдруг написал, что не видит смысла в смене SID, а в Windows7 это является уже не отключаемой фишкой sysprep, то верить ему я начинаю с и трудом.

В статье Руссиновича по этому поводу есть такая фраза:

Windows (за одним исключением) никогда не предоставляет SID машины за пределами данного компьютера

Думаю, это "одно исключение" и вынуждает Майкрософт включать функцию сброса SID в Sysprep для Windows Vista / 7. К слову, функция сброса SID была во всех версиях Sysprep, только работала она по-разному.

Вот именно...
Аналогично из статьи Руссиновича по наше теме:

Так как теперь для получения сертификата о подписывании драйверов изготовители оборудования должны предоставлять в лаборатории WHQL драйверы как для 32-разрядных, так и для 64-разрядных версий Windows, большинство современных драйверов вполне справляются с физическим адресами свыше 4 ГБ. 32-разрядные версии Windows в силу наличия риска, который очень трудно оценить, будут по-прежнему игнорировать память выше границы 4 ГБ. При этом изготовители оборудования в тех случаях, когда этому ничто не препятствуют, переходят (или, по крайней мере, должны переходить) на 64-разрядные версии.

Вот и здесь "одно исключение": риск оценить сложно!!!. Поэтому вместо того чтобы, доработать механизм Microsoft проще заблокировать возможность. Если ее нет, то нет проблем и жалоб от пользователей.
Моя конфигурация ПК например состоит из оригинальной мат. платы от Intel и видеокарты от AMD. Я не думаю что драйвера от этих производителей имеют какие либо недоработки в этом отношении. Ведь причина в драйверах не так ли?

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

Моя точка зрения: Microsoft стремиться перевести всех на архитектуру x64, в добровольно принудительном прядке.
Это бесспорно будущее. Но... Из за обязательного подписывания драйверов, они резко ограничивают некоммерческое ПО, которое я использовал и буду использовать всегда.
Множество из моего инструментария имеет проблемы при работе на x64.

Вот и всё.

kpdozer, большинство приложений, написанных под 32 бита, прекрасно работают и на 64. Исключение составляют приложения, работающие на уровне ядра (например, антивирусы) или использующие свои драйвера (кстати, вот такие драйвера обычно и не подписываются в МС и вряд ли поддерживают PAE - отсюда и будут у Вас BSOD'ы с пропатченным ядром), не рассчитанные на 64 бита. Тем не менее, например, тот же Касперский имеет только 32-разрядную версию, но это ничуть не мешает ему работать на 64-разрядной ОС. Не смогут на 64 битах работать только 16-разрядные приложения, но это уже извините. К тому же, есть 32-разрядный Windows XP Mode, поддерживающий работу в 16-разрядном режиме.

Большинство приложений!! - это какое такое большинство? Софт для домохозяек что-ли. Или Игрухи???В моей жизни большинство софта составляют:
1) Утилиты для разгона. Используют свои драйвера, и не являются коммерческими - выход - перевод системы в тестовый режим на x64
2) Программно-аппаратные комплексы для диагностики автомобилей например Bosh ESI[tronic] - выхода нет
3) Программы видео наблюдения, СКУД и т.д., в которых нет стандартов вообще. Acumen, JsTeletek, и т.п.
4) Софт для пере прошивки мобильных устройств. Где 4гб не нужно и даром, но вот на x64 не работают.
Мне продолжать...???

И что мне теперь для того чтобы виртуалки по 3 штуки запускать нужно x64 и чтобы, извините, дебильный китайский телефон зашить еще и 32 бинтую операционку покупать?
А может быть лучше просто запатчить уже купленную, и жить спокойно.
А те кто за компом играют в гамы, да работают в ворде никогда не зададутся таким вопросом и не заглянут в эту ветку.
Или у нас теперь необходимый софт это антивирь и браузер и текстовый редактор? Про него я речи вообще не введу.

Мне в принципе нравятся утилиты типа Разблокировщика 4GB RAM но у них есть побочные эффекты а именно:
1. Создают "лоадер" для загрузки системы
2.При интенсивных нагрузках дают блю-скрины
3. Просто незаконно их использовать.
А как же разблокировать 4gb ram легально?
Форум читать некогда, поэтому можно сказать попроще?
Вот есть комп что в нем подкрутить, настроить систему?

#199899 Wusa :
А как же разблокировать 4gb ram легально?

Если есть лицензия на старую ХР (до SP2), поставить ее и включить вручную PAE. Вот только от проблем с драйверами это не избавит. Да и на безопасности системы скажется отнюдь не в лучшую сторону.

#199896 kpdozer :
Поэтому вместо того чтобы, доработать механизм

Механизм чего? Работы плохо написанных рядом компаний (в основном, впрочем, Creative) драйверов, которые эти компании даже и не собираются переписывать? Каким образом "Майкрософт" может это изменить?

#199898 kpdozer :
Большинство приложений!! - это какое такое большинство?

Как правило те, которые не содержат в своем составе драйверы уровня ядра. И таких действительно большинство.

#199900 Игорь Лейко :

#199896 kpdozer :
Поэтому вместо того чтобы, доработать механизм

Механизм чего? Работы плохо написанных рядом компаний (в основном, впрочем, Creative) драйверов, которые эти компании даже и не собираются переписывать? Каким образом "Майкрософт" может это изменить?

Ну во первых, начнем с того что правила написания драйверов устанавливает сама Microsoft. Все производители этим правилам следуют и когда то следовали. А потом Microsoft думая а проблеме ограничения памяти вдруг выяснила, что оказывается драйвера написанные по старым правилам под PAE не подходят.

Просто вперед надо смотреть. Если в компиляторе (или среде программирования в общем) запретить использование методов ведущих к созданию так называемых "неправильных" драйверов, никто "неправильные" драйвера не напишет.

Я понимаю позицию Creative. Они создали драйвера, которые не противоречат (не противоречиЛИ) концепции написания драйверов Microsoft. А потом их стали называть "некачественными".

А теперь когда время ушло: думать о старом не будем, переведем ка всех на x64 - за ней же будущее.
В общем суть в том, что 700 мб эта не такая большая потеря для меня. Но почему за меня решили что я должен от них отказаться.

Я немного отклонюсь от темы:
Есть такая замечательная утилита: http://www.superspeed.com/desktop/ramdisk.php
Она позволяет использовать под виртуальный диск, недоступную в 32-х битных системах память. Без всяких патчей ядра.
Как вы думаете какова вероятность того, что будут приходить системные сбои?
У меня на видеосервере например, с 1гб виртуальным жестким диском, оставшейся памятью в 3 гб, забитой под завязку, за полгода не произошло ни одного.

#199898 kpdozer :
Большинство приложений!! - это какое такое большинство? Софт для домохозяек что-ли. Или Игрухи???В моей жизни большинство софта составляют:
1) Утилиты для разгона. Используют свои драйвера, и не являются коммерческими - выход - перевод системы в тестовый режим на x64
2) Программно-аппаратные комплексы для диагностики автомобилей например Bosh ESI[tronic] - выхода нет
3) Программы видео наблюдения, СКУД и т.д., в которых нет стандартов вообще. Acumen, JsTeletek, и т.п.
4) Софт для пере прошивки мобильных устройств. Где 4гб не нужно и даром, но вот на x64 не работают.
Мне продолжать...???

Наверно, я Вас удивлю.

#199897 Sgt.Riggs :
Исключение составляют приложения, работающие на уровне ядра (например, антивирусы) или использующие свои драйвера (кстати, вот такие драйвера обычно и не подписываются в МС и вряд ли поддерживают PAE - отсюда и будут у Вас BSOD'ы с пропатченным ядром), не рассчитанные на 64 бита.

#199898 kpdozer :
И что мне теперь для того чтобы виртуалки по 3 штуки запускать нужно x64 и чтобы, извините, дебильный китайский телефон зашить еще и 32 бинтую операционку покупать?
А может быть лучше просто запатчить уже купленную, и жить спокойно.
А те кто за компом играют в гамы, да работают в ворде никогда не зададутся таким вопросом и не заглянут в эту ветку.
Или у нас теперь необходимый софт это антивирь и браузер и текстовый редактор? Про него я речи вообще не введу.

Вот только истерик не надо. Вы сами для начала разберитесь в том, какой же всё-таки софт не работает под 64 битами, и тогда и вопросов подобных не возникнет. Вы думаете, что самый "крутой" на этом форуме в плане используемого софта? Ошибаетесь. Домохозяйки и гамеры здесь особо не сидят, специализированный ресурс всё-таки.

#199899 Wusa :
Мне в принципе нравятся утилиты типа Разблокировщика 4GB RAM но у них есть побочные эффекты а именно:
1. Создают "лоадер" для загрузки системы
2.При интенсивных нагрузках дают блю-скрины
3. Просто незаконно их использовать.
А как же разблокировать 4gb ram легально?
Форум читать некогда, поэтому можно сказать попроще?
Вот есть комп что в нем подкрутить, настроить систему?

"Легального" способа снять блок нет, в любом случае необходимо изменение системного файла. Если для Вас это действительно важно, можете вручную пропатчить ядро, делается это очень и очень легко, почитайте статью, на которую я указал выше. Если непонятно, могу написать подробную инструкцию с иллюстрациями. BSOD'ы будут возникать при попытке "пустить" драйвер, не поддерживающий PAE (т.е. 36-разрядную адресацию), за пределы первых 4 ГБ ОЗУ. Если у Вас ровно 4 ГБ, то проблем возникнуть теоретически не должно (но это в моём понимании, я могу и ошибаться). Тем не менее, система будет работать в режиме тестовых подписей, ибо пропатченное ядро Вам, естественно, никто полноценной цифровой подписью не подпишет.

#199904 kpdozer :
Ну во первых, начнем с того что правила написания драйверов устанавливает сама Microsoft. Все производители этим правилам следуют и когда то следовали. А потом Microsoft думая а проблеме ограничения памяти вдруг выяснила, что оказывается драйвера написанные по старым правилам под PAE не подходят.

Я Вас снова удивлю: правила меняются. Когда-то не было такой функции, как PAE, и поддержка 36-разрядного адресного пространства была ни к чему. А потом она появилась, и внезапно оказалось, что рассчитанные на 32 бита драйвера не могут использовать "лишние" 4. Поэтому правила написания драйверов изменились. А кто-то на них начхал.

#199904 kpdozer :
Просто вперед надо смотреть. Если в компиляторе (или среде программирования в общем) запретить использование методов ведущих к созданию так называемых "неправильных" драйверов, никто "неправильные" драйвера не напишет.

Запретить создание 32-разрядных драйверов?! Ну ничего себе.

#199904 kpdozer :
Я понимаю позицию Creative. Они создали драйвера, которые не противоречат (не противоречиЛИ) концепции написания драйверов Microsoft. А потом их стали называть "некачественными".

См. выше.

#199904 kpdozer :
Я немного отклонюсь от темы:
Есть такая замечательная утилита: http://www.superspeed.com/desktop/ramdisk.php
Она позволяет использовать под виртуальный диск, недоступную в 32-х битных системах память. Без всяких патчей ядра.
Как вы думаете какова вероятность того, что будут приходить системные сбои?
У меня на видеосервере например, с 1гб виртуальным жестким диском, оставшейся памятью в 3 гб, забитой под завязку, за полгода не произошло ни одного.

Ну вот и пользуйтесь на здоровье.

#199906 Sgt.Riggs :
Исключение составляют приложения, работающие на уровне ядра (например, антивирусы) или использующие свои драйвера (кстати, вот такие драйвера обычно и не подписываются в МС и вряд ли поддерживают PAE - отсюда и будут у Вас BSOD'ы с пропатченным ядром), не рассчитанные на 64 бита.

Может быть. Но пока нет.

#199906 Sgt.Riggs :
Вот только истерик не надо. Вы сами для начала разберитесь в том, какой же всё-таки софт не работает под 64 битами, и тогда и вопросов подобных не возникнет. Вы думаете, что самый "крутой" на этом форуме в плане используемого софта? Ошибаетесь. Домохозяйки и гамеры здесь особо не сидят, специализированный ресурс всё-таки.

Весь софт который я вам перечислил, по пунктам на работает на 64-х битах. Именно этот софт имеет видимо "неправильные" драйвера, но к сожалению мне он об этом не сообщает. На личности, переходить не надо, никто себя не превозносит. Этот софт с которым я работаю диктует мне необходимость патчить ядро, и этот софт не единичный. И про домохозяек я написал именно, то что написали вы - вы просто повторили мои слова.
Пока диалог мне видится таким:
Мне задают вопрос: Зачем тебе патчить ядро?
Отвечаю: Много софта на x64 не работает (даже не имея своих драйверов)
Далее следует фраза: "А большинство софта работает"
Я думаю завершить этот диалог так : "А мне нужно чтобы ВЕСЬ софт работал, как это происходит на х32".
Причем тут моя "крутость" я не въеду никак.

#199906 Sgt.Riggs :
Я Вас снова удивлю: правила меняются. Когда-то не было такой функции, как PAE, и поддержка 36-разрядного адресного пространства была ни к чему. А потом она появилась, и внезапно оказалось, что рассчитанные на 32 бита драйвера не могут использовать "лишние" 4. Поэтому правила написания драйверов изменились. А кто-то на них начхал.

Очень удивили, даже повергли в шок.
А вы знаете когда появилась поддержка PAE?
Впервые в Pentium Pro.
А когда ее стала поддерживать Microsoft?
Со 2-го сервис-пака Windows XP.
А сейчас о какой ОС идет речь?
Забыли? На название темы посмотрите.
Зато тестировать системы с 2Тб ОЗУ Микрософт считает целесообразным запасом на будущее.
А зловредные корпорации до сих пор отказываются писать "правильные" драйвера режим ядра для Windows7, которые подлежат обязательной сертификации.
Я валяюсь!!!!

#199906 Sgt.Riggs :
Запретить создание 32-разрядных драйверов?! Ну ничего себе.

См. выше
.... использование методов ведущих к созданию....
Я так понял вы между строк читаете?
Методов, функций, операторов, классов, .... - составляющих структуры драйверов.
Да даже "в лоб" в среде программирования вывести предупреждение: "Возможно использование только 36-разрядной адресации. Компиляция драйвера невозможна"

Ладно, закончим эту бессмысленную дискуссию. Каждый д..чит, как хочет.
Всем удачи.