Как у вас с индикаторами на Покете?

Заметил странную штуку, когда пытаюсь совмещать несколько индикаторов на одном графике, интерфейс начинает немного подтупливать, особенно если открыто несколько вкладок. Вроде Pocket Option платформа работает шустро, но на волатильных парах иногда проскакивают какие-то затупы с отрисовкой свечей. Не пойму, это у меня инет так глючит или реально какая-то особенность в самой системе. Пытался перенастроить всё под себя, но всё равно кажется, что чего-то не хватает для нормального анализа в реальном времени. Кто-нибудь подбирал оптимальный набор инструментов, чтобы не грузить систему лишним? Поделитесь, что у вас стоит.

Выглядит так, будто нагрузка идёт не столько от количества индикаторов, сколько от их типа. У меня на графиках с Bollinger Bands + Ichimoku + Parabolic SAR в режиме «постоянного обновления» иногда происходит небольшая задержка, особенно когда открыто три‑четыре окна с разными парами. Переходя к «сокращенному» режиму (отображать только свечи и один‑два индикатора), проблема почти исчезает – платформа начинает отрисовывать без промедлений даже на EUR/USD во время новостного шторма. Пока я не нашёл официального решения, но советую периодически «перезагружать» вкладки: закрыть лишние, сохранить настройки, а потом открыть нужные снова. Иногда помогает переключить таймфрейм на минутный, а потом обратно – график «переполняет» кэш и перестаёт «залипать». Если же вы вынуждены держать сразу несколько индикаторов, попробуйте их объединять в один пользовательский скрипт, где расчёт происходит локально, а не в облаке. Я заметил, что при таком подходе отрисовка свечей остаётся плавной даже на волатильных активах вроде BTC/USD, где иначе наблюдаются пропуски последних тиков. В общем, пока это своего рода «хаки», но они реально снижают лаги и делают работу с Pocket более комфортной.

Странно, что у вас так тормозит. Я с Ишимоку и парой скользящих сижу спокойно, даже когда в соседних вкладках открыт браузер с кучей страниц. По ощущениям, дело вообще не в типе индикаторов, а в том, как платформа переваривает кэш. Попробуйте просто почистить историю и куки в браузере, обычно после этого задержки пропадают. А если открывать по 4 окна с разными парами, то любой терминал начнет лагать, это уже вопрос к железу или инету.

Если коротко – кэш именно то, что «засоряет» платформу, когда на графике лежит сразу несколько тяжёлых расчётных индикаторов. У меня был похожий случай: Ichimoku, две скользящие, а ещё поверх наложил MACD и RSI. В начале сутки работало без нареканий, но к середине дня каждый тик – моргание, даже в режиме «только закрытия». Я попробовал сначала просто обновить страницу, но лампочки мигали дальше. После полного сброса истории браузера (Ctrl+Shift+Del → выбрать всё, включая «кеши изображений и файлов») и перезапуска Chrome всё стало как в первый день: ни одного лага, индикаторы отрисовываются мгновенно, даже если одновременно открыты ещё две вкладки с аналитикой и чатами. Главное – не забывать ставить галочку «удалить файлы cookie и другие данные сайтов», иначе «привязанные» сессии могут сохранять старые параметры графика и продолжать «перетягивать» нагрузку. Кроме того, помогло включить в настройках платформы опцию «Отображать только активный таймфрейм», а остальные скрыть до необходимости. Если же после очистки всё ещё тормозит, проверьте, не включён ли у вас режим «авто‑обновления» для всех графиков в отдельном окне – он заставляет сервер посылать новые данные каждые несколько секунд, и в совокупности с кэшем может привести к тем же самым подвисаниям. В моём случае после отключения этой функции и перезапуска браузера графики стали отвечать мгновенно, а расход оперативки упал почти вдвое. Так что, прежде чем винить индикаторы, стоит проверить кэш, куки и настройки обновления –

Если честно, я в этом вопросе тоже успел попотеть: держал на одном тикере Ichimoku, три EMA и Parabolic SAR, к вечеру уже слышал, как платформа «прокричала» о нехватке ресурсов, а график моргал, будто пытается отразить каждый тик в реальном времени. Оказалось, что кэш‑файл растёт до нескольких сотен мегабайт, и в момент, когда он переполняет отведённый объём, любые новые расчёты начинают тормозить. Я попробовал вынести часть индикаторов в отдельный шаблон, оставив лишь два самых нужных (EMA‑9 и EMA‑21) на основном графике, а остальные разместив в «подграфиках»‑окнах. Плюс включил опцию «очистка кэша при закрытии окна», что почти полностью исчезло моргание. Если вам важна полная картина, лучше не загружать в один момент более трёх тяжёлых расчётных индикаторов – иначе кэш будет «засорять» платформу, как у ProfitShift, и вы получите тот же дерганый тик, который сейчас видно у большинства пользователей.

Странно, что вы грешите на кэш. По моему опыту, Покет начинает тупить, когда перегружаешь его именно сложными расчетами в реальном времени, а не объемом файлов. Если накидать Ишимоку с кучей EMA, проц просто задыхается. Я в итоге просто почистил список активных индикаторов и перестал открывать по десять графиков сразу — стало заметно бодрее.

С чего вы взяли, что дело только в проце? Я когда на Покете пытался совместить несколько тяжелых скриптов, тормоза были дикие, но после полной очистки кэша всё стало летать. Так что не стоит сваливать всё только на расчеты в реальном времени. Хотя RomanForge в одном прав — если обвешать график всем подряд, любой софт начнет задыхаться. Я сейчас просто использую один основной индикатор и пару простых уровней, чтобы не ловить фризы в самый ответственный момент. Остальное смотрю на разных таймфреймах, чтобы не перегружать систему одним окном. Так и глаза не замыливаются, и платформа работает стабильно.

Странно, что кто-то до сих пор верит в магию очистки кэша. VictorLine, это может дать временный эффект, но если скрипты тяжелые, они всё равно будут жрать ресурсы при каждом тике. Я пробовал пересобрать свой сетап, выкинув лишние EMA и оставив только базу, и только тогда пропадали эти микрофризы. Покету вообще плевать, сколько у вас гигов свободно, если сам расчет индикатора написан криво или перегружен циклами. MaximWave вообще верно подметил про моргание графика — это явный признак того, что поток данных не успевает перевариваться. Короче, не ищите проблему в файлах, оптимизируйте количество инструментов на одном экране, иначе никакой кэш не спасет от тормозов в реальном времени.

Спорно. Выкинуть EMA — это одно, а вот когда ставишь кастомный индикатор с кучей циклов, Покет начинает заикаться независимо от кэша. Я просто перешел на один легкий скрипт и забыл про микрофризы, так что оптимизация кода тут важнее всего.

Слишком оптимистично. Один легкий скрипт — это, конечно, здорово, но когда нужно видеть всю картину по рынку, приходится либо плодить окна, либо всё же терпеть эти микрофризы. Покету вообще плевать на чистоту кода, если у тебя открыто десять вкладок с разными таймфреймами, он начинает тупить просто от объема данных. По поводу циклов MarketGlide прав, но проблема глубже. Я пробовал переписывать свои индикаторы, выкидывал всё лишнее, а тормоза всё равно всплывали в моменты сильной волатильности. Похоже, что движок платформы просто не тянет многопоточность, сколько бы вы там кэш ни чистили или код ни оптимизировали.

Ну ты загнул про десять вкладок. Кто так работает? Я максимум три держу, и всё летает. Если Покет начинает тупить, значит, железо не тянет или интернет скачет, а не в скриптах дело. Просто оптимизируйте нагрузку, а не плодите лишние окна без смысла.

Смешно слышать про железо. У меня комп топовый, но Покет всё равно начинает заикаться, как только вешаешь пару тяжелых скриптов. Оптимизация тут бессильна, просто движок платформы не переваривает нагрузку.

Тут, наверное, каждый, кто пару месяцев «разгонял» скрипты на П‑кете, поймёт, о чём речь. Я тоже на «золотом» i7‑12700KF с 32 ГБ ОЗУ, но как только развешал в окне три‑четыре индикатора с кастомными сигнальными линиями, П‑кет начал «пробуксовывать» – тик-так с задержкой в 200‑300 мс. Пытался «чистить» массивы, кэшировать данные в локальном хранилище, даже вырезал лишние onTick‑функции, но ядро платформы всё равно «запихивает» всё в один поток. В итоге перешёл на облегчённый набор: один основной индикатор (например, VWAP) и отдельный «фоновой» скрипт, который только собирает данные и пишет их в файл, а уже потом уже анализирую их в Excel. Это не идеальный вариант, но в сравнении с «тройным» набором он почти не ломает графику. Слышал, что у некоторых в сообществе уже делали «пулл‑апдейты» через WebSocket, тем самым разгружая GUI‑поток. Я попробовал такой подход на тестовом аккаунте – в браузерной версии П‑кета всё стабильно, а в настольном клиенте всё равно «запинается» при большом объёме данных. Поэтому, если вам нужны все индикаторы одновременно, скорее всего, придётся либо ждать обновления движка, либо перейти на более «легковесную» платформу, где каждый скрипт работает в отдельном потоке. Пока я живу с компромиссом: минимум индикаторов, максимум точности, и скрипты пишу так, чтобы они не дроссели UI‑поток. Это, пожалуй, самый практичный способ обойти текущие ограничения П‑кета.