Почему 64 битный DCS-10 использует только 1,5-1,8 Гб. ОЗУ ?

[Berk]

Всем привет! С наступающим ВСЕХ а также всем всех благ!

Вопрос собственно, по названию темы.

У меня 64 битная версия симулятора запускается.

Как я это определяю ? Ну все в настройках я могу включить на максимум...

Думаю так это можно определить.

Согласно данным монитора производительности, или же диспетчера задач, или же встроенного монитора приложения (не помню комбинацию клавиш, но вместе с print scr - когда видно не только FPS) я наблюдаю

грустную картину. А именно, приложение использует ОЗУ в пределах

1,5-1.8 гигабайт. И ладно, бы..ДА при включение камер (Мейверик или же отдельной), или когда по мне ЗРК открывает огонь, или же при включении вида со стороны, не всегда, но часто HDD работает очень интенсивно несколько секунд. При этом наблюдаются длительные фризы. Хотелось бы понять, почему не используется скажем 2,5 гига ?

Ведь приложение может адресовать это... Зачем что-то догружать, особенно пуск ЗРК, и терпеть фризы, если есть 4 гига озу, 64 битная ОС win7 ? Ну пусть Win отжирает 1 гиг. И пусть он иногда много берет под кэш...Но смысл 64битного приложения, если оно выделяет так немного памяти ?

 

p.s.

винт дефрагментирован, винт скоростной, антивир отключен, индексация отключена, фоновых программ нет, и т.д. и т.п.

Монитор производительности Win7 четко показывает интесивное использование диска этой игрой.

[Chizh]

Винда сама занимается распределением памяти, у нее свой менеджер и известные ей законы.

У меня при 8ГБ оперативки в Win 7 64, тяжелые миссии бывает отжирают до 70-80% памяти, судя по датчикам.

[Berk]

Винда сама занимается распределением памяти, у нее свой менеджер и известные ей законы.

У меня при 8ГБ оперативки в Win 7 64, тяжелые миссии бывает отжирают до 70-80% памяти, судя по датчикам.

 

Т.е. если вы выделяете память в коде программы, то вы не указываете где ?

Получается что ячейка виртуальная, что физическая... - для приложения не важно. Ваш симулятор как бы "НЕ ЗНАЕТ", где ОС держит часть его данных.

Это как бы абстрагированно от реальной физической реализации.

Жаль. Ну, что же поеду покупать себе 8 гигов. Плата и проц поддерживают. Видать 4 гига очень мало. Надеюсь приложение получит ОЗУ побольше....:cry:

Думаю твикать ОС нет смысла. Опыт за много лет показал, что твик кэшей и политики памяти в Win7 только ухудшают ситуацию. Выход - увеличение объема ОЗУ.

 

Ну а все таки, если честно, скажите:

А почему именно запуск ракеты с ЗРК по мне и-или попадание по мне, довольно часто сопровождается подзагрузкой ? Неужили создается потомок-объект, с большущим количеством полей,методов...:smilewink:

[Chizh]

Ну а все таки, если честно, скажите:

А почему именно запуск ракеты с ЗРК по мне и-или попадание по мне, довольно часто сопровождается подзагрузкой ? Неужили создается потомок-объект, с большущим количеством полей,методов...:smilewink:

Как минимум подгружается сама ракета, текстуры к ней и эффекты.

[Berk]

Как минимум подгружается сама ракета, текстуры к ней и эффекты.

 

Ясно.

А если я добавлю ОЗУ 4+ 4 Гб и размещю ОПерационку на SSD+SSD=Raid0

а также отдельно игру на другом SSD+SSD=Raid0

поможет это хоть немного снизить фризы ? (они не частые, но все таки...)

 

p.s.

Просто есть SSD SATA III, 60 гигов за 3000 рублей.

Итого надо 4 штуки. Не так уж и дорого. А DCS продукты все уместятся...

Edited December 30, 2011 by Berk

[Chizh]

Ясно.

А если я добавлю ОЗУ 4+ 4 Гб и размещю ОПерационку на SSD+SSD=Raid0

а также отдельно игру на другом SSD+SSD=Raid0

поможет это хоть немного снизить фризы ? (они не частые, но все таки...)

Не думаю. Небольшие фризы все равно останутся.

[Berk]

Не думаю. Небольшие фризы все равно останутся.

 

Тогда фиг с этими SSD. Добавлю

ОЗУ, хотя бы просто так, без особых ожиданий и всё.

Значит пока имеем такую технологию. Другой нет.

Ну а сим меня несказанно радует. Просто я люблю когда все вообще идеально на 95%.

Кстати, при повторной атаке, фризов нет. Понятно что данные уже в ОЗУ. А другие какие-то свалились в swap.

Или же если покрутить наружную камеру, то потом там тоже фризов нет.

Неужели Win7 это такая ос, в которой программист не может четко контролировать политику размещения данных ОЗУ/Подкачка ? А как же строить на базе такой ОС специальные приложения, где это может очень нужно ?

 

Дело в том, я видел игру QUAKE WARS, в которй текстура земли по мере подзагрузки, становилась четче...и четче...А фризов не было вообще.

Я понимаю, что ваш симулятор гораздо сложней чем сетевая стрелялка. Но вот этот момент, динамической подзагрузки, текстур без фризов довольно интересен. Конечно ракету (саму логику) нельзя грузить по частям. Но можно было бы смягчит фризы от объектов, за счет постепенной бесфризовой подгрузки текстур ?

Или же концепция всей архитектуры вашего симулятора иная ? Слишком иная ?

Edited December 30, 2011 by Berk

[Chizh]

Тогда фиг с этими SSD. Добавлю

ОЗУ, хотя бы просто так, без особых ожиданий и всё.

Значит пока имеем такую технологию. Другой нет.

Ну а сим меня несказанно радует. Просто я люблю когда все вообще идеально на 95%.

Кстати, при повторной атаке, фризов нет. Понятно что данные уже в ОЗУ. А другие какие-то свалились в swap.

Или же если покрутить наружную камеру, то потом там тоже фризов нет.

Неужели Win7 это такая ос, в которой программист не может четко контролировать политику размещения данных ОЗУ/Подкачка ?

Мы можем контролировать многое, но не все.

Если мы принудительно загрузим все в оперативку, то компьютеры с RAM менее 4ГБ просто не потянут. Будут падать на загрузке.

 

 

Я понимаю, что ваш симулятор гораздо сложней чем сетевая стрелялка. Но вот этот момент, динамической подзагрузки, текстур без фризов довольно интересен. Конечно ракету (саму логику) нельзя грузить по частям. Но можно было бы смягчит фризы от объектов, за счет постепенной бесфризовой подгрузки текстур ?

Или же концепция всей архитектуры вашего симулятора иная ? Слишком иная ?

Мы делаем так как умеем. Вероятно умеем не все и не совсем так как нужно. Определенная кривизна рук присутствует.

[Berk]

Мы можем контролировать многое, но не все.

Если мы принудительно загрузим все в оперативку, то компьютеры с RAM менее 4ГБ просто не потянут. Будут падать на загрузке.

 

 

 

Мы делаем так как умеем. Вероятно умеем не все и не совсем так как нужно. Определенная кривизна рук присутствует.

 

Ой. Ну это уж слишком (про кривизну рук). Я так не думаю совсем. Просто у каждого свой богаж знаний, свои направления в разработке. Всё силы на абсолютно всё бросить невозможно. Между прочим я обратил внимание на великолепную устойчивость ваших продуктов. Даже до патчей. А баги в основном либо виртуально-технические (для гурманов. Т.е. как работает та или иная система и т.д. ) либо заметные неискушенному юзеру, но незначительные. В общем вы делаете очень стабильные и технически крутые симы для ПК. Ну а то, что в некоторых моментах по графике (оптимизация ОЗУ/подкачка) имеем немного замедленное развитие, так это понятно...На любое направление нужны человеко-часы (читай деньги и время). Если всё силы бросить на производительность, что от симуляции систем,физ-процессов останется немного.

Если быть откровенным, я многим доволен. Почти всем на 100%. Симуляция, системы, мануал, редактор, графика,звук, миссии, сетевая,стиль меню, настройки, стабильность, производительность графики,цена... И немного меня смущает оптимизация ОЗУ/подкачка....процентов на 5-10% смущает. Но идеального ничего не бывает.

Ваши симы все равно отменные! Они - HiEnd в мире симов на ПК ( может и вообще) в хорошем смысле.

Спасибо за диалог, пояснения, ответы!:thumbup:

Edited December 30, 2011 by Berk

[Berk]

Если кому интересно ещё одна деталь моей беседы о использовании ОЗУ…

Вступление:

Сначала я хочу сказать, что я желал бы оптимизации использования ОЗУ/подкачка в пользу большей загрузки ОЗУ. Но требовать и критиковать я не буду, да и не хочется. А вот побеседовать было бы интересно. Чиж пишет кратко (оно и понятно), логично и убедительно. Но я лично по сути еще то трепло. Мне много букаФФФ хочется. Попробую описать свои переживания немного детальней. Я не программист, поэтому мне трудно оперировать точными вещами. Тем более я даже не хочу поучать программистов DCS. Весь тон асблютно IMHO и беседа.

Сама суть переживаний:

Как сообщил ЧИЖ, виндовс сам решает в той или иной степени, что где размещать. Вроде да?!

Но, насколько я догадываюсь, код сима написан не на С# (читай под .NET) Соответственно никакого автоматического выделения памяти, сборщика мусора и т.д. При написании на C++ (вероятный язык DCS) управление памятью от ОС не навязано разработчикам сима. Код то нативный. Он (пусть и не на нулёвом кольце) выполняется непосредственно на процессоре. Никаких платформ-виртуальных машин. Т.е. по сути код неуправляемый. Как виндовс может решать за программистов где что размещать ? Что в своп, а что в ОЗУ ? По умолчанию, может быть и «ДА». Но ведь на C++ можно выделять и освобождать место именно В ОЗУ!!! Тем более С++ как я понял – низкоуровневый язык (относительно).

ДА, можно, конечно по ошибке разместить данные не там, где выделил, забыть очистить, или сунуть данные за границу массивов. Но зато, если быть аккуратным, можно смело полностью контролировать большую часть ОЗУ для своего симулятора. И самому по желанию (своему алгоритму) отдавать ОС сваливать данные в подкачку в критическом случае. Шутка ли, имея свободных 3 гига (всего 4) ОЗУ на 64битной платформе, я наблюдаю такое скромное (~1.5 гига) использование памяти симулятором. А еще хотя бы гиг нельзя было заранее подзаполнить ?

Как я понял фриз с итнесивной работой жесткого диска это значит данные, которые нужны рендеру в подкачке. А не в ОЗУ.

Может быть нужен принцип сфера в сфере,в сфере , в сфере…

Т.е. многослойные сферические условные невидимые границы, которые следуют за кабиной самолета игрока, и набор правил-приоритетов, которые «диктуют» стратегию ОЗУ/Подкачка?

Конечно, не всё так просто. Тем более что ракета ЗРК подчиняется (я думаю) уравнениям, а не готовым шаблонам. И ясно, что если игрок включит вид на ЗРК то метод «сфера, в сфере, в сфере…» должен работать совсем по другому или отключится…как то, поставив дефолтные правила ОЗУ/подкачка. ?

Может быть стоит приложению отдетектить объем ОЗУ на мат плате и в соответствии с ним регулировать упреждающую загрузку данных в ОЗУ ? Статичных данных. Ведь ракета ЗРК наверняка есть класс для объекта ракета_зрка_экземпляр_N1 ? Может быть этот объект создать заранее, при приближении ? Когда её еще не видно ? И не «слышно». Но зато он (объект а не класс) будет «ждать» когда его запустят уже «во всеоружии» ?

Или ввести в код статистику(только для разработчиков), что бы при игре собрать данные по фризам, и окторректировать приоритеы по упреждающим форсированным загрузкам в ОЗУ (не в СВОП). И может написать в коде предсказатель весовых коэффициентов-параметров для методов упреждающих подгрузок ? Или же только собрать примерную статистику. Хотя бы так ?

Резюме:

Я понимаю что мой бытовой невежественный язык может и смешит программистов, и их симулятор в виду своей сложности так уже оптимизирован сбалансировано, а также он сложнее чем акрадные леталки, и уже лучше его не сделать. Но мне кажется что если у меня осталось свободным 0.7-1.2 гига ОЗУ, при таких 4-5 секундых фризах перед пусками ЗРК и т.д. по мне, то очень бы хотелось эти ячейки ОЗУ все таки заранее чем-то заполнить постепенно. Хотя бы за 5-10 секунд, что бы смягчить фриз.

Edited January 8, 2012 by Berk

[Dmut]

в общем, всё не так.

[zetetic]

Не думаю. Небольшие фризы все равно останутся.

 

Мы можем контролировать многое, но не все.

Если мы принудительно загрузим все в оперативку, то компьютеры с RAM менее 4ГБ просто не потянут. Будут падать на загрузке.

 

Мы делаем так как умеем. Вероятно умеем не все и не совсем так как нужно. Определенная кривизна рук присутствует.

 

Звучит, как откровение:thumbup:

 

Вот это достойно уважения! Честно и по делу.

 

Меньше недомолвок - лучше взаимопонимание.

 

Лично меня бесит, когда "обтекают" острые углы, которые действительно есть.

 

Berk, у меня ОЗУ загружена в среднем от 3 до 4.5 Гб. Имхо ручки опускать не надо не смотря на уже заложенные коды и логику работы софта, но надо всем по возможности экспериментрировать в поисках оптимальных настроек. Этим мы и себе и ED поможем.

Я у себя для борьбы с обращением к низкоскоростным HDD (как рекомендуют на компетентных сайтах) вынес файл подкачки на другой логический диск и чётко зафиксировал его объём. Когда ОЗУ была 4 Гб, то величину этого файла делал такой же, а теперь при 8 Гб (и 16Гб до этого) сделал 512 Мб.....хотя чтобы сильно помогло я не скажу (больше для самоуспокоения).

Кстати МФС при увеличении ОЗУ и её скорости перестал дёргаться на самом максимуме (хотя с его качеством текстур - удивительно что он до этого тупил)

Edited January 9, 2012 by zetetic

[Berk]

У меня и так файл подкачки на одном HDD (физическом). ОС на другом, игра на третьем. Все они разные физические устройства.

Скорости их примерно 89 мегабайт в секунду. Недавно попробовал отключить некоторые службы в Windows 7. Особенно заметно стало когда отключил защиту системы на диске с ОС. На других не установленно была.

Теперь, процентов на 30-40% ситуация улучшилась. Вообще, если я возму и поставлю 16 гигов озу. Сделаю из 8 гигов рам диск. И на него поставлю подкачку. И игра станет фризить минимально, значит можно её доделать. Если нет - значит симулятор просто подгружает из СВОИХ файлов что-то, когда по "его мнению" приходит время. ))))

[GAZ-67]

...Вообще, если я возму и поставлю 16 гигов озу. Сделаю из 8 гигов рам диск. И на него поставлю подкачку. И игра станет фризить минимально, значит можно её доделать. Если нет - значит симулятор просто подгружает из СВОИХ файлов что-то, когда по "его мнению" приходит время. ))))

 

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

[edwardpashkov]

Службу индексирования отрубаем - становится легче, неожиданные фризы уходят. Ну и да - систему и свап на разных физических устройсвах держать. Это минимум. Далее нужно ненужные службы винды вырубить.

[zetetic]

А что лучше 9-11-9-27 1866 или 10-12-10-28 2133 ?

[Berk]

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

 

Микрофризы не беда. Для меня это норма.

Но вот пуск ракеты зрк по мне и-или попадание вызывают

конкретный фриз на 4-5 секунд и еще потом десятки мелких фризов следом. Даже управлять сложно в данный момент. В этот момент интенсивно используется HDD и потом он еще долго довольно интенсивно шуршит.

[YuKoN]

Разгони проц до 4GHz. Мне помогло, почти все фризы пропали!

[Berk]

Службу индексирования отрубаем - становится легче, неожиданные фризы уходят. Ну и да - систему и свап на разных физических устройсвах держать. Это минимум. Далее нужно ненужные службы винды вырубить.

Так и сделал давно. Ко всему прочему отключил защиту системы.

Помогло процентов на 40....

Но мне мало!:):megalol:

[PureEvil]

i7 2600k@4,4Ghz + sata3 ssd + 16GB ram - так оно плавно идёт, своп, индексация и ещё что-то отключены, нет нужды, доступ к данным и так быстр. ось и дкс стоят на одном ссд.

[Berk]

i7 2600k@4,4Ghz + sata3 ssd + 16GB ram - так оно плавно идёт, своп, индексация и ещё что-то отключены, нет нужды, доступ к данным и так быстр. ось и дкс стоят на одном ссд.

 

Ну тогда всё ясно. Нужно просто это (i7 2600k@4,4Ghz + sata3 ssd + 16GB ram) дать симулятору. И всё!:doh: