Цитата Сообщение от Harh Посмотреть сообщение
Не... В общем ты может и прав, просто я действительно не знаю, это надо самому разработчиком таких вещей быть, но прямо скажу: то, что ты написал, отдает классическим "на это надо 20 ГГц процессор и терабайт оперативы". Т.е., как оно на самом деле, мы с тобой оба не знаем толком, я просто по тому сужу, что сколько я игрушек видел - да тот же Крайзис - не надо им оно пока. Со всеми этими текстурами и прочим: когда оперативы на видяхе не хватает все это загрузить, у тебя все равно фризы пойдут - по шине все на видяху тормознуто передается. Там обычно сводится к тому, чтобы графические настройки не перегружали видеопамять. Подгружается это все все равно не так, чтобы "вначале мы все загрузим в оперативу, а потом начнем утрамбовывать в видяху". Т.е. в памяти не это хранится. Плюс речь же о двух гигах на один процесс, а не всего.

Фишка с игрушками вообще в том, что 64-битные версии почти не будут появляться, пока на приставках не будут делать, а пока там не будут делать, большинство на РС будет придерживаться 32 бит. А раз так, то или ты делаешь игру с расчетом а 3 гига оперативы и 32 бита, или делаешь то же самое, но еще добавляешь 64-битную версию, которая подерживает пару малополезных фич. Т.е. полностью генерально на "давай нам 5 гигов оперативы и 64-битную винду" вряд ли сейчас кто перейдет. И БзБ очень вряд ли исключением будет. Сейчас разговоры о 64-битной игре напоминает разговоры про ДХ11 и шейдеры последней версии, которые все равно никто своими глазами не видел... Мне картинка из Метро 2033 вспоминается - типа вот на левой тут ДХ9, а на той правой - ДХ11. Даже о преимуществах вроде не говорили, т.к. картинки из оперы "найдите 10 отличий". Если то же все самое, но кратко: 64 бита сейчас - это просто малопонятный термин из оперы "зато у меня оно поддерживается", который в играх никому никаких преимуществ не дает.
Ну не стоит сравнивать "тормознутость" по шине на видяху с тормознутостью харда - таки на порядки разница. И речь ЕМНИП не про "на процесс", а "на приложение". И это - ограничение именно винды, а не разрядности процессора. Тот же Ил вначале разворачивает свою виртуальную файловую систему (.sfs-ки), а потом уже с ней работает - и пофиг в оперативке она или в своп ушла.
В .NET работа с памятью обеспечивается именно средой исполнения - программеру вообще неизвестно как система разрулит всё по памяти. И в 64 разрядной системе можно запихнуть в оперативку гораздо больше. Поэтому, даже без какой-то особой оптимизации под х64, можно получить лучший результат. Ну а если есть какие-то библиотеки, зависимые от разрядности процессора или системы, то в самом простом случае это разрулит netframework, а в самом непростом (втавки на чистом коде) - можно продублировать эту библиотеку под конкретную систему и даже процессор.
Помнишь? в корне Ила было 2 библиотеки core.dll и coreP4.dll - так это и есть оптимизация под конкретный набор инструкций конкретного процессора. В зависимости от наличия этого самого P4, при инициализации программы, подключается та или иная библиотека.
Тоже самое можно сделать и для 64 разрядных процессоров, и даже в зависимости от установленной ОС. Наверняка такой оптимизации потребуется не так уж и много и только на какие-то критические куски кода - там, где такая оптимизация даст реальный эффект.