Может ли 3.8 тыс сделок открытых в моменте на мт5 тормозить VPS сервер!? - страница 3
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
За 10 серверов платите 2500 рублей?
Это 2500 / 10 / 70 = 3.5 доллара за 1 впску? Не удивительно,что ресурсное голодание на перепроданном сервисе.
За 10 серверов платите 2500 рублей?
Это 2500 / 10 / 70 = 3.5 доллара за 1 впску? Не удивительно,что ресурсное голодание на перепроданном сервисе.
Тогда тестируйте все компоненты и прикладывайте сюда все технические детали.
Иначе вы пытаетесь обычными словами решить техническую проблему.
Ренат, вот небольшая часть технических деталей и картина сегодняшней катастрофы (пока ещё нет): примерно с полудня сервера работающие на определённый счёт стали испытывать сеансы резких, но непродолжительных скачков процессорной нагрузки до максимальных значений. Только процессорной. Остальные показатели были в норме.
Сеансы нагрузок по времени занимали от нескольких секунд, до нескольких минут. Непредсказуемо, без каких либо причин возникновения и пока-что необъяснимо. Замещавшие их периоды нормальной работы были гораздо продолжительнее.
Другие особенности происшествия:
- На момент торможения кол-во сделок - 4,100
- Кол-во сделок на текущее время - 4, 250;
- Со счётом работали сервера с ОС двух видов. Сервера с ОС Windows Server 2019 года при скачках нагрузки работали сносно - терминалы открывались (мы их сворачиваем, когда покидаем удаленный ПК), и с ними можно было кое-как работать;
- Кроме одного сервера с такой-же ОС. Этот сервер-предатель и раньше был замечен в неподобающем поведении, но до сегодняшних событий милостиво прощаем был;
- Сервера с ОС Windows Server 2012 года работали хуже всех. Примечательно, что, даже если нагрузка процессора была в пределах 25-30%, то и тогда терминалы не реагировали, хотя сервер не висе;
- Стоит отметить, что сервера обоих ОС не висли при 100% нагрузке, система кое-как реагировала на взаимодействия;
- Сервера находились в разных ДЦ;
- Чего-то обобщающего проблемные сервера кроме счёта пока не выявлено;
- Средние параметры сервера до ЧП - 3*3.4 ГГц, 3 Гб. RAM, 40 Гб. SSD;
- Перезапуск терминалов ничего не дал;
- Перезапуск серверов ничего не дал. Делали и мягкую перезагрузку, и аварийную;
- Приняли решение увеличивать мощность процессоров;
- Средние параметры сервера после ЧП - 8 *3.4 ГГц, 4 Гб. RAM, 50 Гб. SSD;
- Поддержка до сих пор не дала ответ по этой ситуации и с просьбой помочь;
- Антиреклама - наш провайдер РУВДС. С поддержкой у них явные проблемы. На счёт остального - надо иметь сисадминское образование, чтобы использовать их сервера;
Увеличение мощности процессоров по большей части помогло, хотя некоторые сервера до сих пор испытывают высокую нагрузку, на работоспособность гораздо лучше.
Можем добавить логи терминалов, если нужны.
Спасибо за прочтение!
Покажите, пожалуйста:
неаккуратной работой с большим списком позиций на каждом тике можно запросто нагрузить систему.
Самый главный вывод: вы запускаете собственные программы, которые могут потреблять неограниченное количество ресурсов.
Ведь без экспертов терминалы себя абсолютно нормально чувствуют? Значит дело исключительно в коде роботов.
Ренат, им не хватает оперативной памяти, видно невооружённым глазом. Нужна виртуальная оперативная памятью Всего-то переменная окружения.
Там указано,что на виртуалках по 3 гб памяти и 3 ядра. Этого достаточно для пары терминалов.
Так как не были показаны скриншоты таск менеджеров, то ваша гипотеза может быть верна.
Там указано,что на виртуалках по 3 гб памяти и 3 ядра. Этого достаточно для пары терминалов.
Так как не были показаны скриншоты таск менеджеров, то ваша гипотеза может быть верна.
Виртуальную память сделаете?
Виртуальную память сделаете?
Выражайтесь точнее, пожалуйста.
Покажите, пожалуйста:
неаккуратной работой с большим списком позиций на каждом тике можно запросто нагрузить систему.
Самый главный вывод: вы запускаете собственные программы, которые могут потреблять неограниченное количество ресурсов.
Ведь без экспертов терминалы себя абсолютно нормально чувствуют? Значит дело исключительно в коде роботов.
Виртуальную память сделаете?
Ренат и Александр, добрый день! Извините за задержку с ответом, были в процессе поддержания работы серверов. В продолжение разговора небольшой отчёт о проделанных усилиях: оптимизировали и облегчили код робота, насколько это было возможно. Уменьшили вручную кол-во сделок. Но всплыла новая проблема - высокая задержка открытия сделок. В приведённых ниже данных по одному серверу Вы это увидите:
Сейчас столкнулись вот с такой проблемой: высокая задержка исполнения сделок:
2020.08.04 05:57:25.069 Trades '5301233': order #33791524 sell 0.1 / 0.1 GBPUSDmicro at 1.29821 done in 3039.572 ms
2020.08.04 05:57:25.067 Trades '5301233': order #33791523 sell 0.1 / 0.1 GBPUSDmicro at 1.29821 done in 3062.929 ms
2020.08.04 05:53:44.131 Trades '5301233': order #33791141 sell 0.1 / 0.1 EURUSDmicro at 1.17238 done in 2716.604 ms
2020.08.04 05:41:17.981 Trades '5301233': order #33787624 sell 0.1 / 0.1 EURUSDmicro at 1.17438 done in 4209.934 ms
Однако не все сделки имеют такую задержку, есть и с вполне нормальной скоростью. Также прикрепляю скриншоты диспетчера.
Затем, для проверки робота мы взяли демо-счет другого брокера на таком-же сервере. На нём сделок больше, чем на проверяемом сервере, а задержек нет.
Будем благодарны за совет или подсказку, куда копать и насколько глубоко.