Ошибки, баги, вопросы - страница 948
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Терминал со всем отключенным грузит 86 мегов а в системе занятая память выростает на 220 примерно,
Хотя если запускать мт4 то тот честно забирает 22 метра, и занятая память также увеличивается на это число.
Как и где проверяете использование памяти? Сколько при этом выделенной приложением памяти?
... а то какая то несуразица, в 1гиг выделенной оперативы кое как влезает 3 терминала, четвертый вовсе падает по access violation
Как и где проверяете использование памяти? Сколько при этом выделенной приложением памяти?
А вот с этим лучше в сервисдеск со всеми подробностями (логи, эксперты, индикаторы...)Как и где проверяете использование памяти? Сколько при этом выделенной приложением памяти?
Все же, с памятью что-то малеха не то. Пример. У меня есть скриптик, который запрашивает 1,5-2 года минуток, обрабатывает и ликвидируется. Все как обычно. Скриптик надо запустить последовательно на 15-20 символах. При каждом запуске скрипта отъедается около 250 Мб. И НЕ освобождаются по завершении его работы, даже спустя продолжительное время (десятки минут). Приходится периодически гасить терминал, ждать 10-15 сек освобождения памяти и запускать снова. Нет, я понимаю, надо держать в оперативе историю при работе эксперта или скрипта (а вдруг ему снова понадобится). Но не всегда! Как правило, разработчик заранее знает, понадобится ли его творению некоторый массив данных повторно. В связи с вышеизложенным, есть мнение ввести в язык некоторые команды по принудительному освобождению памяти от больших массивов данных (в т.ч. истории котиров), используемых однократно.
Вот отработают мои скрипты, и будет висеть 4-6 Гб занятыми уже ненужной историей...
У торгового терминала нет задачи экономить ресурсы, когда его главная задача - работать эффективно с огромным объемами данных. Тем более нельзя жаловаться на то, что четырем копиям числодробил не хватает гига памяти в VPS.
Это да, истинно! Но сброс потребления ненужной УЖЕ памяти (по приказу) все-же не помешал бы.
У терминала действует хорошая система сброса кешей. Но не всех, ибо часть из них принципиально рабочая - если поднял, то надолго.
Задача у терминала - работать быстро и эффективно, а не ужиматься в смешные объемы памяти. Это класс программ, которым нужно быстро обрабатывать огромные объемы данных.
У вас странное отношение к терминалу и ресурсам.
У торгового терминала нет задачи экономить ресурсы, когда его главная задача - работать эффективно с огромным объемами данных. Тем более нельзя жаловаться на то, что четырем копиям числодробил не хватает гига памяти в VPS.
Тут не в этом вопрос а в том что разное поведение на Win2003х64 сервер (VPS) и Win7x64 Home.
http://file.karelia.ru/6v55j5/ по ссылке видео о том что при запуске терминала расходуется выделенной памяти значительно больше, чем показывает операционная система для данного процесса.
Тут не в этом вопрос а в том что разное поведение на Win2003х64 сервер (VPS) и Win7x64 Home.
http://file.karelia.ru/6v55j5/ по ссылке видео о том что при запуске терминала расходуется выделенной памяти значительно больше, чем показывает операционная система для данного процесса.
О как все запущено.
Слишком долго объяснять и это не имеет никакого отношения к терминалу. Забудьте и не экономьте на VPS.