FSX e o limite de memória (VAS) de 3Gb

Por um acaso alguém conseguiu fazer o processo do FSX.exe passar dos 3Gb de uso de memória?

Já vi vários posts na AVSim e outros foruns de usuários explicando a velha (e bem conhecida história... isso não é novidade alguma) da limitação física de aplicações 32bits para 4Gb. Pois bem, disso muitoa gente já sabe.

Contudo, eu jamais consegui fazer que me FSX.exe ultrapassasse os 3.2Gb sem dar OOM (out of memory). Ou seja, teoricamente é possível usar "até" 4Gb e isso seria suficiente para rodar addons top como o PMDG 777 em conjunto com cenários phoro reais + cenários de aeroportos. O fato é que com absolutamente NENHUM tutorial da internet ou mesmo explorando artigos mais técnicos e profundos, conseguir fazer isso acontecer.

Tenho certeza que essa discussão é velha e já deve ter passado por aqui. Eu fiquei alguns anos fora da comnidade e não acompanhei isso. Afinal, na comunidade brasileira, qual foi a conclusão desse problema?

Obrigado!

O bom e velho HIGHMEMFIX=1 o tweak mais velho eu acho haha

Luiz Felipe Soares escreveu:O bom e velho HIGHMEMFIX=1 o tweak mais velho eu acho haha

´

Não é isso Luiz.. o HIGHMEMFIX trata de outra coisa. Dá pra ver que vocÊ aplica coisas sem saber o que exatamente faz. Esse Tweak trata da alocação de memória pelas texturas, nada mais (apesar de recomendado para 11 em cada 10 simulateiros).

galenogarbe escreveu:Por um acaso alguém conseguiu fazer o processo do FSX.exe passar dos 3Gb de uso de memória?

Já vi vários posts na AVSim e outros foruns de usuários explicando a velha (e bem conhecida história... isso não é novidade alguma) da limitação física de aplicações 32bits para 4Gb. Pois bem, disso muitoa gente já sabe.

Contudo, eu jamais consegui fazer que me FSX.exe ultrapassasse os 3.2Gb sem dar OOM (out of memory). Ou seja, teoricamente é possível usar "até" 4Gb e isso seria suficiente para rodar addons top como o PMDG 777 em conjunto com cenários phoro reais + cenários de aeroportos. O fato é que com absolutamente NENHUM tutorial da internet ou mesmo explorando artigos mais técnicos e profundos, conseguir fazer isso acontecer.

Tenho certeza que essa discussão é velha e já deve ter passado por aqui. Eu fiquei alguns anos fora da comnidade e não acompanhei isso. Afinal, na comunidade brasileira, qual foi a conclusão desse problema?

Obrigado!

Opa galenogarbe vamos lá...como você mesmo disse todos sabemos infelizmente que o FSX foi desenvolvido em uma plataforma antiga "32x" e que por este motivo temos tantos problemas com o conhecido o OOM. Infelizmente a solução única existente é de fato "refazer" o simulador, um processo um tanto quanto complicado já que praticamente mudará toda a sua estrutura para a nova plataforma.


Um pouco mais a fundo: A P3D que (digamos comprou o FSX) deu certa vez a declaração que irão fazer ele na nova plataforma mas isso só com o tempo pois como dito anteriormente, não é tão simples. A base de dados praticamente será "refeita" (é isto que o pessoal pelo menos espera pois ai sim se tornará o grande UP da LM).


Acho que deu para entender, desculpe se caso não ficou bem esclarecido. Resumindo tudo: Teria que ser refeito o simulador   

Douglas.Matos escreveu:

galenogarbe escreveu:Por um acaso alguém conseguiu fazer o processo do FSX.exe passar dos 3Gb de uso de memória?

Já vi vários posts na AVSim e outros foruns de usuários explicando a velha (e bem conhecida história... isso não é novidade alguma) da limitação física de aplicações 32bits para 4Gb. Pois bem, disso muitoa gente já sabe.

Contudo, eu jamais consegui fazer que me FSX.exe ultrapassasse os 3.2Gb sem dar OOM (out of memory). Ou seja, teoricamente é possível usar "até" 4Gb e isso seria suficiente para rodar addons top como o PMDG 777 em conjunto com cenários phoro reais + cenários de aeroportos. O fato é que com absolutamente NENHUM tutorial da internet ou mesmo explorando artigos mais técnicos e profundos, conseguir fazer isso acontecer.

Tenho certeza que essa discussão é velha e já deve ter passado por aqui. Eu fiquei alguns anos fora da comnidade e não acompanhei isso. Afinal, na comunidade brasileira, qual foi a conclusão desse problema?

Obrigado!

Opa galenogarbe vamos lá...como você mesmo disse todos sabemos infelizmente que o FSX foi desenvolvido em uma plataforma antiga "32x" e que por este motivo temos tantos problemas com o conhecido o OOM. Infelizmente a solução única existente é de fato "refazer" o simulador, um processo um tanto quanto complicado já que praticamente mudará toda a sua estrutura para a nova plataforma.


Um pouco mais a fundo: A P3D que (digamos comprou o FSX) deu certa vez a declaração que irão fazer ele na nova plataforma mas isso só com o tempo pois como dito anteriormente, não é tão simples. A base de dados praticamente será "refeita" (é isto que o pessoal pelo menos espera pois ai sim se tornará o grande UP da LM).


Acho que deu para entender, desculpe se caso não ficou bem esclarecido. Resumindo tudo: Teria que ser refeito o simulador   

Douglas, o problema eu entendo (ou deveria depois de trabalhar com bits há 23 anos )... meu questionamento foi outro. De qualquer forma obrigado por contribuir no tópico.

No seu questionamento em si é como tu mesmo "disse" como ele é limitado infelizmente não temos uma maneira de passar este valor, bom nunca ouvi/vi falar em algo deste tipo particularmente...   

Douglas.Matos escreveu:No seu questionamento em si é como tu mesmo "disse" como ele é limitado infelizmente não temos uma maneira de passar este valor, bom nunca ouvi/vi falar em algo deste tipo particularmente...   

O limite é 4Gb, portanto, porque não chegamos nos 4Gb.

Essa é a questão... ví muita gente citando chegar aos 4Gb... a própria PMDG em um ticket disse que vai aos 4Gb mas nunca vi isso. Pra mim é cabeça de bacalhau.

Suporte PMDG escreveu:
Ryan Maziarz
Yesterday at 19:57 Employee Post
VAS on Windows 64 bits

100% positive - with AI traffic on flying into FSDT CYVR with Orbx PNW on I can easily reach the 4GB OOM situation, verified with Process Explorer. My exe is the Acceleration one though by the way.

Ryan Maziarz
Technical Support
PMDG Simulations, LLC
www.precisionmanuals.com

Ou seja, ele disse que passa dos 3Gb e chega perto dos 4Gb provocando o OOM error somente após chegar aos 4Gb. É isso que estou buscando pois com isso eu conseguiria voar o PMDG 777 com todos os cenários foto reais que tenho sem desativar nenhum. Conseguiria inclusive, voar em Nova York com o "Manhattan X", o cenário mais fantástico (e mais pesado) que já vi (pena que abre o bico com qualquer PMDG. Se chegar aos 4Gb será um passo e tanto.

Estou convencido que ele esteja enganado. Espero que não. Eu pedi uma screenshot. Se isso for possível eu vou atrás, a todo custo e tempo de pesquisa.

Agora pergunto aqui, alguém aqui consegue carregar os cenários mais realísticos com o PMDG, ficar dandos slw para provocar o erro e consegue chegar prto dos 4Gb? (com screenshot) Acho que não... mas quero estar errado.

Se isso for possível eu enpacoto a solução em um instalado e disponibilizo para a comunidade.

Olha essa do ticket até você me deixou um pouco digamos "cabreiro" até porque quando instalamos um S.O de 32x os 4GB nunca é demonstrado pelo que me lembro (faz tanto tempo que não vejo um SO 32x que até esqueci como é    ) mas talvez tenham uma ligação ai.

Se eu consegui bem entender a sua expressão em termo "cabeça de bacalhau" eu também diria o mesmo em relação a PMDG dai  


Como você, também quero esta "prova" da PMDG e se descobrir isso já um grande passo   

Douglas.Matos escreveu:...quando instalamos um S.O de 32x os 4GB nunca é demonstrado pelo que me lembro (faz tanto tempo que não vejo um SO 32x que até esqueci como é    ) mas talvez tenham uma ligação ai.

Você está misturando memória RAM em sistemas 32 e 64 bits com VAS, Virtual Address Space. São coisas muito distintas.

galenogarbe escreveu:

Douglas.Matos escreveu:...quando instalamos um S.O de 32x os 4GB nunca é demonstrado pelo que me lembro (faz tanto tempo que não vejo um SO 32x que até esqueci como é    ) mas talvez tenham uma ligação ai.

Você está misturando memória RAM em sistemas 32 e 64 bits com VAS, Virtual Address Space. São coisas muito distintas.

De fato, mas em si não teria alguma ligação mesmo que "simples" ? Se não, desculpe meu erro porém sempre achei isto e obrigado já por deixa isso esclarecido no caso hehehe   

Douglas.Matos escreveu:

galenogarbe escreveu:

Você está misturando memória RAM em sistemas 32 e 64 bits com VAS, Virtual Address Space. São coisas muito distintas.

De fato, mas em si não teria alguma ligação mesmo que "simples" ? Se não, desculpe meu erro porém sempre achei isto e obrigado já por deixa isso esclarecido no caso hehehe   

Nesse contexto não.

Equivoco meu então, desculpe.

Bom, caso descubra algo por favor informe para nós, fiquei bem curioso em relação ao tópico   

Douglas.Matos escreveu:Equivoco meu então, desculpe.

Bom, caso descubra algo por favor informe para nós, fiquei bem curioso em relação ao tópico   

Aproveite e teste seu sistema e poste aqui o resultado.

galenogarbe escreveu:

Douglas.Matos escreveu:Equivoco meu então, desculpe.

Bom, caso descubra algo por favor informe para nós, fiquei bem curioso em relação ao tópico   

Aproveite e teste seu sistema e poste aqui o resultado.

Tem alguma maneira fácil para monitorar dai? Se tiver tento postar ainda hoje o resultado   

O melhor é usar o aplicativo:Process Explorer - Baixe Aqui!

- Extraia o arquivo para qualquer pasta (NÃO REQUER INSTALAÇÃO);
- Execute o arquivo ProcExp.exe
- Depois de executar o FSX, procure o processo FSX.exe e dê um duplo clique no mesmo.

- Os gráficos de monitoração serão abertos e o que você precisa observar é o gráfico de "Private Bytes" - o do meio.

- FORCE a barra no FSX, carregue a aeronave em cenários TOP com o 777 ou 737 da PMDG, alterne entre slwes dentro do cenário e visão de cima mudando o zoom... ande com a aeronave pelo cenário em Slew mode até provocar o erro - tem que carregar com os addOns mais pesados, clima severo com muitas núvens, trafego AI em 100% etc..

- Quando começar a dar erro vejo no ProcExp até quanto chegou o uso da memória. Deve dar crash assim que passar dos 3Gb, normalmente em 3.2Gb.

Segundo o cara da PMDG, na máquina dele vai até 4Gb! Se isso for verdade e conseguir a informar de como ele fez isso será um GRANDE AVANÇA em Tweks para TODOS nós.

Em todas as disucussões sobre o assunto no mundo todo: NINGUÉM MATOU A COBRA E MOSTROU O PAU! Ou seja, virou caeça de bacalhau, coisa queteoricamente todos sabem que existem mais ninguém viu de verdade!!

E ninguém nunca vai conseguir.
Simplesmente por causa da arquitetura. Não existe mágica. Só vai até 3.2gb devido a endereçamento de memoria 32bits. Porque? Porque o resto é guardado para gerenciamento de outros processos internos do SO e barramentos. Esse "valor restante" pode variar de maquina pra maquina a depender do hardware e do SO mas nunca é menor do que 512mb. E porque um SO 64bits com processador 64bits não resolve isso? Porque o que conta é o processo que está rodando em 32bits. É como se fosse uma "maquina virtual" dentro do SO 64bits para permitir a retrocompatibilidade de programas antigos. O fsx.exe foi compilado em 32 bits, portanto ele não "enxerga" o resto de memoria disponivel. Ele só enxerga os 4gb e pela arquitetura que está rodando, e a "maquina virtual" reserva os endereços necessários para o resto do SO funcionar.
Portanto, esqueça essa abordagem para melhorar o desempenho do seu fsx. Isso só seria util se alguem um dia conseguisse o fonte do fsx.exe (E suas bibliotecas) e compilasse o mesmo para 64bits.

Não é só o FSX que tem essa limitação. Serve pra qualquer executável compilado em 32 bits. Se dê por felizardo, pois anos atrás só se podia endereçar 640k em processadores 8088, os famosos xt.

Uma boa leitura: http://www.hardware.com.br/guias/memoria-ram/maldicao-32bits.html

flaviossa escreveu:E ninguém nunca vai conseguir.
Simplesmente por causa da arquitetura. Não existe mágica. Só vai até 3.2gb devido a endereçamento de memoria 32bits. Porque? Porque o resto é guardado para gerenciamento de outros processos internos do SO e barramentos. Esse "valor restante" pode variar de maquina pra maquina a depender do hardware e do SO mas nunca é menor do que 512mb. E porque um SO 64bits com processador 64bits não resolve isso? Porque o que conta é o processo que está rodando em 32bits. É como se fosse uma "maquina virtual" dentro do SO 64bits para permitir a retrocompatibilidade de programas antigos. O fsx.exe foi compilado em 32 bits, portanto ele não "enxerga" o resto de memoria disponivel. Ele só enxerga os 4gb e pela arquitetura que está rodando, e a "maquina virtual" reserva os endereços necessários para o resto do SO funcionar.
Portanto, esqueça essa abordagem para melhorar o desempenho do seu fsx. Isso só seria util se alguem um dia conseguisse o fonte do fsx.exe (E suas bibliotecas) e compilasse o mesmo para 64bits.

Não é só o FSX que tem essa limitação. Serve pra qualquer executável compilado em 32 bits. Se dê por felizardo, pois anos atrás só se podia endereçar 640k em processadores 8088, os famosos xt.

Uma boa leitura: http://www.hardware.com.br/guias/memoria-ram/maldicao-32bits.html

Flávio, outra ótima contribuição, mas redundante ao que já foi falado. Estou careca de saber como funciona arquitetura 32 bits / 64 bits, literalmente!   

Me parece que também não pegou o xis da discussão onde chove de usuários dizendo que tem os mágicos 4Gb mas nunca mostram isso. Essa minha curiosidade ganhou força com o retorno que a PMDG me deu ontem. Eu sinceramente acredito que ele se precipitou na resposta por achar que não é possível. Contudo, como já foi falado, teoricamente é possível chegar aos 4Gb sim, ir além, é fisicamente impossível como todos já sabemos.

Foi longe citando os XTs heim? Foi o primeiro computador que comprei apesar de ter visto coisa pior! Lembro dos famigerados 640K e das gerações seguintes, todas elas... participei de toda essa evolução. Não estou dizendo que sou ****, só velho   

Vamos ver como isso anda na PMDG, estou aguardando o retorno deles, se é que virá.

Entendi, mas não acredito nessas citações sem comprovação. Ainda mais quando se trata de tecnologias proprietárias como a arquitetura 32bits. Com meu pouco conhecimento, acho impossível até de atingir 4gb. Ele pode chegar perto? Pode! Montando uma maquina com hardware especifico, usando drivers customizados e enxutos, etc. Você pode "sambar" pra tudo quanto é lado, mas não existe milagre.

É o mesmo quando vejo aqueles posts em forums de pessoas dizendo estar conseguindo 500 fps com PMDG+trafego 100%+cenario full+chuva+etc ai posta uma imagem estática pra comprovar   

O xt dei de exemplo, pois também passei por ele hehehe. Meu primeiro micro foi um tk85, depois um apple iic. Ai conheci o xt. Mas valeu, bora ver o que sai desse mato da pmdg ai. Abraços.

Concordo Flávio...

O cara da PMDG chegou a dizer que isso era possível com o Acceleration Pack, instalei tudo por isso. Mas tudo bem fale o teste...
ps: não há controle de acesso a memória via Drivers e sim direto no Kernel do SO. O acesso eficiente e bom gerenciamento de memória depende do aplicativo, não de 'drivers'.

Infelizmente hoje quando vou comprar um cenário ou uma aeronave acabo me preocupando com isso, pois para o desenvolvedor com certeza o produto dele rodando "sozinho" não vai ultrapassar a Memória Virtual, agora junta um cenário, texturas, aviões, muitas nunvens e etc.

Estou tendo problemas e nem utilizo o T7. O meu problema esta no cenário da FSDT Vancouver, apenas o cenário ele vai, mas quando pego uma aeronave, tipo o 747 da CLS, ele chega com a memória perto dos 3.100.000 ai já começa a apitar que vai travar. O meu limite aqui não passa de 3.280.000 para ocorrer o OOM.

Como comentado, se fosse até os 4G eu acredito que não teria problemas com isso.

Aqui tudo ia bem, tudo ligado e em conjunto até o T7! Acho que a PMDG tá comendo tudo sem deixar para os outros programas

Na verdade, se consegue até, no máximo 3,6 Gb com alguns tweaks (que admito que não usei). Pesquisem em BCDEdit.

Lembrem-se que SO de 32 bits até 3Gb e 64 bits até 4GB de VAS, viu

http://support.microsoft.com/default.aspx?scid=889654

Espaço de endereço virtual por processo de 32 bits
32 bits (SO) Alternar de 2 GB ou 3 GB se o sistema é inicializado com 3 GB
32 bits (SO) 2 GB, 4 GB se o aplicativo é compilado com o /LARGEADDRESSAWARE switch

Só pesquisarem o parâmetro /LARGEADDRESSAWARE para usuários 64 bits, e os que ainda usam 32 bits leiam o artigo endereçado pelo Flaviossa, acima.

Boa pesquisa

A PMDG me mandou um screenshot onde ele chegou a 3.8!!!

Isso realmente resolveria o meu problema! Continuando a pesquisa pra reproduzir esse tweak.

galenogarbe escreveu:A PMDG me mandou um screenshot onde ele chegou a 3.8!!!

Isso realmente resolveria o meu problema! Continuando a pesquisa pra reproduzir esse tweak.

também iria resolver o meu