FSX: OOM crashes. Решение проблемы вылета после пересечения отметки в 3 Гб используемой памяти. - Microsoft Flight Simulator X - Avsim.su

admin · 2012-12-16T03:24:00+03:00

Не хотелось бы создавать новую тему, но может быть, оно того стоит. Я думаю, многие сталкивались с такой красноречивой проблемой: Отчасти это решалось этим: LOD_RADIUS=5.500000 , и мы всегда помнили, что: DDM (11 December 2012 - 15:06) писал: (если поставить больше - словим OOM) Сегодня в летя рейс AB 7318 EDDT-OMDB, несмотря на все меры предосторожности от такого рода ошибок (как значение LOD_RADIUS так и значение Autogen density=Very DenseDense, x64 ОС, Виртуальная память 3072-3072 на системном диске) Spoiler все таки словил ошибку "out of available memory" , которой не видел на своем мониторе очень давно. Думаю, все знают как это происходит, FSUIPC несколько раз подает звуковой сигнал, затем спустя некоторое время и появляется "заветное" окошко. Попытки закрыть все открытые сторонние приложения и в аварийном порядке выключить весь автоген и т.п. не привели Обидно после 6 часов полета, не так ли? Раз есть проблема, значит, есть и её решение. Вот я и отправился его искать. В процессе стандартного гугления наткнулся на эту тему. Кратко прочитав первый пост, согласился с автором второго: FSMP сказал:TOO GOOD TO BE TRUE! Да и следующие посты оптимизма не преувеличивали, но я все же решил попробовать описанные действия. По-русски: 1) Скачиваем это. (! Это для пользователей FSX SP2, коим я и являюсь, для пользователей разгона см. тему) 2) При помощи нехитрого и интуитивно понятного инсталлера патчим свой api.dll (о бэкапе можно не беспокоится, утилитка об этом позаботится) 3) Соответственно смотрим результат. => Чем я и занялся. У меня CTD в ходе произошел когда отметка используемой памяти приближалась к 3 Гб, поэтому я отправился на тестирование с попыткой искусственно вызвать OOM, приложив для этого все усилия: все настройки на максимум, тяжелая сцена, тяжелый крафт. Максимумы использованной памяти я фиксировал: 3.194 Гб, 3.177 Гб, 3.151 Гб. на "заходе" (в кавычках, т.к. заход был а аркадном режиме) в KJFK от FsDreamTeam, повторюсь на максимально возможных настройках. ФПС "порадовали" В Дубаях от FSDreamTeam где и произошел вылет, так же тестировал, но там мне не удавалось сделать так, чтобы расход памяти стабильно переступил отметку в 3 гб. (не виртуальной, а физической, речь насколько я понимаю, все время идет о ней). "Нотариально заверенный скриншот" ( еще раз прошу не обращать внимания на приборы и положения ВС относительно ВПП, ибо не в этом суть) пересечения отметки в 3 Гб. Конечно, полноценным тестированием этого фикса может быть только полноценный регулярный полет на тяжелом крафте, в тяжелую сцену, но в 2 часа ночи этого делать как то не хочется Честно сказать, даже не знаю, что и думать. Может ли это быть страховкой от таких вылетов в дальнейшем? Пока, я не нашел аргументов что бы не оставить патченный api.dll в свой системе, хотя тестирование будет еще продолжаться. Так же на просторах Интернета было обнаружено это. Кто что обо всем этом думает? Предлагаю продолжить обсуждение, если, конечно, я не вынес в отдельную тему давно известный баян (в случае чего заранее извиняюсь). Сообщение отредактировал BK-117_Pilot: 16 December 2012 - 03:31

21.12.2014 в 21:47

После прилета из EHAM….вот и как победить? Проделал все….настроено по «Новому завету»…даже 3 Гб не вычерпал(((

Желательно смотреть виртуальную память через Process explorer, она отличается от того значения, что в Диспетчере задач. Скорее всего у Вас там уже было 3.7-3.8

22.12.2014 в 04:11

В нём и смотрел. В диспетчере задач вроде неправильно кажет…
Просто хочу убедиться, действительно ли это вылет по памяти, или сбой по другим причинам? Набор доп невелик, раньше и в более сложных случаях не было…

22.12.2014 в 05:01

Напомните, плиз, предел по памяти для ООМ? Давно не было, забыл. Сейчас рушится примерно на 3.1 Гиг, почему то кажется, что раньше до 4-х держало…

У меня 2,8 Гб((

23.12.2014 в 21:17

не может быть 2.8, не там смотрите

27.12.2014 в 22:38

Второй год летаю на новом компе без проблем и вылетов вообще по всем аэрософтовским портам в том числе. Седня поставил FlyTampa Копенгаген и на заходе словил ООМ. Поделитесь, было у кого такое в данном порту? И какие решения? LOD RADIUS — 4.5. разрешение текстур 1024, настройки сима без фанатизма, трафик UT2 75%. Соответственно изначально сим ставился по «новому завету». Еще раз повторю, что сим работает очень стабильно, но проблема с ООМ возникла только в этом порту. Спасибо.

28.12.2014 в 05:18

Всем привет! Железо: i7-4790K 4GHz ( turbo bost up to 4600GHz) GTX 780Ti 3gb, 16Gb RAM. летел вчера Хельсинки-ШРМ- ООМ на подходе((

Может кто-нибудь посоветует что???

28.12.2014 в 10:31

texture max load 1024 (правда Шереметьево от поляка совсем размытое получается, я ставлю 2048, вроде терпимо)

lod radius 3.5

29.12.2014 в 15:34

Спасибо! Уменьшил lod radius до 3.5 и долетел без ООМов. Кстати, не заметил визуально разницы: дальность прорисовки такая же. В чем она вообще проявляется на глаз?

29.12.2014 в 16:22

Спасибо! Уменьшил lod radius до 3.5 и долетел без ООМов. Кстати, не заметил визуально разницы: дальность прорисовки такая же. В чем она вообще проявляется на глаз?

На эшелоне ещё как заметно) Непрорисованные квадраты земли в дали, если облачности нет.

3.5 совсем мало, конечно. Это во всём виноват кривой шарик

29.12.2014 в 20:01

На эшелоне ещё как заметно) Непрорисованные квадраты земли в дали, если облачности нет.

3.5 совсем мало, конечно. Это во всём виноват кривой шарик

Зато тяжелый копенгаген больше не вылетает с ООМ. Правда теперь другой глюк: слетал из Хельсинки в Стокгольм и сразу же назад (не перезагружая сим) и на подходе словил другой глюк: «appcrash ntdll dlll«. Не знаю, связано ли это с ООМами или другого рода, но беда такая приключилась.

29.12.2014 в 21:17

ну можно до 4.5 повысить, только в Шереметьево будет ООМ скорее всего

Новое сообщение