1.ОС: Windows7 maximum x32-bit
2.Процессор: AMD Phenom(tm) 8450 Triple-Core Processor 2.10GHz
3.ОЗУ: 3гб.
4.Video: ATI Radeon HD 3600 Series - 512мб.
-.DirectX10
- возможно ли при таких свойствах вооюще играть на махимуме??

Цитата

---

Тем ни мение есть маленькие тормозки, они совсем не значительны НО есть.

---

Ну не стал бы заморачиваться на маленькие тормозки - наверное на твоем компе они будут...
Единственно заменил бы 7 на X64 - когда менял XP на 7X64 заметил что игра пошла без замираний - как на x32 не знаю...

Могу предположить, что тут дело в подгрузке текстур/объектов/моделей и т.д.
Дело в том, что при загрузке уровня, т.е. карты игрового мира, загружается, по-сути, скелет и наборы скриптов. А вокруг игрока на определенном расстоянии работает система, так называемого, LOD'a, которая и руководит подгрузкой/выгрузкой основных моделей и текстур. Просто если бы такой системы не было бы, то оперативная память и файл подкачки мгновенно забивались бы под завязку всеми объектами, т.е. происходило бы нечто вроде утечки памяти.
Я не уверен на 100% по поводу LOD в сталкере, ибо с его движком не работал и не знаю его архитектуры, но по опыту работы с "Source" Engine от Valve и еще несколькими Open source движками могу судить об этом.

Обычно от таких подтормозов спасает большее количество оперативной памяти 4ГБ и более. Но тут дело еще в том, что сама игра тогда должна уметь нормально динамически подгружать модели и текстуры так, что бы это было не заметно, т.е. не ощутимо для игрока, а большой объем оперативки позволит "кэшировать" в память много объектов, что уменьшит время на подгрузку с hdd или свопа (файла подкачки).

Так же советую выставить тебе объем файла подкачи SWAP ровно 2 раза больше объема твоей оперативной памяти. (Например, у меня 4096Мб оперативной памяти, а файл подкачки у меня размером 8192МБ.) Минимальный размер swap - 2ГБ - не имею в виду "Исходный" и "Максимальный" в настройках, они должны быть идентичны, а именно минимальное значение для эти параметров должно быть минимум 2Гб.

Но есть одно важное правило, относящееся именно к Windows!
Дело в том, что, например, на Linux своп задается еще на стадии разметки диска и при этом его фрагментация пркаитчески исключена, а вот в Windows своп файл создается прямо в файловой системе логического раздела. И если в этом разделе много всяческих файлов, разбросанных по всем углам, то файл подкачки фарагментируется, т.е. разбивается на части, и разбрасывается по диску в те места, где поместилось.

Так вот что бы этого избежать нужно делать так:

1. С начала убираешь вообще файл подкачки - т.е. выставляешь на всех дисках "Без файла подкачки" и жмешь "Задать". После этого система может попросится в ребут - ничего страшного, перезагружайся. Система даже с 512МБ оперативной паямти, если не запускать тяжелых приложений, сможет работать без файла подкачки.

2. Запускаешь какую-нибудь программу по дефрагментации, например, то же defraggler и запускаешь процесс дефрагментации на том диске, на котором будешь распологать файл подкачки.

3. Как закончится дефрагментация, посмотри отчет и "карту файлов на диске" и если фрагментация минимальна - задавай размер файла подкачки именно на этом диске размером 2 раза больше твоей оперативной памяти. Размер файла подкачки обязательно должен быть фиксированным, т.е. "Исходный размер" и "Максимальный размер" должны быть идентичны, иначе файл подкачки может фрагментированться при разрастании от "исходного" до "максимального" размера.
Кстати тут тоже есть оговорка небольшая - если у вас 8Гб и более опертивной памяти, то swap может вам и вообще не понадобится, так что можете его вообще убрать.

Это что каксается свопа и оперативной памяти.

Так же советую в самой игре выключить, если включено, - вертикальную синхронизацию.

Иду НА ВЫ

Вообще x64 - это одно из сокращений названия архитектуры - x86-64, вернее x86 - это изначально архитектура x86-32 (i386 и тд), а x86-64 является расширением архитектуры x86, разработанной компанией AMD, которая позволяет выполнять на ней 64-разрядные приложения.
x86-64 имеет полную обратную совместимость с x86-32 приложениями.

x86-32 может физически адресовывать не более 4Гб оперативной памяти в виду своей архитектуры, но в реальности часть адресации "съедается" различными набортными устройствами, потому предел видимости ram на x86-32 в основном варьируется от 3-х до 3,5Гб.
x86-64 может адресовывать теоретически до 16 экзабайт памяти - 17,2 млн. гигабайт.

По сути же отличий в работе 32-битных приложений на x86-32 и x86-64 практически нет, если приложение изначально писалось под x86-32.
Отличие, заметное для пользователей, заключается в том, что x64 системы могут выделять больше виртуальной памяти для 32-битных приложений. Но только в том случае, если при разработке был добавлен специальный "флаг" /LARGEADDRESSAWARE в программный код.
x86-32 система под 32-битные приложения может выделять максимально до 2Гб виртуальной памяти, в x86-64 при использовании Large Address Aware объем максимальной выделяемой виртуальной памяти под 32-битное приложение увеличивается до 4ГБ.

Вот только переходя на x86-64 нужно понимать, что из-за смены архитектуры и адресации, система будет есть больше оперативной памяти, да и на самом диске будет занимать больше места по сравнению с x86-32.
Так же нужно знать четко, что под каждое ваше устройство есть драйвер x86-64, ибо x86-32 драйвера ставить нельзя.
Вообще же если у владельца пк объем оперативной памяти не более 3Гб, то видимых причин для перехода на x86-64 (amd64) нет. А вот если у вас 4ГБ и более, то смысл определенно есть.

По своему опыту скажу, что особой разницы, так сказать "аховой", в работе 32-битных приложений не будет =)
Зато будет возможность устанавливать 64-разрядные приложения, которые теоретически имеют более высокую производительность.

По секрету: хочу как-нить сделать квестик-сценку: Собираются Толян с Шустрым раздобыть себе оружие посерьезнее на заставе Кордоновской и ... набирают команду ... Но чтобы такое сделать, придется немало условий подготовить (вояк куда нить в рейд услать, БТРы должны быть уже убраны, ...).