[kim-aa]

1)

Здешние модераторы с *nix-подобными системами знакомы шапочно и чтобы не перетруждать своё сознание, сносили мои посты в этой теме с аналогичным вашему утверждением под маркой "флуд". »

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

2)

да и вообще из знакомых лично мне систем с PAE только Solaris работает как танк »

Solaris феномен, т. к. одно ядро поддерживает как 32 так и 64 битную моды.
solaris x86 всегда стартует как 32хбитная, и при малейшей возможности переходит в 64 бита.

3)
PAE это не панацея, по той простой причине, что ее должно поодерживать и приложение.
Если приложение написано без поодержки PAE, то можно хоть убиться, но результата не будет.

Даже если приложение поддерживает PAE, то часто настройка его не тривиальна. Кто не верит - читайте настройку использования PAE в Oracle 32bit

4) Даже применение PAE не решает многих проблем для 32хбитной OS.
Если определенные модули скомпилированы в 32 бита, то PAE ничего не добавит.
например Windows 2003 EE теоретически может освоить очень много памяти, однако при создании клиентских сессий затык наступает максимум на цифре в 2000 пользователей (не смотря на то, что свободной памяти в ситеме еще пруд-пруди), однако определенная область памяти (причем она не выгружаемая) не может превысить 2G и 2000 пользователей ее с успехом выбирают.

[vadblm]

Не надо делать поспешных высказываний. »

Я не про вас, а кому адресовано, тот сам поймёт. Не хочу переходить на личности.

ее должно поодерживать и приложение. »

Приложению глубоко фиолетово, куда его память распределит ядро. Если конешно это приложение не работает в нулевом слое (то есть - в ядре - драйвер).

[kim-aa]

Приложению глубоко фиолетово, куда его память распределит ядро. Если конешно это приложение не работает в нулевом слое (то есть - в ядре - драйвер). »

исходя из этой логики FoxPro 2.0 загруженное в Windows 2008 R2 должно чудесным образом начать работать с сотнями гигабайт памяти, я правильно понимаю?

[vadblm]

FoxPro 2.0 загруженное в Windows 2008 R2 должно чудесным образом начать работать с сотнями гигабайт памяти, я правильно понимаю? »

Не передёргивайте. Приложение, скомпилированное для 32 бит - будет работать с 2Gb памяти (или сколько ему ядро выделит). Речь не о приветах из доисторического прошлого вроде приведённого вами фокспро (который вообще 16-битный, не?).

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

[kim-aa]

Приложение, скомпилированное для 32 бит - будет работать с 2Gb памяти (или сколько ему ядро выделит). »

Будет, будет.
Только правильное утверждение должно звучать так "Приложение, скомпилированное для 32 бит - будет работать с 2Gb памяти и только. (Даже если запустить его в 128 битном окружении). Для использования каких-либо фич, типа сегментирования памяти, код приложение должен иметь соответсвующее расширения"

С точки зрения ограничений налагаемой архитектурой, принципиальной разницы между 16-битным FoxPro и 32х битной игрой - нет.
Только в одном случае ограничения будут в 1 Мегабайт, а во втором 2 Гигабайта, но сам принцип ограничений от этого не поменяется.

Точно так же, "лет через много" когда будет переход с 64х бит на 128, 64хбитные приложения не смогут выбрать ресурсов боле чем позволяет их разрядность.

[vadblm]

С точки зрения ограничений налагаемой архитектурой, принципиальной разницы между 16-битным FoxPro и 32х битной игрой - нет. Только в одном случае ограничения будут в 1 Мегабайт, а во втором 2 Гигабайта, но сам принцип ограничений от этого не поменяется. »

Я же не просто так намекнул про компиляцию и портирование - одно дело запускать окаменевший кал через слой эмуляции (ABI), другое - адаптировать исходный код приложения под актуальную архитектуру. Если доживём до перехода на 128 бит (что сомнительно), то не удивлюсь тому же Firefox ELF 128-bit LSB executable

[jorjik]

У меня почему то показывает 4Гб а доступно 2Гб и ещё в CPU-Z в DC-mode вобще пробел некто несталкивался с таким.

[Ment69]

У меня почему то показывает 4Гб а доступно 2Гб »

все правильно, установлено 4GB памяти зарезервировано 2Gb, осталось 2Gb.

[jorjik]

А в CPU-Z в DC-mode вобще пробел почему до этого стояли две планки по 1Гб там в DC Mode symmetric написано было.

[naum7]

Видимо, самый оптимальный выход - иметь две системы Х32 и х64, лучше на разных хардах. Единственный гемор - каждый раз лазить в Биос и переключать загрузку, хотя вроде есть программы, делающие это. Вообще, пусть люди, сидящие в х64 напишут, какие преимущества это дает (кроме сознания, что используется вся память) ? Обычные программы работают хуже, чем в х32 системе, а программ х64 написано совсем мало. Так какой смысл вообще в х64?