Support Board
Date/Time: Fri, 06 Dec 2024 07:49:57 +0000
[User Discussion] - Linux
View Count: 82406
[2019-01-12 19:56:00] |
AlexPereira - Posts: 197 |
ertrader, do you have problems with latest versions of SierraChart ? I notice that testing with 15 loaded instruments, it has problems connecting at startup. On contrary, no problems happen whatsoever in version 1837. With 5 or less instruments, latests versions also connect. |
[2019-01-13 07:09:05] |
User75096 - Posts: 48 |
Here the same till 1847 all is perfect, since 48 max 4 instruments,open a dashboard no chance, permanent reconnecting, im running wine 4.0rc5 |
[2019-01-13 12:39:32] |
AlexPereira - Posts: 197 |
thanks User75096. A wild guess, maybe this on the changelogs: Increased the throughput of the network socket core within Sierra Chart. This really is only applicable when Sierra Chart is sending large amounts of data through its DTC server.
|
[2019-01-13 18:57:07] |
ertrader - Posts: 680 |
Yes, I have noticed performance issues primarily with the Market depth study. It was affecting startup times that were taking longer and longer. I ended up removing it from all but one chart to gain performance back. Startup went from 3-4 minutes loading charts to less than 25 seconds. Once the charts are up, I have not seen any performance issues but my setup does not appear to have as many charts as what you describe. I updated to Wine 4.0 RC6 (released 1/12/19) and SC V1859 over the weekend and will look for any performance issues this week. On another note, the trading group I work with (60-70 traders) has stayed at SC V1847 32 bit Windows due to a graphics issue and we are trying to get it resolved with the programmer. My Linux system does not use the same grid study as the trading room so I have been able to keep updating. Something changed after V1847 but it is unclear and has been rather difficult to track down. Grid coloring off on V1852 and v1853 Date Time Of Last Edit: 2019-01-13 19:17:58
|
[2019-01-13 20:36:08] |
AlexPereira - Posts: 197 |
Thanks! If I find anything new I will let you guys know. Also please do the same ! |
[2019-01-14 01:21:53] |
User75096 - Posts: 48 |
Jup. I stay with 1847 if there is something I new, I wool let you know, the graphic on windows is far from the the same in Linux, even 1859 and 1860 is not working for me, for performance I delete always the old market depth
|
[2019-01-23 13:23:07] |
ertrader - Posts: 680 |
There was a CTS log in issue this morning. It was unrelated to Linux or Wine and was resolved with an update to V1865. I have not seen any performance issues and I have added a couple instruments for testing that added 36 charts
Date Time Of Last Edit: 2019-01-23 13:23:44
|
[2019-01-23 16:36:10] |
AlexPereira - Posts: 197 |
One thing that I have tried, is using instances, where the server is version 1847 ( which has no problem always connecting ) and sub-instance using the latests versions. But I don't know if there is problems using different versions. Also its not very nice, that sub-instances will use the same number of instruments as the server ( for example, I have 20 instruments on server connected, even if the sub-instance isn't using any instrument, it will still connect to those 20 and download the scid files ) Did anyone of the more experienced users of SierraChart ever tried different versions between server and instances ? |
[2019-01-23 16:59:05] |
User75096 - Posts: 48 |
My style is in the moment, open server 1865, than sec. Instance, open the chart books but not connected, after downloading over Sierra connecting the 2. Instance, very suboptimal but it works
|
[2019-01-24 04:18:54] |
ertrader - Posts: 680 |
FYI: Wine 4.0 stable was released today. Performance is good, no issues on my system have identified at this time. Also, I don't currently use secondary instances so do not have any input on that subject for now.
|
[2019-03-04 18:59:56] |
ganz - Posts: 1048 |
I'd suggest Mint is a better choice for you initial live system. Play with arch, learn stuff. But for live use something boring like Mint :)
https://mxlinux.org/ |
[2019-03-12 09:22:06] |
samual sprat - Posts: 343 |
Hey All, Just joined the SC Linux community over the past week and have been getting to know how things work in this space. Thanks for all the contributors to this thread (esp all the clowns!) - could be my fav thread on SC forums to date! To test it all out, initially I installed linux mint 19 on virtualbox (6 core, 8GB RAM, 128MB VRAM), mounted the Sierra chart SSD I use in windows and installed Wine 3.0 stable along with mscorefonts and all latest updates for mint. I got a basic 2 chart chartbook running pretty quickly and was shocked by the speed of the rendering and tiny latency. Cores were not maxed, so I decided to try another more intense chartbook that I use regularly on my windows install. In windows the CPU single core usage of the intensive chartbook is around 70% but it runs flawlessly. When I tried running the same chartbook on mint the single core utilisation hit 100% pretty quickly and would load a couple charts then basically stop loading at all. I'm guessing that wine and SC were sharing the same core, hence the 100% utilisation. So, I decided to install mint again but on hardware instead of VM. Installed mint 19 onto dedicated SSD, updated drivers and recommended nvidia etc and again mounted my sierra SSD drive and ran with wine 3.0. Same issue... basic chart runs like a bat out of hell but more complex chartbooks all seem to lock up with single cpu core at 100%. I tried updating to nvidia 418x and also wine 4.0 stable, but same thing One thing I’ve not tried is installing SC natively in linux instead of the windows drive method, is that worth trying? (was hoping to keep the windows drive setup so i can straddle both OS for a bit but will change it if it works natively) Poking around in google I've found some threads on how 100% cpu can be caused when wine and main process share same core but surely there must be a way to tell wine to use a different core? Or maybe that's not the problem in this case, i'm not sure. Any ideas how I can get these chartbooks to work? Any help appreciated as i'd love to switch over from shitty windoze - stat! Oh one other issue I saw was rendering of the line type 'dash' and 'dot'. Looks like the dots are there but there're big gaps between them. The dash is just a solid line. Same with nvidia 390 and 418 drives and wine 3.0 and 4.0. Anyone know a fix for this? Thanks Sunny Date Time Of Last Edit: 2019-03-12 09:35:29
|
[2019-03-12 09:52:14] |
ticinotrader - Posts: 396 |
Hi, I can not comment on the first half of your questions because I do not experience these CPU issues (Mint 19.1 wine 4.3 on quite average laptops). I followed ertrader's instructions when setup my system. For the dash/dot display issue: it is not related to win or drivers. try to select 'alternate' line type instead of dot. There was a change recently (some versions ago) in SC that affects this. Alternate line mode will give you the correct dotted lines. Hope this helps. regards, tt. |
[2019-03-12 09:55:36] |
samual sprat - Posts: 343 |
Thanks TT... Love your youtube vids btw :)
|
[2019-03-12 10:02:02] |
ganz - Posts: 1048 |
sunnyod Thanks for all the contributors to this thread (esp all the clowns!) - could be my fav thread on SC forums to date!
Any help appreciated as i'd love to switch over from shitty windoze - stat!
welcome to the listvector<Clown> Clowns;
Clowns.push_back(Clown(sunnyod)); |
[2019-03-13 09:45:00] |
samual sprat - Posts: 343 |
Quick update. I've been looking into this a little more today and have found that sierra only seems to lock up on the chartbooks when CPU hits 100% on the core. I tested this by loading one of the complex chartbooks in windows, reducing the number of charts in in from 5 to 2, saving it and then running it in linux mint. The chartbook opens fine and runs great up until I zoom out fully on one of the charts. Then sierra hangs and I have to force quit it. I've tried using 'taskset' to allocate sierra process to a specific CPU and then used 'nice' to try and stop other processes using the same CPU but that's not pushing other processes off the CPU for some reason. I don't think this would help in any case as the other non sierra processes sharing the CPU are barely using any cycles. I also installed Sierra from scratch using wine and opened the same cut down chartbook on there but same issue, so don't think the sierra settings are to blame here. Also worth noting is the fact that i'm using Ryzen CPU. Although, I've not found any issues like this reported online Does anyone else have this issue if the core running the sierra process hits 100%? Any ideas? Thanks, Sunny Date Time Of Last Edit: 2019-03-13 10:09:53
|
[2019-03-13 10:25:21] |
ertrader - Posts: 680 |
Hi Sunny... great to have you on SC and the forum! I've not had any issues lately even with medium to large chart books (20-25 charts each with 8-12+ studies) running 24/7 on older hardware and loads fast. I am using an Intel CPU however with an AMD GPU. Searching the Mint forum I did see a couple things that may possibly related. Ensure using latest bios: https://forums.linuxmint.com/viewtopic.php?t=285701 Possible video driver issue: https://forums.linuxmint.com/viewtopic.php?t=256296 Do you have a way to test an AMD GPU? I've had both Nvidia and AMD GPU's and seem to have better stability with AMD and they are not too expensive. Date Time Of Last Edit: 2019-03-13 10:32:20
|
[2019-03-13 10:41:02] |
AlexPereira - Posts: 197 |
sunnyod: Do you have any chart that uses transparency ? especially the transparent fill top/bottom? the rectangle transparent fill is much better and usable ( I have an amd card, don't know how it handles on nvidia ). Can you share the tricky chartbook ? especially the one that locks up with 5 charts. |
[2019-03-13 12:24:05] |
samual sprat - Posts: 343 |
Hi guys thanks for the replies! I'm using Nvidia but assuming that the CPU 100% thing may be more Ryzen related? I got the same issue on the 390 and latest 418 Nvidia divers. I think my motherboard bios is up to date but will check when I'm home if there's an update that... Alex thanks I'll look into the suggestions. I was using transparency but think I switched it all to non transparent but that may be the issue. Will have a play and send over the chart book later after having a play Cheers all! |
[2019-03-13 12:35:47] |
AlexPereira - Posts: 197 |
Will have a play and send over the chart book later after having a play
try to remove all your "trading proprietary stuff" :) and have the chart still do the 100% cpu thing, and I and i guess others too will try to help you, since its much easier if we can reproduce it locally ! if your really suspicious about your ryzen and linux, you can take a look at: https://github.com/Oxalin/ryzen-test and more info at : https://www.reddit.com/r/Amd/comments/8e1peo/how_to_check_ryzen_segfault_bug/ |
[2019-03-13 13:01:53] |
samual sprat - Posts: 343 |
Awesome stuff man. Thanks Alex. Im back in windows atm but will have a look tonight
|
[2019-03-13 19:49:03] |
samual sprat - Posts: 343 |
Alex, you're a ledge! Was the fill to zero that was messing things up. Working perfectly now after changing everything to rectangle based. Really impressed with the speed of stuff, never expected this much improvement. In windows my main chart had about 60-150ms latency. Now its running 22-45ms ! Thanks everyone for your inputs, really appreciated |
[2019-05-27 01:03:33] |
ertrader - Posts: 680 |
Just a few quick notes: Updates in SC have progressed without any issues up to V1924. Wine on Linux has been extremely stable... actually cannot remember the last time I had any wine/Linux issues. Hopefully everyone else is experiencing the same! The new routing service is working well after a few initial issues. New TT trading Auto trading is working without any issues. Best regards |
[2019-05-27 04:55:16] |
samual sprat - Posts: 343 |
Yup same Etrader. Expecting the imminent opengl to possibly throw us a curve ball though, will be interesting. Anyone know if opengl may present an issue (Sierra?)? I'm guessing wine may even handle it better, but I'm fairly new to running SC on linux |
[2019-05-27 05:18:42] |
Kiwi - Posts: 375 |
I would imagine it will be fine (running wine 4.0.1 on mint 19.1) but you can never been certain. There are a lot of moving parts in software. I keep a copy of the last totally stable SC in a directory in case something goes awry. Then I can just copy in the executable & revert if it does. |
[2019-07-06 20:04:01] |
ertrader - Posts: 680 |
In the latest version 1941, when attempting to open the trade service log, SC creates a rectangle bar across the screen at the top rather than opens the log. I've tried Wine 4.0.1 and 4.12 and both have the same issue. There is an X on the right that allows me to close it and it happens without any charts. Not sure which version this started happening. Does anyone know if there is a way to see the trade services log outside of SC? I've looked in the various directories in SC. Ideally, it would be fixed at some point. Date Time Of Last Edit: 2019-07-06 20:05:49
|
Screenshot from 2019-07-06 16-00-43.png / V - Attached On 2019-07-06 20:03:43 UTC - Size: 34.05 KB - 720 views |
To post a message in this thread, you need to log in with your Sierra Chart account: