You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
the most misunderstood one here is you. don't clutter up the thread.
Good luck in your pointless attempts to get parallel results in a synchronous execution model ))
Сравнение функций обычного хостинга и форексного MetaTrader VPS
On this VPS are the CopyTicks caches cleared immediately? 3 Gb is not enough - I judge by load on home machine, if Terminal is reloaded and a dozen EAs at once will go to take history of ticks.
ChartSaveTemplate and Apply work on VPS? In general, I propose to give such a machine for stress tests.
"Normal hosting" - with or without graphical shell (Server Core)?
"Normal hosting" - with or without graphical shell (Server Core)?
This is where the table was takenfrom.
This is the whole problem, the handlers are stupidly executed in sync, i.e. in blocking mode.
Make them non-blocking!
This is the whole problem, the handlers are stupidly executed in sync, i.e. in blocking mode.
Make them non-blocking!
Did you learn some ancient folk arts, your psaltery don't play, or you bang spoons here? )))
But I'll try to speak in your ancient dialect:
if you write in WinForms the same way the buttonClick handler(object sender, EventArgs e)
Will you be able to process clicks on other WinForms elements ?
With your vision of how event-driven models are structured, you should definitely write a complaint to Microsoft first, saying that they didn't put the entire architecture in place correctly: "Give me a different thread for every batton - I'll click on the battons with my mice"?
I tried to be very correct, although it would only be possible to explain it in clear swear words
Have you been learning some kind of ancient folk art, your psaltery doesn't play, or are you banging spoons here? )))
But I'll try to speak in your ancient dialect:
if you write in WinForms the same way the buttonClick handler(object sender, EventArgs e)
Will you be able to process clicks on other WinForms elements ?
With your vision of how event-driven models are structured, you should definitely write a complaint to Microsoft first, saying that they didn't put the entire architecture in place correctly: "Give me a different thread for every batton - I'll click on the battons with my mice"?
I was trying to be very nice, but it would only be possible to explain it in clear curse words.
Go and learn asynchronous programming, are fed up already.
This is the whole problem, the handlers are stupidly executed in sync, i.e. in blocking mode.
Make them non-blocking!
Please tell me an example where asynchronous events are needed and it is not possible to do it now by standard means.
Go and learn asynchronous programming, you're getting fed up.
Why? I understand very well how applications work in Win.
You better learn the history of Python, where and when did these well-named asynchronous crutches come from? - You understand that python wasn't originally designed for these solutions?
I agree that thanks to these asynchronous things you can usePython for client-server solutions, maybe it's cool that the user's frontend can now use the resources of a multi-processor server,
but why would a user in a desktop application have a terminal in Win? - Well, if you get more threads, even if you can synchronize them with some await-functions, a common pool of messages/events will remain
I'm sick of it, I'm boring you with this whole forum, you just clutter up the threads with your fantasies, it's not my problem