Периодически возникает сообщение "Not enough memory" и Квик "падает". Стоит Вин 7 х32. Покупка Win10 Pro спасет ситуацию? Процесс Квика занимает 1.7 Гб (вкусностей всяких много).
Я читал, что у Win7 x32 на процесс выделено до 2GB Ram, а у x64 то 16Tb Ram. С этим и связал.
Пользователь
Сообщений: Регистрация: 10.04.2015
18.05.2018 01:17:42
Цитата
Александр написал: Я читал, что у Win7 x32 на процесс выделено до 2GB Ram, а у x64 то 16Tb Ram. С этим и связал.
Сам Quik является 32-хбитным... и без разницы, где вы его запустите, на 32-хбитной или на 64-хбитной ОС... он так и будет ограничен 4 ГиБ адресного пространства... поэтому, единственное что можно посоветовать, это настроить сам Quik... отрубите часть своих «вкусностей», пошуршите по форуму и сети, были темы по оптимизации работы Quik'а...
Александр написал: Я читал, что у 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ГБ на процесс. А ведь есть еще иные в фоне программы. Т.е., возможно, что система и есть от самый камень преткновения.
Пользователь
Сообщений: Регистрация: 10.04.2015
18.05.2018 13:56:40
Цитата
Александр написал: Так я об этом и говорю. Что приложение 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 ГиБ памяти до возникновения ошибки.
Александр написал: Так я об этом и говорю. Что приложение 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 меньше места и занимают, так как система под планшены оптимизировалась изначально...
Пользователь
Сообщений: Регистрация: 30.01.2015
19.05.2018 16:29:00
Цитата
Suntor написал: Насчёт того, что в Win10 памяти меньше у процесса info.exe, то думаю, это не из-за того, что сам процесс как-то по-другому память себе выделил, а из-за того, что в память процесса включён весь объём системных библиотек (WinAPI), и вот они то на Win10 меньше места и занимают, так как система под планшены оптимизировалась изначально...
К сожалению, по этому поводу ничего сказать не могу, так как ничего в этом не смыслю. А по поводу "почистить" - там, увы, ничего нет. Просто вкладок с индикаторами под 100 штук.
Пользователь
Сообщений: Регистрация: 10.04.2015
20.05.2018 01:34:13
Цитата
Александр написал: К сожалению, по этому поводу ничего сказать не могу, так как ничего в этом не смыслю. А по поводу "почистить" - там, увы, ничего нет. Просто вкладок с индикаторами под 100 штук.
Как вариант, выявить самые прожорливые индикаторы... они ведь разные бывают, и память по разному жрут. Возможно у вас висит там парочка таких индикаторов, которые отжирают добрую половину... хотя вам особо не нужны. А остальные 98 нужных индикаторов из-за них страдают.
Пользователь
Сообщений: Регистрация: 30.01.2015
21.05.2018 10:18:01
Подводя итог могу сказать, что переход на х64 битную архитектуру решил все вопросы. Процесс стал весить меньше, память система видит теперь всю. Всем спасибо.
