Support Board
Date/Time: Fri, 22 Nov 2024 11:19:53 +0000
[User Discussion] - Linux
View Count: 81501
[2022-09-16 04:13:59] |
User921987 - Posts: 236 |
@ertrader Thanks for the feedback.
|
[2022-09-16 19:18:55] |
Tony - Posts: 516 |
Hi ertrader, Quick update, installed 2439 today and I don't have any font issues mentioned in post #592 anymore. |
[2022-09-17 09:22:57] |
ticinotrader - Posts: 391 |
I had the same issue - SC freezes when a higher than 7.15 wine version is used (7.16 or 7.17). It affects all SC versions. I am running Arch and SC 2439. I downgraded to then locked in the 7.15 wine version in the etc/pacman.conf by adding the package to the IgnorePkg list and will probably stay with this version until the wine 8rc is out (soon). |
[2022-09-17 19:20:20] |
ertrader - Posts: 672 |
@Tony...good to hear and I did see the version notes updated regarding the fix so that was very helpful too!
|
[2022-09-17 19:31:44] |
ertrader - Posts: 672 |
I'm on Wine 7.17 and SC 2439 an not seeing hanging issues. I did test the order allocation issue and it seems to be fixed too. I will do some more testing for both hanging and order allocation.
|
[2022-09-20 14:28:12] |
allons_trading - Posts: 30 |
@ticinotrader Same here. Manjaro Linux (Arch derivative) and had to downgrade wine to 7.15 as well. 7.16 was causing freezing.
|
[2022-09-23 01:05:19] |
User611675 - Posts: 5 |
I have noticed that my dom prints are occasionally different between SC on Windoze and various linux distros using wine as well as via crossover on mac (see screenshot). Does anybody know why this happens? |
Screen Shot 2022-09-23 at 11.00.38 am.png / V - Attached On 2022-09-23 01:04:51 UTC - Size: 59.53 KB - 344 views Screen Shot 2022-09-23 at 11.00.42 am.png / V - Attached On 2022-09-23 01:05:10 UTC - Size: 38.47 KB - 291 views |
[2022-09-23 17:51:34] |
User587930 - Posts: 13 |
still seeing the issue. upgraded to wine 7 and SC 2439 and the order allocation still breaks
|
[2022-09-27 21:58:11] |
d9e5c763 - Posts: 108 |
just upgraded to a new ver of wine and there is no window freeze problem
|
screenshot-20220928-055546.jpg / V - Attached On 2022-09-27 21:57:00 UTC - Size: 116.37 KB - 268 views |
[2022-09-27 22:31:07] |
User587930 - Posts: 13 |
hey @ertrader, can you confirm whether you're still having order allocation issue? thanks
|
[2022-11-02 00:49:10] |
ertrader - Posts: 672 |
Hi User587930.. Yes the order allocation bug under SC/Linux/Wine is still there unfortunately. To resolve this bug and simplify the allocation steps, one future solution would be to list all the accounts and then have a check next to the accounts to copy to. Or, find out what is causing complete SC freeze with the allocation list as-is. Ideally we will see some help on this. In SC under Linux/Wine, adding 1 allocation account after removing whatever is in the allocation accounts list works...however, when adding more than 1 account I have not been able to find a way for it to work without SC immediately freezing/hanging requiring an OS forced exit. Trade copying is an incredibly powerful capability and I appreciate what has been implemented so far. Also, there is a third party developer and excellent trader working on a new and robust way to accomplish trade copying in SC within and between different accounts. As I get updates, I will add here. For an interesting response to user's requests for trade copying between brokers, see the link below. FWIW: SC's competitor has an add-on for this capability but I really do not want to change platforms for this capability at this time. Trade copying enables traders to make significant money while reducing risk if done properly. Often there are 1-10+ accounts copied. Trade Copier for Accounts Connected to Different Trading Services? For the 3rd party SC trade copying offerings, the between broker capability is available, however, please test thoroughly with your configuration, expertise and expectations. Latest updates: Linux updated to 5.15.0-52, Wine 7.20 with no issues Current configuration: SierraChart Version 2448 64 bit (1 instances) wine-7.20 https://www.winehq.org/announce/7.20 Mint Linux 21/Cinnamon desktop https://www.linuxmint.com/rel_vanessa_cinnamon.php Kernel 5.15.0-52 generic AMD Ryzen 7 3800X GeForce GTX 1660 Nvidia/6 GB GDDR5/Driver 470.141.03/OpenGL Dual Monitors 1920X1080 60 Hz for both monitors Total System RAM: 16 Gig Memory usage: <350 Meg running 1 and sometimes 2 instances. CPU Utilization: <5% per SC instance 48 Charts, 4 instruments (ES, YM, NQ, RTY) Denali data-feed with MBO data Teton Order Routing with Stage5/Advantage Rithmic for trader evaluations RealVNC for remote access Updated 11/1/22 PS: Here are some additional links for 3rd party trade copying developer offerings: Copy Trader Date Time Of Last Edit: 2022-11-02 04:21:33
|
[2022-11-02 06:05:32] |
User921987 - Posts: 236 |
Hi @ertrader. Can you please confirm that your CPU (3800X) utilization is <5% with 48 charts & 4 instruments during market hours specially at US market opening ? Thx.
Date Time Of Last Edit: 2022-11-02 06:06:22
|
[2022-11-02 07:39:02] |
Nicetas - Posts: 8 |
[2022-11-02 06:05:32]#611[Go To First Post] User921987 [Direct Messages] - Posts: 206 Hi @ertrader. Can you please confirm that your CPU (3800X) utilization is <5% with 48 charts & 4 instruments during market hours specially at US market opening ? Thx. My 3800x-setup uses 20-35% during market opening. I run four instances: instance 1: - 2 weekly tpo-charts (ES and NQ) - 2 daily top-charts ES/NQ - 2 5 minute charts with cum delta I put te refresh rate pretty low since this is secundary screen Instance 2: - 5 DOMS ES, NQ, DAX, STOXX, Bund - Dax range bars (24h chart) - range bars S&P and 2 NQ-charts; - 2 footprint charts all charts have volume profile of the day on it Instance 3: - NQ range bars - 4x ES range bars (run trade copier on multiple accounts) - Ultrabond all charts have volume profile of the day on it Instance 4: - 3x an extensive DOM for 10Y,30Y, Ultrabond with volume profile - range bars ES, 10Y, UB with volume profile Charts u are not using in your scalping strategy I lowered the refresh load te minimise the load, makes a lot of difference Real change in speed for me was increasing the clock speed of the Memory, and having enough memory not to swap to the harddrive. the 3800X works like a charm, 20-30% load on average. |
[2022-11-02 13:12:19] |
User921987 - Posts: 236 |
@ertrader thx for the info very useful.
|
[2022-11-02 18:41:38] |
ertrader - Posts: 672 |
Also, I have seen significant price action slowing the last couple weeks when news hits. However, with the updated data center SC mentioned in the last couple days, I am seeing much better price action.. especially right now after FOMC. Now if they would just fix the allocation issue on SC/Wine/Linux! Important Notice: Denali Data Feed Infrastructure Updates Date Time Of Last Edit: 2022-11-02 18:44:58
|
[2022-11-02 18:58:17] |
d9e5c763 - Posts: 108 |
today was the first time recently that my sierrachart didn't lag at all during a big volatility event, my dom(es+nq+rty) update time was set to 50ms alone, so this proves that before that, the problem did exist and should have bothered me and others.
|
[2022-11-03 05:53:49] |
User921987 - Posts: 236 |
How do you guys measure the data lags (price, dom) in Sierra ?
Date Time Of Last Edit: 2022-11-03 05:54:22
|
[2022-11-03 12:33:55] |
User921987 - Posts: 236 |
I'm not talking about any issues just interested in to know how do you do it. The heartbeat method (https://tinyurl.com/248gwtgt) is fine for the connection between your computer and the SierraChart server, but how about the connection between the SierraChart server and Exchange. I think this one is a bit trickier. I am quite sure there is some quality monitoring inside Sierra's server so would be nice to know something about that here in the customer interface. Date Time Of Last Edit: 2022-11-03 12:39:06
|
[2022-11-03 13:19:53] |
Luigi - Posts: 18 |
Yeah, I have been bothered by lags around opening of index futures products. To measure the lags I just put a timestamp on last price updates in my code and then just plot the deltas. theoretically (around opening at least) you have almost continuous price updates, and you should see, on average ~20ms updates , but as you can see on the chart attached, there are bigger lags, and above 100ms ones can be perceived as laggy chart... |
LagExample.png / V - Attached On 2022-11-03 13:18:03 UTC - Size: 45.34 KB - 247 views |
[2022-11-03 16:17:35] |
User921987 - Posts: 236 |
@Luigi I think the Delta method is the best we can do. It can calculate the total lag, which is sufficient in principle, but on the other hand, we cannot be sure what it consists of. For example, the time at the processing point can be very different compared to the time when the packet was received, which means that the latency comes from our computer. Whether it's the acsil code, Sierra, or the OS, we don't know. A while ago I asked support what kind of latencies we can expect to get on a colocated SierraChart, they said 20ms, which is in line with your average result. Date Time Of Last Edit: 2022-11-08 07:30:43
|
[2022-11-08 07:10:27] |
User587930 - Posts: 13 |
Hi User587930.. Yes the order allocation bug under SC/Linux/Wine is still there unfortunately. To resolve this bug and simplify the allocation steps, one future solution would be to list all the accounts and then have a check next to the accounts to copy to. Or, find out what is causing complete SC freeze with the allocation list as-is. Ideally we will see some help on this. In SC under Linux/Wine, adding 1 allocation account after removing whatever is in the allocation accounts list works...however, when adding more than 1 account I have not been able to find a way for it to work without SC immediately freezing/hanging requiring an OS forced exit. Trade copying is an incredibly powerful capability and I appreciate what has been implemented so far. Also, there is a third party developer and excellent trader working on a new and robust way to accomplish trade copying in SC within and between different accounts. As I get updates, I will add here. For an interesting response to user's requests for trade copying between brokers, see the link below. FWIW: SC's competitor has an add-on for this capability but I really do not want to change platforms for this capability at this time. Trade copying enables traders to make significant money while reducing risk if done properly. Often there are 1-10+ accounts copied. Trade Copier for Accounts Connected to Different Trading Services? For the 3rd party SC trade copying offerings, the between broker capability is available, however, please test thoroughly with your configuration, expertise and expectations. Latest updates: Linux updated to 5.15.0-52, Wine 7.20 with no issues Current configuration: SierraChart Version 2448 64 bit (1 instances) wine-7.20 https://www.winehq.org/announce/7.20 Mint Linux 21/Cinnamon desktop https://www.linuxmint.com/rel_vanessa_cinnamon.php Kernel 5.15.0-52 generic AMD Ryzen 7 3800X GeForce GTX 1660 Nvidia/6 GB GDDR5/Driver 470.141.03/OpenGL Dual Monitors 1920X1080 60 Hz for both monitors Total System RAM: 16 Gig Memory usage: <350 Meg running 1 and sometimes 2 instances. CPU Utilization: <5% per SC instance 48 Charts, 4 instruments (ES, YM, NQ, RTY) Denali data-feed with MBO data Teton Order Routing with Stage5/Advantage Rithmic for trader evaluations RealVNC for remote access Updated 11/1/22 PS: Here are some additional links for 3rd party trade copying developer offerings: Copy Trader @ertrader thanks a lot for the confirmation and for providing a very detailed response. Will explore the alternatives you linked. |
[2022-11-29 13:31:34] |
emmanuel - Posts: 57 |
I've been using Sierra Chart successfully on Linux for about 8 months. Up until recently I've only been using the server simulation mode with about 2 chartbooks, each with 3 charts. I did play around a bit with sub instances because I was looking for a way to show two chartbooks at a time. That worked as well, but I went back to a single instance simply because everything was so crammed on my laptop's screen. Since I use NixOS, I install my two instances of Sierra Chart using a custom Nix package. Updates/rollbacks are all handled by said package, such that Sierra Chart is managed by the NixOS package manager as if it were an ordinary Linux-native application :) The only thing I've noticed that doesn't work is OpenGL when using NVIDIA PRIME Offload Rendering (Optimus). My laptop has an AMD Radeon iGPU and a NVIDIA GeForce GTX 1650 dGPU. By default, OpenGL applications use the AMD iGPU. And that works fine with Sierra Chart. But when I try to utilize the NVIDIA dGPU, which requires enabling offload rendering, I get empty/black charts. The issue does seem to be specific to Sierra Chart because I tested a Windows OpenGL demo application with Wine, meaning I used the same Wine OpenGL implementation, and it works with offload rendering. Practically speaking, it's not a big deal because my AMD iGPU can handle Sierra Chart just fine. But I thought I'd mention it. Operating system: NixOS 23.05.20221122.766cc47 (Linux) - I run bleeding edge NixOS. Kernel: 6.0.9 CPU: 8 core AMD Ryzen 7 4800H iGPU: AMD Radeon RX Vega 10 dGPU: NVIDIA GeForce GTX 1650 Display: 15" internal display RAM: 16G Window manager: BSPWM Wine version: 7.0 Data feed: Rithmic CPU utilization: Sierra Chart 15%, wineserver 30% RAM utilization: 1% |
[2022-11-29 16:55:39] |
Tony - Posts: 516 |
hey emmanuel, wonder why you would choose NixOS over other popular distros? thanks.
|
[2022-11-29 18:20:33] |
emmanuel - Posts: 57 |
You can think of NixOS as being the output of a pure (mathematical) function. Using a Haskell-like notation... nixos :: Specification -> SoftwareRepository -> NixOS
nixos specification nixpkgs = ... Since it's a pure function, a change to the inputs, either the specification or the software repository (Nixpkgs), would produce a different output, hence a different installation of NixOS. This also means that if the inputs don't change, then the output doesn't change either. I could give you my specification and the Git commit of the Nixpkgs repository and you'd be able to recreate my NixOS system; The same Linux kernel, the same exact version of every application and library, the same configured services, users, etc. And it would all be installed along side the existing NixOS installation; NixOS installations never override each other. If something goes wrong, then simply reboot and select a different NixOS installation from the boot menu. This is extreme reproduceability and recoverability. I've been down the apt-get, pacman, emerge, etc, road, and they are NO match. There is no Linux distro (except perhaps Guix) which can match the reproduceability, and consequently the reliability, of NixOS; Although Redhat is trying :) |
[2022-11-29 21:13:29] |
Tony - Posts: 516 |
I didn't even realize that could be possible! Thanks so much for your detailed explanation emmanuel!! I'll definitely check it out.
|
To post a message in this thread, you need to log in with your Sierra Chart account: