Обсуждение статьи "Почему виртуальный хостинг в платформах MetaTrader 4 и MetaTrader 5 лучше обычных VPS" - страница 10
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Весь функционал MQL работает как в обычном терминале, включая FTP/Mail/WebRequest/Push.
Запустите своего эксперта, погоняйте и посмотрите на графики производительности. Не забудьте в терминале указать MetaQuotes ID и будете получать уведомления о пройденных лимитах.
Да я планирую сделать тесты по окончании оптимизации расчётов на предмет ресурсоёмкости (ужимаю как могу).
Правда я уже истратил тестовые бесплатные ресурсы (просто на ознакомление с сервисом), но это не проблема.
Вопрос в другом: если окажется что запускать мультивалютный советник слишком затратно (то перебив его под односимвольный его можно запустить на разных VPS),
можно ли с одного счёта на одном логине арендовать несколько VPS?
Вопрос в другом: если окажется что запускать мультивалютный советник слишком затратно (то перебив его под односимвольный его можно запустить на разных VPS),
можно ли с одного счёта на одном логине арендовать несколько VPS?
Аренда выделяется на связку "торговый счет + имя торгового сервера", так что на один торговый счет можно сделать только одну аренду.
Ясно, я думаю вы могли бы продумать более гибкую политику, если человек хочет прикупить для своего терминала мощностей.
ЗЫ Сервис пока молодой, надеюсь в будущем так и будет.
Ясно, я думаю вы могли бы продумать более гибкую политику, если человек хочет прикупить для своего терминала мощностей.
ЗЫ Сервис пока молодой, надеюсь в будущем так и будет.
Так мы не мощности, а хостинг и латенси продаем.
Если хотите покупать расчетные мощности, то это лучше сразу в Amazon - ценники вас не просто удивят, а поразят в самое сердце кошелек.
Как можно контролировать потребляемые ресурсы в MetaTrader Hosting Services?
Ниже представлено несколько тестовых планов:
1) Эксперт работает 50 циклов (50 вызовов таймера через 1 минуту), на каждом цикле отъедает 10 мегабайт оперативки и записывает столько же в файл. После 50 циклов эксперт самоубивается, освобождает память и стирает свои файлы.
Видно, что ресурсы освободились моментально.
2) Эксперт работает 50 циклов на захват ресурсов (оперативная память и столько же в файлах). При этом каждый следующий захват составляет 95 процентов предыдущего. После первых 50 циклов идут ещё 50 циклов освобождения ресурсов в обратном порядке с последующим удалением эксперта.
Видно, что памяти освободилось чуть меньше, чем диска. Это связано с тем, что в эксперте память до 1 мегабайта распределяется в собственном пуле памяти, который живёт, пока жив эксперт.
Общий вывод: идеальное управление ресурсами, визуализация и доступность заказчику.
Как можно контролировать потребляемые ресурсы в MetaTrader Hosting Services?
Ниже представлено несколько тестовых планов:
1) Эксперт работает 50 циклов (50 вызовов таймера через 1 минуту), на каждом цикле отъедает 10 мегабайт оперативки и записывает столько же в файл. После 50 циклов эксперт самоубивается, освобождает память и стирает свои файлы.
Видно, что ресурсы освободились моментально.
2) Эксперт работает 50 циклов на захват ресурсов (оперативная память и столько же в файлах). При этом каждый следующий захват составляет 95 процентов предыдущего. После первых 50 циклов идут ещё 50 циклов освобождения ресурсов в обратном порядке с последующим удалением эксперта.
Видно, что памяти освободилось чуть меньше, чем диска. Это связано с тем, что в эксперте память до 1 мегабайта распределяется в собственном пуле памяти, который живёт, пока жив эксперт.
Общий вывод: идеальное управление ресурсами, визуализация и доступность заказчику.
Так понял вы рекомендуете использовать динамичные классы и грохать их если до следующего расчёта много времени чтоб не держать ресурсы (которыми не пользуешься) под задницей?
Или я что то не понял?
ЗЫ Собственно для меня это уже не очень важно, пока мы тут клаву давили я оптимизировал расчёт, вогнал время одного вызова в меньше секунды (на истории данные основным алгоритмом не рассчитываются а только подготавливаются для обработки последнего бара), так что у меня всё срастается вполне нормально. Надеюсь раз в 15 минут VPS разрешит захватить CPU на секунду, ну а если даже срежет ресурсы в 1000 раз, то всё равно я успею получить текущий расчёт до наступления следующего бара.
Вопрос выше чисто академический.
Так понял вы рекомендуете использовать динамичные классы и грохать их если до следующего расчёта много времени чтоб не держать ресурсы (которыми не пользуешься) под задницей?
Или я что то не понял?
Нет, я просто показываю и доказываю отзывчивость сервиса и возможности контроля ситуации. Не все же проводят исследования.
Для МТ4 до 2 гб оперативки отъедать можно достаточно безболезненно. Только при явном ухудшении общей ситуации будут срабатывать предупреждения.
ЗЫ Собственно для меня это уже не очень важно, пока мы тут клаву давили я оптимизировал расчёт, вогнал время одного вызова в меньше секунды (на истории данные основным алгоритмом не рассчитываются а только подготавливаются для обработки последнего бара), так что у меня всё срастается вполне нормально. Надеюсь раз в 15 минут VPS разрешит захватить CPU на секунду, ну а если даже срежет ресурсы в 1000 раз, то всё равно я успею получить текущий расчёт до наступления следующего бара.
Практически всегда можно найти алгоритмический метод ускорения расчетов, так что лимиты - это хорошо. Они заставляют думать и меньше использовать грубую силу.
Речь не об "захватить проц на 1 секунду", а об явно проблемных случаях, когда эксперт безостановочно занимает процессор(одно или несколько ядер), ведет себя невменяемо и не желает изменять свой подход. Вот несколько таких сейчас уже есть - мы пока наблюдаем.
Как я объяснял ранее, не надо сводить вопрос к "нет, ну скажите жесткие лимиты!". Никто их не скажет и не заявит их незыблемость(именно этого требуют вопрошающие), так как оценка ресурсов в разделяемом пространстве будет субьективна - наносишь урон соседям или нет.
Нет, я просто показываю и доказываю отзывчивость сервиса и возможности контроля ситуации. Не ве же проводят исследования.
Для МТ4 до 2 гб оперативки отъедать можно достаточно безболезненно. Только при явном ухудшении общей ситуации будут срабатывать предупреждения.
Практически всегда можно найти алгоритмический метод ускорения расчетов, так что лимиты - это хорошо. Они заставляют думать и меньше использовать грубую силу.
Речь не об "захватить проц на 1 секунду", а об явно проблемных случаях, когда эксперт безостановочно занимает процессор(одно или несколько ядер), ведет себя невменяемо и не желает изменять свой подход. Вот несколько таких сейчас уже есть - мы пока наблюдаем.
Как я объяснял ранее, не надо сводить вопрос к "нет, ну скажите жесткие лимиты!". Никто их не скажет и не заявит их незыблемость(именно этого требуют вопрошающие), так как оценка ресурсов в разделяемом пространстве будет субьективна - наносишь урон соседям или нет.
Я давно понял что лимиты вы не называете, тк это ведёт к оптимизации и поджатию к лимиту.
Вопрос в другом, у меня алгоритм существенно параллельный, и не тяжёлый для каждого потока в отдельности, но вот если его пустить в последовательную обработку ложит проц, пока что ужал ресурсы ценой минимально допустимого качества (а это ведёт к повышению критичности). Теперь нужен алгоритм определяющий по косвенным признакам точки где заниженное качество недопустимо, а это сами понимаете ещё одна головная боль.
ЗЫ Если бы вы дали хоть минимальное управление потоками в mql, было бы очень здорово.
ЗЗЫ OpenCL мы у вас выпросили, и то получили больше стараниями Ilyas'а, но он не решает вопрос при vps или cloud.
Запустите виртуальный сервер, погоняйте его его несколько дней в разных режимах, а потом опубликуйте тут свои результаты из графиков производительности.
Вместе посмотрим что получилось.
Запустите виртуальный сервер, погоняйте его его несколько дней в разных режимах, а потом опубликуйте тут свои результаты из графиков производительности.
Вместе посмотрим что получилось.