Показать полную графическую версию : 32 разрядные версии Windows и память свыше 4GB
Страниц :
1
2
3
4
5
6
[
7]
8
9
10
11
12
13
14
15
16
17
18
19
20
21
Единственно оправданное применение рамдисков, это в случае загрузки с неписуемого устройства или в случае загрузки по сети - словом, где писать на "диск" невозможно, проблематично или очень медленно.
Ведь память выше 3(3.25) Гб все-равно не доступна, так почему бы из нее не сделать диск для файла подкачки? Или я не прав? »
Чтобы сделать рамдиск, нужно иметь доступ к памяти, смочь её адресовать. Адресовать не можем, следовательно, никак использовать (в т.ч. и для рамдиска) не можем.
Вообще, любая современная ОС самостоятельно умеет использовать память под дисковые буфферы куда эффективнее, чем самый продвинутый пользователь со своими рамдисками. И что это за разговор пошёл "ох как много у меня ненужной памяти, как бы мне с этого профит поиметь?" Не нужно - не используй. Продай или подари нуждающемуся :)
Кстати на *unix подобных ОС новичков часто вводят в ступор показания top'а, что памяти с гулькин нос свободной, всё сожрано под какие-то буфферы. В то время, как у них всё хорошо, ядро распорядилось памятью как считает нужным, всем всего хватает, тот же swap пуст, но вот после виндовс выглядит непривычно и пугающе.
Адресовать не можем, следовательно, никак испозльовать (в тч и для рамдиска) не можем. » Действительно. Так что все что свыше 4Г будет просто недоступно... И будет ram диск при 8Г того же объема что и у меня при 4Г - порядка 800MБ....
Действительно. Так что все что свыше 4Г будет просто недоступно... И будет ram диск при 8Г того же объема что и у меня при 4Г - порядка 800MБ.... »
У меня сейчас вовсе не 8 Гб, а только 2 Гб. Я просто сейчас решаю стоит ли брать 8 или нет. ОС будет в любом случае 32 битной. 64-ю я ставить не буду.
Итак, все-таки главный вопрос: сможет ли рамдиск добраться до памяти выше 4 Гб или нет?
Потому что судя из этого описания http://www.superspeed.com/desktop/ramdisk.php это все-таки возможно сделать.
не понимаю, почему так многие боятся х64 систем?
Да, нет драйверов для очень старого оборудования, не более. Если в ПК нет всяких стриммеров и прочего раритета, то можно смело ставить х64 и не морочить себе голову.
для обычного домашенго использования: серфинг-игры-торренты х64 система не несет никаких проблем.
ОС будет в любом случае 32 битной. »
Тогда вам не нужны 8Гб.
Итак, все-таки главный вопрос: сможет ли рамдиск добраться до памяти выше 4 Гб или нет? »
Из 32-битной ОС - нет.
Тогда вам не нужны 8Гб. »
Из 32-битной ОС - нет. » Как говориться ни добавить, ни прибавить.
lpodemia
27-11-2010, 23:10
кстати если автор не так давно редактировал шапку этой древней темы то наверное может подредактировать еще раз :)
а то очень уж "аксиома номер два" попахивает полной некомпетентностью в линуксе. любые 32-битные линукса с установленным pae-ядром этой болезни не подвержены
уж извините что без ссылок, но это аксиома :)
любые 32-битные линукса с установленным pae-ядром этой болезни не подвержены »
Здешние модераторы с *nix-подобными системами знакомы шапочно и чтобы не перетруждать своё сознание, сносили мои посты в этой теме с аналогичным вашему утверждением под маркой "флуд". :) Хотя и на юниксах с PAE не всё однозначно (не все драйвера PAE-safe, трудности с модулями скажем на той же FreeBSD, да и вообще из знакомых лично мне систем с PAE только Solaris работает как танк). Так что если есть возможность использовать x86-64 (а она есть для 99% x86-совместимых современных процессоров), то лучше использовать эту архитектуру.
sanek3303
28-11-2010, 00:16
спасибо за информацию
так всёже как узнать тайну "синего экрана"
ошибка появляется ,куча нолей и "8Е"
А что вот это за штука?
http://rutracker.org/forum/viewtopic.php?t=3275294
производит копирование и патчинг ядра ОС, за счет чего появляется возможность использование до 128 Гб оперативной памяти на 32битных ОС Windows 7
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 пользователей ее с успехом выбирают.
Не надо делать поспешных высказываний. »
Я не про вас, а кому адресовано, тот сам поймёт. Не хочу переходить на личности.
ее должно поодерживать и приложение. »
Приложению глубоко фиолетово, куда его память распределит ядро. Если конешно это приложение не работает в нулевом слое (то есть - в ядре - драйвер).
Приложению глубоко фиолетово, куда его память распределит ядро. Если конешно это приложение не работает в нулевом слое (то есть - в ядре - драйвер). »
исходя из этой логики FoxPro 2.0 загруженное в Windows 2008 R2 должно чудесным образом начать работать с сотнями гигабайт памяти, я правильно понимаю?
FoxPro 2.0 загруженное в Windows 2008 R2 должно чудесным образом начать работать с сотнями гигабайт памяти, я правильно понимаю? »
Не передёргивайте. Приложение, скомпилированное для 32 бит - будет работать с 2Gb памяти (или сколько ему ядро выделит). Речь не о приветах из доисторического прошлого вроде приведённого вами фокспро (который вообще 16-битный, не?).
Я конешно понимаю, что юзеру пофиг, как и кем собрано приложение, особенно под винду/дос, и как раз microsoft тащит тухлое дерьмо поддержки просто потому, что софт проприетарный и перебирать/адаптировать под современную архитектуру кал динозавров никто не будет, а им кое-кто пользуется, да. Только не надо вменять это в недостатки архитектуры.
Приложение, скомпилированное для 32 бит - будет работать с 2Gb памяти (или сколько ему ядро выделит). »
Будет, будет.
Только правильное утверждение должно звучать так "Приложение, скомпилированное для 32 бит - будет работать с 2Gb памяти и только. (Даже если запустить его в 128 битном окружении). Для использования каких-либо фич, типа сегментирования памяти, код приложение должен иметь соответсвующее расширения"
С точки зрения ограничений налагаемой архитектурой, принципиальной разницы между 16-битным FoxPro и 32х битной игрой - нет.
Только в одном случае ограничения будут в 1 Мегабайт, а во втором 2 Гигабайта, но сам принцип ограничений от этого не поменяется.
Точно так же, "лет через много" когда будет переход с 64х бит на 128, 64хбитные приложения не смогут выбрать ресурсов боле чем позволяет их разрядность.
С точки зрения ограничений налагаемой архитектурой, принципиальной разницы между 16-битным FoxPro и 32х битной игрой - нет.
Только в одном случае ограничения будут в 1 Мегабайт, а во втором 2 Гигабайта, но сам принцип ограничений от этого не поменяется. »
Я же не просто так намекнул про компиляцию и портирование - одно дело запускать окаменевший кал через слой эмуляции (ABI), другое - адаптировать исходный код приложения под актуальную архитектуру. Если доживём до перехода на 128 бит (что сомнительно), то не удивлюсь тому же Firefox ELF 128-bit LSB executable :)
У меня почему то показывает 4Гб а доступно 2Гб и ещё в CPU-Z в DC-mode вобще пробел некто несталкивался с таким.
У меня почему то показывает 4Гб а доступно 2Гб » все правильно, установлено 4GB памяти зарезервировано 2Gb, осталось 2Gb.
А в CPU-Z в DC-mode вобще пробел почему до этого стояли две планки по 1Гб там в DC Mode symmetric написано было.
Видимо, самый оптимальный выход - иметь две системы Х32 и х64, лучше на разных хардах. Единственный гемор - каждый раз лазить в Биос и переключать загрузку, хотя вроде есть программы, делающие это. Вообще, пусть люди, сидящие в х64 напишут, какие преимущества это дает (кроме сознания, что используется вся память) ? Обычные программы работают хуже, чем в х32 системе, а программ х64 написано совсем мало. Так какой смысл вообще в х64?
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC