Support Board
Support Board
Search Board
Control Panel
View My Posts / Threads
Direct MessagesDate/Time: Fri, 26 Apr 2024 05:43:43 +0000
[User Discussion] - Linux
View Count: 73546
| [2021-07-27 08:33:17] |
| UnixManiac - Posts: 45 |
|
On Ubuntu 20.04 + CrossOver 20.0.4 both studies are working fine for me.
|
| [2021-07-27 10:37:31] |
| User155017 - Posts: 41 |
|
I am using wine. I ll try crossover, but it seems installing windows server should be cheaper, since now there is no license to pay .. The 1 year crossover version for 49 can be used also after expiration, or it stops to work? Thanks |
| [2021-07-27 11:17:20] |
| UnixManiac - Posts: 45 |
|
I am using wine. I ll try crossover, but it seems installing windows server should be cheaper, since now there is no license to pay ..
The 1 year crossover version for 49 can be used also after expiration, or it stops to work? Thanks Afaik after 1 year the latest version will still work, just no updates/upgrades. You can install the trial and see if it really solves your issues before purchasing. If with the trial everything runs smoothly, my bet is the problem is your wine version, you can also spend time and try other versions of wine. Personally I use crossover so I don't waste time on such "adventures" :) |
| [2021-07-31 22:29:32] |
| Kiwi - Posts: 374 |
|
I just added Spreadsheet System for Trading and Spreadsheet study to an existing chart and it was fine. I suggest that you rename your .wine directory to .zzzwine and then do a reinstall of wine (note I use wine staging). After the reinstall run winetricks and the copy your .zzzwine/drive_c/ sierrachart relevant files to the new .wine/drive_c and try again. System:
Host: home Kernel: 5.11.0-25-generic x86_64 bits: 64 Desktop: Xfce 4.16.0 Distro: Ubuntu 21.04 (Hirsute Hippo) CPU: Info: 6-Core AMD Ryzen 5 3600 [MT MCP] speed: 2200 MHz min/max: 2200/3600 MHz Graphics: Device-1: NVIDIA GP108 [GeForce GT 1030] driver: nvidia v: 460.91.03 Display: x11 server: X.Org 1.20.11 driver: loaded: nvidia unloaded: fbdev,modesetting,nouveau,vesa resolution: 1: 1920x1080~60Hz 2: 1920x1080~60Hz OpenGL: renderer: GeForce GT 1030/PCIe/SSE2 v: 4.6.0 NVIDIA 460.91.03 Drives: Local Storage: total: 2.84 TiB used: 1.9 TiB (66.9%) Info: Processes: 316 Uptime: 59m Memory: 15.64 GiB used: 3.04 GiB (19.5%) Shell: Zsh inxi: 3.3.01 X11 version number: 11.0 X.Org version: 1.20.11 wine : wine-6.13 (Staging) Date Time Of Last Edit: 2021-07-31 22:32:27
|
| [2021-08-04 00:01:00] |
| User155017 - Posts: 41 |
|
Thanks. I tried wine devel, and it worked. It was crashing with wine stable. I ll try with staging as well. |
| [2021-08-08 17:15:08] |
| ertrader - Posts: 644 |
|
Good to hear it worked! Latest updates: Current configuration: SierraChart Version 2292 64 bit (2 instances) wine-6.14 Development Mint Linux 20.2/Cinnamon desktop Kernel 5.11.0-25 generic OpenGL X11lib: 1.7.0 AMD Ryzen 7 3800X GeForce GTX 1660 Nvidia video card w/6 GB GDDR5 and driver 460.91.03 Dual Monitors 1920X1080 60 Hz for both monitors Total System RAM: 16 Gig Memory usage: <640 Meg per instance. Higher than earlier posts due to adding 16 charts for CL CPU Utilization: <5% per SC instance 100 Charts, 7 instruments (ES, YM, NQ, RTY, GC, DAX, CL) Denali datafeed with MBO data Updated 8/8/21. |
| [2021-08-27 19:56:46] |
| ertrader - Posts: 644 |
|
SC, Kernel and Wine updates all with no issues. Also, recompiled my custom studies with no issues. I recompile occasionally to ensure my code is up to date. Current configuration: SierraChart Version 2299 64 bit (2 instances) wine-6.15 Development Mint Linux 20.2/Cinnamon desktop Kernel 5.11.0-27 generic OpenGL X11lib: 1.7.0 AMD Ryzen 7 3800X GeForce GTX 1660 Nvidia video card w/6 GB GDDR5 and driver 460.91.03 Dual Monitors 1920X1080 60 Hz for both monitors Total System RAM: 16 Gig Memory usage: <600 Meg per instance. Total CPU Utilization: <=5% per SC instance 100 Charts, 7 instruments (ES, YM, NQ, RTY, GC, DAX, CL) Denali datafeed with MBO data CQG order routing Updated 8/27/21. Date Time Of Last Edit: 2021-08-27 20:00:04
|
 Screenshot from 2021-08-27 15-54-12.png / V - Attached On 2021-08-27 19:56:32 UTC - Size: 28.55 KB - 347 views Screenshot from 2021-08-27 15-54-34.png / V - Attached On 2021-08-27 19:56:38 UTC - Size: 59.48 KB - 329 views |
| [2021-09-12 12:58:09] |
| User921987 - Posts: 231 |
|
Anybody running Sierra on Linux XWayland (https://www.phoronix.com/scan.php?page=news_item&px=Xserver-HW-Accel-XWayland-NV) or with Wine Wayland driver (https://phoronix.com/scan.php?page=news_item&px=Wayland-Wine-Vulkan-More) ?
Date Time Of Last Edit: 2021-09-12 13:02:00
|
| [2021-09-12 13:24:50] |
| UnixManiac - Posts: 45 |
|
Anybody running Sierra on Linux XWayland
I have tested it with with latest Crossover and Wayland on fully updated Ubuntu 20.04 LTS and Fedora 34 Workstation. With AMD cards I had no issues. Tested with amdgpu-pro and open source driver on Ubuntu. Only open source driver on Fedora. You are going to notice you will hit other problems though with Wayland, too early to use it as a full desktop. If your pc is dedicated to trading only, it could be a good option. |
| [2021-09-15 00:18:05] |
| Kiwi - Posts: 374 |
|
X11 forever, until a Wayland window manager cedes control of windows, mouse and keys to the user. Going down the rabbit hole here @ganz with dwm (try it some time). Also dropped terminator/zsh for xterm/tmux/bash but have popped back to systemd for now. System: Host: home Kernel: 5.10.0-8-amd64 x86_64 bits: 64 Desktop: dwm 6.2
Distro: Debian GNU/Linux 11 (bullseye) CPU: Info: 6-Core AMD Ryzen 5 3600 [MT MCP] speed: 1865 MHz min/max: 2200/3600 MHz Graphics: Device-1: NVIDIA GP108 [GeForce GT 1030] driver: nvidia v: 460.91.03 Display: x11 server: X.Org 1.20.11 driver: loaded: nvidia unloaded: fbdev,modesetting,nouveau,vesa resolution: 1: 1920x1080~60Hz 2: 1920x1080~60Hz OpenGL: renderer: GeForce GT 1030/PCIe/SSE2 v: 4.6.0 NVIDIA 460.91.03 Drives: Local Storage: total: 2.84 TiB used: 1.93 TiB (67.8%) Info: Processes: 307 Uptime: 9h 57m Memory: 15.64 GiB used: 4.63 GiB (29.6%) Shell: Bash inxi: 3.3.01 Currently expanding my Rust Language skills working with a port of IB's trading API to give me information and control outside of the Sierra Chart API. Date Time Of Last Edit: 2021-09-15 00:23:20
|
| [2021-09-15 05:01:26] |
| User921987 - Posts: 231 |
|
You are going to notice you will hit other problems though with Wayland, too early to use it as a full desktop.
If your pc is dedicated to trading only, it could be a good option. In Debian the default system for the Gnome has been a Wayland since Buster (version 10). Bullseye (version 11) released last month so I was thinking to test it. That Wine Wayland driver is an interesting thing. This is trading related things only. Date Time Of Last Edit: 2021-09-15 05:03:21
|
| [2021-09-24 21:51:48] |
| Kiwi - Posts: 374 |
|
Let us know how your tests go @User921987. Try out OpenGL (change in global>graphics>other) as well because I have minor issue under Wine/X11 no matter which version I'm using (must try i3 as it uses xcb apparently). They are primarily that diagonal lines have varying thickness/darkness and that I have a lag in turning on and sometimes moving the chart crosshairs. I won't go to Wayland until I can get control of my windows (xdotool, xseticon, wmctrl etc) but I must try out sway which is the Wayland i3 to see if I can get the control I want. Eventually Wayland will be better, stable and have a Window Manager that grants the users choice and freedom. Curious to know how you find the stable and better currently? Date Time Of Last Edit: 2021-09-24 21:52:39
|
| [2021-10-08 05:00:21] |
| User921987 - Posts: 231 |
|
@Kiwi Let us know how your tests go @User921987.
Sure Edit: Im currently testing things on Debian 11/Dwm (suckless.org) very lightweight X11 setup with nvidia's prop. drivers and getting quite promising results. For example in some h/c chart manipulation test SC gives +36% more cpu usage on Windows than Linux (Cpu usage on Win 34% vs Linux 25%). But I am currently experiencing a bit slow data downloads on Linux while opening charts. I have to dig this more. Date Time Of Last Edit: 2021-10-09 18:37:54
|
| [2021-10-09 18:38:00] |
| User921987 - Posts: 231 |
|
I did some tests again and I was able to reproduce the problem: The data is coming in slowly about 1 data frame/5 seconds (DF: counter in Control Bar). CPU usage is 30% and when the data is loaded fully the CPU usage will drop back to it's normal 2-3% range. Otherwise, the program works well and is fast. My native dual boot Windows 10 instance in the same h/w does the download normally. Has anyone experienced the same and did you find any particular reason for it ? |
| [2021-10-10 20:32:39] |
| ertrader - Posts: 644 |
|
I see what I think may be the same issue: 1) I used an identical chart book on latest Windows 10 and Linux. SC V2319 on both. The Linux computer is much faster than the Windows computer and yet the Linux computer performs this function much slower. 2) I used a trade evaluator account with Denali data to eliminate third party connections 3) Performed Delete All data and download. Then took time measurements from the logs when data started downloading and then when completed. 4) Ensured only one computer was downloading at a time 5) Used the same network for both Windows and Linux 6) CPU usage was only 1% on Linux. 7) The log files, chart book and screenshot of CPU usage are attached 8) No proprietary studies 9) Mint Linux 20.2. Kernel 5.11.0-37. 10) Wine Development 6.19 11) This is affecting historical download times. Once downloaded, everything works exceptionally fast as usual. Windows: 30.6 seconds Linux: 20.52 MINUTES The cause is unknown nor do I know how long this has been happening. Some insight may be in the attached logs. I will try different configurations to see what may be possible causes and solutions. Any insight and help from SC or others would be great. A thought: Could this possibly be related to compression and decompression? Date Time Of Last Edit: 2021-10-11 03:09:26
|
 TRG_ES_Data_Test.Cht - Attached On 2021-10-10 20:31:55 UTC - Size: 6.41 KB - 308 views SC_Windows_Log.txt - Attached On 2021-10-10 20:34:57 UTC - Size: 12.03 KB - 340 views SC_Linux_Log.txt - Attached On 2021-10-10 20:46:56 UTC - Size: 13.24 KB - 302 views |
| [2021-10-10 20:43:08] |
| ertrader - Posts: 644 |
|
CPU Usage
Date Time Of Last Edit: 2021-10-10 20:47:13
|
| Screenshot from 2021-10-10 16-24-57.png / V - Attached On 2021-10-10 20:46:21 UTC - Size: 16.07 KB - 293 views |
| [2021-10-11 04:23:25] |
| User921987 - Posts: 231 |
|
@ertrader Thx for the info. Btw. You said Linux is much slower so is this correct ? Windows: 30.6 seconds
Linux: 20.52 MINUTES Edit: My morning eyes are bad... MINUTES :) So it really is correct. Date Time Of Last Edit: 2021-10-11 04:53:59
|
| [2021-10-11 11:59:43] |
| ertrader - Posts: 644 |
|
Yes, that is the case for delete all data and download. Very odd! It is testable and repeatable so ideally a fix will be identified.
Date Time Of Last Edit: 2021-10-11 12:07:53
|
| [2021-10-11 13:57:25] |
| User921987 - Posts: 231 |
|
It seems we both have the same situation. Just thinking could it be possible there is delays in the real time quotes too... |
| [2021-10-13 07:07:50] |
| Kiwi - Posts: 374 |
|
What's your data feed? I used IB and have it set to 5 second downloads (so 5 second bars is what I expect plus real time tick info). Sierra and TWS are showing the same price changes.
|
| [2021-10-13 07:58:28] |
| User921987 - Posts: 231 |
|
History comes from Denali. Real time data from CQG. If there is any delay with the CQG data it's a bit hard to see. Packet inflow is so low and short. |
| [2021-10-15 22:36:44] |
| ertrader - Posts: 644 |
|
Correct, it is only historical data that is slow to download. I've tested several alternative configurations and the latest GE Egg-roll version and all respond the same with slow historical downloads. Real-time data and order routing work perfect and fast as always. Slow historical downloads are also NOT caused by CPU locks. During testing, all CPUs are all well under 20% and most in the single digits. Memory usage values below are lower due to some optimization and elimination of unused charts. Current configuration: SierraChart Version 2320 64 bit (2 instances) wine-6.19 Development Mint Linux 20.2/Cinnamon desktop Kernel 5.11.0-37 generic OpenGL X11lib: 1.7.0 AMD Ryzen 7 3800X GeForce GTX 1660 Nvidia video card w/6 GB GDDR5 and driver 460.91.03 Dual Monitors 1920X1080 60 Hz for both monitors Total System RAM: 16 Gig Memory usage: <350 Meg per instance. Total CPU Utilization: <=4% per SC instance 45 Charts, 5 instruments (ES, YM, GC, DAX, CL) Denali datafeed with MBO data CQG order routing Updated 10/15/21 Date Time Of Last Edit: 2021-10-15 22:39:51
|
| Screenshot from 2021-10-15 18-31-26.png / V - Attached On 2021-10-15 22:35:55 UTC - Size: 27.85 KB - 259 views |
| [2021-10-16 14:24:54] |
| User921987 - Posts: 231 |
|
I did a FTP download test with the Windows version of FileZilla as follows, On Linux/Wine: 9.2 MiB/s https://i.imgur.com/rjyW1qH.png On Windows: 5.1 MiB/s https://i.imgur.com/tIlzeWQ.png So the Linux was about +80% faster (both on bare metal and same computer). It looks like my Debian/Wine communication should be working OK. I think there is something in the SierraChart History download implementation that doesn't work well in Wine. Date Time Of Last Edit: 2021-10-17 11:46:11
|
| [2021-10-20 05:42:10] |
| Kiwi - Posts: 374 |
|
You need to raise it as a separate "bug" thread. This one is regarded as user discussion I think.
|
| [2021-10-20 06:41:13] |
| User921987 - Posts: 231 |
|
What I understand there is no official support for Linux so it's all up to community :) This is a problem of the closed source apps: You cannot go and check anything by yourself. If they could tell us the possible point of problem we could go and check/fix things in Wine. Something is wrong because other communication apps on wine are working very well. But this is a kind of problem we can live with. So... Date Time Of Last Edit: 2021-10-20 06:46:24
|
| [2021-10-22 02:22:16] |
| Kiwi - Posts: 374 |
|
If you start a thread with a politely worded statement of the issue, tests and logs, particularly if there is backup from someone else experiencing it then SC will at least think about what might cause it and maybe find a fix. I don't see it so can't do it :) |
To post a message in this thread, you need to log in with your Sierra Chart account: