
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
Well, so far I see one bottleneck in your remote server - the video system.
Let's risk putting the drivers in (you will need to ask tech support for the name of the server manufacturer and the motherboard model) - I can help you to do it via TeamViewer, you will be connected to the server and watch everything I do at the same time.
But before that, copy/transfer the terminals to somewhere safe, so that if the server fails to start, you have an up-to-date copy of them.
Or the option to transfer everything to the server which tech support advised - with a video card built into the processor - Intel HD 4600.
It's not the video - 100%.
If the terminal slows down on startup, and even more so for minutes (and other copies start quickly), it is most likely a disk problem. It's a common case of several disk blocks not being read, which usually leads to very long brakes.
What to do:
First, check the operating system event log. If there are some broken disk blocks, ask your ISP to replace the hardware.
It's not the video - 100%.
If the terminal slows down on startup, and even more so for minutes (and other copies start quickly), it is most likely a disk problem. It's a common case of several disk blocks not being read, which usually leads to very long braking times.
What to do:
First, check the operating system event log. If there are some broken disk blocks, ask your ISP to replace the hardware.
I'll copy it tomorrow, I've been working on it all day and it's time to go to bed.
Nothing has changed globally, terminals with a couple dozens of orders also hang relentlessly. I have disabled video compression in RDP settings (as recommended above).
What else can I do?
Another question for Terminal Authorities - do users of "alternative" terminals have similar problems? (with answer, of course, please send to PM).
In the RDP settings I have specified - do not compress video (as recommended above).
It doesn't matter now as there is a built-in video that can handle compression.
Actually, very strange... How do the other programs work? Do they run fast?
It doesn't matter now, as there is a built-in video that can handle compression.
Actually, it's very strange... How do the other programs work? Do they run quickly?
It's not quite clear: you gave a screenshot of the task manager, where CPU load was less than 1% per terminal. But in the quoted technical support response it says that CPU resources are used to the maximum, each core is loaded to 100%. Somewhere the dog is buried there.
It's not quite clear: you gave a screenshot of the task manager, where CPU load was less than 1% per terminal. But in the quoted technical support response it says that CPU resources are used to the maximum, each core is loaded to 100%. Somewhere the dog is buried there.
The tech support response is not a statement but a guess. It's the same at the moment. Everything is moving somehow, loading is not more than 2%, but terminals with more than 20 orders are taking a very long time to deal with.
Yes, actually. I have not looked at all the resources, but my workload is always about 1-2% even if everything is busy then the load is not more than 2% for each terminal.
The tech support answer is not a statement but a guess. It's the same at the moment. Everything is moving somehow, loading is not more than 2%, but terminals with more than 20 orders are taking very long time to deal with.
I don't think tech support is likely to assume anything if they have accurate statistics for each client.
By the way, is the problem only with Alpari accounts or with other accounts too?
I don't think tech support is likely to assume anything if they have accurate statistics for each client.
By the way, is the problem only with Alpari accounts or with others too?