Not enough memory

Страницы: 1
RSS
Not enough memory, not enough memory
 
Здравствуйте.

Периодически возникает сообщение "Not enough memory" и Квик "падает". Стоит Вин 7 х32. Покупка Win10 Pro спасет ситуацию? Процесс Квика занимает 1.7 Гб (вкусностей всяких много).  
 
Блин, ответить трудно?
 
Цитата
Александр написал:
Блин, ответить трудно?
Не трудно.

не спасет.
www.bot4sale.ru

Пасхалочка для Алексея Иванникова: https://forum.quik.ru/messages/forum10/message63088/topic7052/#message63088
 
А что может помочь, если не секрет?

Цитата
s_mike@rambler.ru написал:
Цитата
Александр   написал:
Блин, ответить трудно?
Не трудно.

не спасет.
 
Я читал, что у Win7 x32 на процесс выделено до 2GB Ram, а у x64 то 16Tb Ram. С этим и связал.
 
Цитата
Александр написал:
Я читал, что у Win7 x32 на процесс выделено до 2GB Ram, а у x64 то 16Tb Ram. С этим и связал.
Сам Quik является 32-хбитным... и без разницы, где вы его запустите, на 32-хбитной или на 64-хбитной ОС... он так и будет ограничен 4 ГиБ адресного пространства... поэтому, единственное что можно посоветовать, это настроить сам Quik... отрубите часть своих «вкусностей», пошуршите по форуму и сети, были темы по оптимизации работы Quik'а...
 
Цитата
Suntor написал:
Цитата
Александр   написал:
Я читал, что у Win7 x32 на процесс выделено до 2GB Ram, а у x64 то 16Tb Ram. С этим и связал.
Сам Quik является 32-хбитным... и без разницы, где вы его запустите, на 32-хбитной или на 64-хбитной ОС... он так и будет ограничен 4 ГиБ адресного пространства... поэтому, единственное что можно посоветовать, это настроить сам Quik... отрубите часть своих «вкусностей», пошуршите по форуму и сети, были темы по оптимизации работы Quik'а...

Так я об этом и говорю. Что приложение x32 может использовать до 2Гб стандартно или до 3, если в реестре Windows есть специальный ключ, то до 4гб. Фишка в том, что сама 32 битная ОС не способна увидеть более, чем 4Гб. Но и тут засада - 2ГБ из этих максимальных 4-х будет принудительно отдано под работу системы. Вернее, минимум 2Гб. Скорее всего, именно поэтому у меня и вылетает ошибка о нехватке памяти. Стоит 6 гигов, система пишет что видит только 2,75Гб. Dsxbnftv 2Гб (минимум) на работу самой системы и получаем те самые 1.75ГБ на процесс. А ведь есть еще иные в фоне программы. Т.е., возможно, что система и есть от самый камень преткновения.  
 
Цитата
Александр написал:
Так я об этом и говорю. Что приложение x32 может использовать до 2Гб стандартно или до 3, если в реестре Windows есть специальный ключ, то до 4гб. Фишка в том, что сама 32 битная ОС не способна увидеть более, чем 4Гб. Но и тут засада - 2ГБ из этих максимальных 4-х будет принудительно отдано под работу системы. Вернее, минимум 2Гб. Скорее всего, именно поэтому у меня и вылетает ошибка о нехватке памяти. Стоит 6 гигов, система пишет что видит только 2,75Гб. Dsxbnftv 2Гб (минимум) на работу самой системы и получаем те самые 1.75ГБ на процесс. А ведь есть еще иные в фоне программы. Т.е., возможно, что система и есть от самый камень преткновения.
Нет, изначально вы говорили про «процесс»... и ответ был про это, что Quik не сможет использовать размер 64-битного адресного пространства...

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

С другой стороны, вы правы в том, что есть распределение памяти (куда и кому, сколько, туда 2ГиБ, сюда 1ГиБ и т.д.). С этим распределением можно поиграть. Оно разное для x32 и  x64 систем. В чём-то лучше, в чём-то хуже. Для x32 битных приложений путём комбинации ключей компиляции и опций запуска ОС, можно добиться памяти до 3ГиБ на x32 Windows и до 3,5ГиБ для x64 Windows. Если есть соответствующий опыт в настройке ОС, можете экспериментировать.

Для примера: У меня стоит серверная ОСь и у неё немного другие параметры распределения памяти. Я ничего специально не делал с настройками для x32 приложений. Конфигурация Quik, файл .wnd, у меня больше 250 КиБ (десятки вкладок, таблиц и графиков), через Lua скрипт я при этом могу выделить максимум до 2,3 ГиБ памяти до возникновения ошибки.
 
Цитата
Suntor написал:
Цитата
Александр   написал:
Так я об этом и говорю. Что приложение x32 может использовать до 2Гб стандартно или до 3, если в реестре Windows есть специальный ключ, то до 4гб. Фишка в том, что сама 32 битная ОС не способна увидеть более, чем 4Гб. Но и тут засада - 2ГБ из этих максимальных 4-х будет принудительно отдано под работу системы. Вернее, минимум 2Гб. Скорее всего, именно поэтому у меня и вылетает ошибка о нехватке памяти. Стоит 6 гигов, система пишет что видит только 2,75Гб. Dsxbnftv 2Гб (минимум) на работу самой системы и получаем те самые 1.75ГБ на процесс. А ведь есть еще иные в фоне программы. Т.е., возможно, что система и есть от самый камень преткновения.
Нет, изначально вы говорили про «процесс»... и ответ был про это, что Quik не сможет использовать размер 64-битного адресного пространства...

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

С другой стороны, вы правы в том, что есть распределение памяти (куда и кому, сколько, туда 2ГиБ, сюда 1ГиБ и т.д.). С этим распределением можно поиграть. Оно разное для x32 и  x64 систем. В чём-то лучше, в чём-то хуже. Для x32 битных приложений путём комбинации ключей компиляции и опций запуска ОС, можно добиться памяти до 3ГиБ на x32 Windows и до 3,5ГиБ для x64 Windows. Если есть соответствующий опыт в настройке ОС, можете экспериментировать.

Для примера: У меня стоит серверная ОСь и у неё немного другие параметры распределения памяти. Я ничего специально не делал с настройками для x32 приложений. Конфигурация Quik, файл .wnd, у меня больше 250 КиБ (десятки вкладок, таблиц и графиков), через Lua скрипт я при этом могу выделить максимум до 2,3 ГиБ памяти до возникновения ошибки.

У меня малость побольше.



Что интересно - На Win10 x64 Pro процесс info.exe занимает 1.1Гб, а на Win 7 x32 - 1.73Гб. Конфигурация одна и та же и там, и там. Мистика какая-то.
 
Цитата
Александр написал:
У меня малость побольше.
С таким .wnd на 1,5МиБ вам вряд ли что-то поможет... )))
Может почистить его?  Например, линии трендов часто остаются на графиках при смене инструментов, сдвигаются влево и их не видно, копятся как мусор, память жрут...

Насчёт того, что в Win10 памяти меньше у процесса info.exe, то думаю, это не из-за того, что сам процесс как-то по-другому память себе выделил, а из-за того, что в память процесса включён весь объём системных библиотек (WinAPI), и вот они то на Win10 меньше места и занимают, так как система под планшены оптимизировалась изначально...
 
Цитата
Suntor написал:
Насчёт того, что в Win10 памяти меньше у процесса info.exe, то думаю, это не из-за того, что сам процесс как-то по-другому память себе выделил, а из-за того, что в память процесса включён весь объём системных библиотек (WinAPI), и вот они то на Win10 меньше места и занимают, так как система под планшены оптимизировалась изначально...

К сожалению, по этому поводу ничего сказать не могу, так как ничего в этом не смыслю. А по поводу "почистить" - там, увы, ничего нет. Просто вкладок с индикаторами под 100 штук.
 
Цитата
Александр написал:
К сожалению, по этому поводу ничего сказать не могу, так как ничего в этом не смыслю. А по поводу "почистить" - там, увы, ничего нет. Просто вкладок с индикаторами под 100 штук.
Как вариант, выявить самые прожорливые индикаторы... они ведь разные бывают, и память по разному жрут. Возможно у вас висит там парочка таких индикаторов, которые отжирают добрую половину... хотя вам особо не нужны. А остальные 98 нужных индикаторов из-за них страдают.
 
Подводя итог могу сказать, что переход на х64 битную архитектуру решил все вопросы. Процесс стал весить меньше, память система видит теперь всю. Всем спасибо.
Страницы: 1
Читают тему
Наверх