Hi Optimus Flow team, I’m Valentin.
My trading style is quite simple. I mainly focus on candlesticks and price action, and I don’t use a very complex setup. However, I do rely on a few custom indicators that I build for my own workflow.
I really like the fact that Optimus Flow allows custom indicators to be used directly inside the platform, because that is one of the reasons I’m interested in using it as my main trading platform. The main issue I’m currently experiencing is performance. Once custom indicators are added, the charts can start to feel noticeably less smooth, with some lag, stuttering and inconsistent movement. Sometimes I can also notice a bit of this even on relatively simple charts without many indicators.
I use a 144 Hz monitor, so smooth chart movement is very noticeable to me. At times, the platform feels closer to 60 Hz rather than taking full advantage of the monitor refresh rate, especially during chart movement, live candle updates or when custom graphics are being rendered.
My PC should have more than enough performance for this type of workload:
Intel Core i7 12th Gen, running around 4 GHz
64 GB RAM
NVIDIA RTX 5070 Ti 8 GB
144 Hz monitor
Around 600–800 Mbps download and upload speed
Located in Bucharest, Romania
Because my workflow is relatively lightweight, I think Optimus Flow could become an extremely strong platform for traders like me if chart performance and custom indicator rendering were pushed further. These are the improvements I would personally find most valuable:
1. True high-refresh-rate chart rendering
It would be great to have an actual chart refresh-rate setting with options such as 60, 120, 144, 165, 240 Hz, or matching the monitor refresh rate.
For traders using high-refresh monitors, chart movement, panning, zooming, candle updates and the crosshair should feel as smooth as the rest of the system.
Even on powerful hardware, a platform can still feel slow if the rendering loop is effectively capped or has inconsistent frame pacing.
This would make a noticeable difference for discretionary traders who spend hours watching price action and reacting to small movements in real time.
2. Improved GPU-accelerated chart rendering and frame pacing
I would like to see more focus on GPU acceleration for the charting engine itself, especially for candles, drawings, custom graphics and multiple visual layers.
The important part is not only higher FPS, but consistent frame times. A chart running at an unstable frame rate can often feel worse than one running at a lower but stable frame rate.
A stronger hardware-rendering pipeline could improve smoothness while also reducing unnecessary CPU load on systems with modern GPUs.
3. Per-indicator performance profiler
A built-in profiler for indicators would be extremely useful.
It could show information such as calculation time, paint/render time, update frequency, redraw frequency, memory usage and overall performance impact.
This would make it much easier to identify whether a slowdown comes from the platform itself or from a particular custom indicator.
It would also help developers optimize their scripts instead of having to guess where the bottleneck is.
4. Better separation between indicator calculations and chart rendering
Indicator calculations should ideally have as little impact as possible on the responsiveness of the chart UI.
For example, a calculation running on every market update should not make the crosshair, chart scrolling, zooming or candle rendering feel slower.
Improving the separation between market-data processing, indicator calculations and UI rendering could make the entire platform feel much more responsive.
5. Partial or dirty-region redraw support
Custom indicators should not need to trigger a full chart repaint when only a small part of the chart has changed.
It would be very useful to have an API that allows developers to redraw only a specific region, object or bar.
For example, only the current candle, one label, one zone or the right side of the chart could be updated when necessary.
This could significantly reduce unnecessary rendering work.
6. Separate market-data processing frequency from chart rendering frequency
Market data can update hundreds or even thousands of times per second, but the chart does not necessarily need to repaint on every single update.
The platform could continue processing every market-data event internally while rendering the chart at a controlled refresh rate, such as 120 or 144 FPS.
That would preserve data accuracy while reducing unnecessary UI work and could help eliminate small stutters during fast market conditions.
7. A real Performance / Modules mode
I would really like an option that allows users to completely disable parts of the platform they do not use.
For example, DOM, TPO / Market Profile, Order Flow modules, Volume Analysis, Heatmaps, Time & Sales, Options-related modules, News, background watchlist calculations or other unused components.
The important part is that disabling a module should mean it is actually disabled at engine level, not just hidden from the interface.
Ideally, when a module is turned off, it should stop its background calculations, subscriptions, timers and other unnecessary processing.
This would allow users with a simple workflow to run a much lighter version of the platform while still keeping the option to enable advanced modules whenever they are needed.
8. A much better native candle countdown
A high-quality native candle timer would be extremely useful.
It could display remaining time, elapsed time, percentage of the candle completed, a progress bar, candle open time, expected close time, selectable timezone and a warning color during the final seconds.
It would also be useful to choose whether it appears next to the current candle or in a fixed chart position.
One important detail would be updating the countdown using an internal timer rather than only when a new market tick arrives.
That way the countdown would remain accurate even during quiet market periods.
9. Static render caching for indicators and chart objects
Historical objects that have not changed should not need to be recalculated or redrawn continuously.
A useful approach would be to separate static and dynamic chart layers.
Completed candles, old levels and historical drawings could remain cached, while only the current candle and actively changing objects are updated.
This could significantly reduce CPU and rendering load on charts with more visual information.
10. Configurable update modes for custom indicators
It would be useful if custom indicators could explicitly define how often they need to update.
For example: every tick, price change, new bar, every 100 ms, 250 ms, 500 ms, one second or manual refresh.
Not every indicator needs to run on every market update.
Giving developers more control over update frequency could reduce unnecessary calculations and improve overall performance.
11. Built-in performance diagnostics
A dedicated performance diagnostics window would be very useful, especially when troubleshooting.
It could show average frame time, frame-time spikes, dropped frames, CPU usage, GPU usage, VRAM usage, memory usage, incoming market-data updates per second, processing latency, indicator calculation times and chart rendering time.
An option to export this information as a performance report would also make support cases much easier to diagnose.
Instead of a user simply reporting that the platform feels slow, support could receive actual performance data from the affected system.
12. A more efficient custom candle-coloring API
Custom candle coloring could benefit from a more specialized and optimized API.
Ideally, developers should be able to update candle appearance without forcing unnecessary full-chart redraws.
It would also be useful to have separate control over candle body color, wick color, border color, historical candles and the current real-time candle.
A reliable batch method for applying colors to historical candles would also help reduce repeated rendering work and avoid flickering or unnecessary refreshes.
Overall, I think Optimus Flow already has a very strong base. For traders with a simple workflow who care a lot about clean charts, responsiveness and custom tools, improving the rendering and performance side of the platform could make a very big difference.
I would personally prefer to see more focus on smoothness, optimization and custom indicator performance rather than simply adding more features.