Re: historical contract data return the same data (for quite a span of time)
Just to clarify:? My TWS application has similar data holes AND if I go throught the api, I see the same data holes.
|
Re: historical contract data return the same data (for quite a span of time)
I can tell you I have the same issue (I think) and IB tech support had never heard of the issue when I asked - which I find unbelievable - and lead me to believe it was perhaps something wrong with my config.? The issue was submitted to "the developers" months ago.? I just re-asked last week.
What I see in general is contracts for stocks starting with "A" won't pull historical data from SMART.? I also see the same issue on index options.? Could also affect more tickers but I haven't checked.? You'll also notice it's just for the recent couple hours - it will show maybe 15 min, then blank, then historical data.? After some amount of time, It will show the data (I'm guessing after a few hours - definitely the next day should all the data for previous day).
|
Re: Install TWS or IB gateway on Ubuntu and ARM64 bit processor
Derek, You have conflicting paths which is a problem I alluded to in the last email.? It is looking for your jar file in /root/jars, which is probably not where you installed it on your desktop PC before you ported it to the arm.? You have two options:
- Do a grep search for all the paths in your Arm device and correct them manually to match your new install directory (very onerous - there are a bunch to change)
- Install in the exact same directory that you installed on your PC before compressing and installing on the Arm.? In my case, everything is install in /home/scott/Jts on both my PC and my Arm device.
One last observation is that it is not a good idea to install applications in the root directory or as root user with root privileges.? It is a security risk and/or you could easily damage your system inadvertently by issuing the wrong commands as root.? It is better to setup a user account and use sudo or su when you need root access.??
Scott
On Sun, Sep 9, 2018 at 12:21 PM, Derek Fung <ibmderekfung@...> wrote: Hi Scott,
I follow your steps and get the error below.
It said the twslaunch-963.jar does not exist. I checked the Jts folder copied from my Windows computer and I only found twslaunch-973.jar instead of older version 963.?
Can you please help?
Derek
 Thanks Richard and Scott. Let me try.? On 9 Sep 2018, at 05:39, Richard L King < rlking@...> wrote: Thanks for that Scott. Looks like there’s no need for me to do anything. ? Derek, just download and install the ARM 64 Java SE Development Kit from here: ?
? The script that Scott offered should locate the Java and do everything to launch Gateway without further ado, once you’ve copied the Jts folder over as Scott describes. ? Good luck. ? Richard ? ? ? ? Derek, I remembered a few other things so here is a follow up on running gateway on an ARM.? The installation will fail when installing a fresh IB or TWS download on an Arm Linux machine.? So the workaround is to install on an x86-X64 desktop, then compress and copy the 'Jts' folder onto the Arm filesystem.? Then used a modified script like the one I sent in the last post.? Make sure you install the Jts on the Arm in an identical file structure as your x86-x64 or you will get path errors.? For example, install in "/home/johndoe/Jts" in both the x86-64 and the Arm. As Richard indicated, the jar files will run fine on the Arm once started correctly, it is the install and startup scripts that are messing things up.?? ? On Sat, Sep 8, 2018 at 3:59 PM, MochaSatin <scott@...> wrote: Derek, You have to hack the ibgateway script to run correctly on Arm processor.? Do a diff on the attached script to see the changes I made to run the gateway.? I have run it on both a pi3 and and xu4. ? On Sat, Sep 8, 2018 at 5:20 AM, Derek Fung <ibmderekfung@...> wrote: Hi Richard, Apologize for the late response.? Last week was engaged with other urgent things. Yes, I am interested to try, please share with me.?? And which version of Orace Java for ARM that I should install? ? On Tue, Sep 4, 2018, 01:22 Richard L King <rlking@...> wrote: I think the problem here is that the TWS and Gateway installers now include their own ‘hidden’ copy of Java, this being an Oracle Java that I pretty much guaranteed to work well with that particular version of TWS/Gateway. The rationale for this is that a) it means the user doesn’t have to take the trouble to install and maintain a suitable Java version; and b) this should reduce support problems for IB because in theory the user will not accidentally use an incompatible Java version. ? Now, the actual Java compiled class files, being pure Java, are I believe identical on all platforms for TWS and Gateway, and should run with any Java VM. So in theory you should be able to install TWS/Gateway on another machine (Ubuntu perhaps or even Windows) and then just copy the relevant jar files over to the ARM machine. You’d then need to install a suitable Java on the ARM machine: I don’t know whether Oracle produce a Java version for the ARM architecture, but if they don’t you might be able to find another implementation. Ah, I’ve just discovered that indeed Oracle do support ARM. ? Once you’ve got the JAR files and the Java runtime in place, it should just be a matter of using an appropriate Java command with the correct arguments to start the thing off. I can help with that because that’s exactly what IBC/IBController do under the covers. ? So if you think this might be an avenue worth pursuing, then please let me know and get Oracle Java installed . I’ll then post the details of which jar files to copy, and the appropriate Java command (I can’t be bothered to go and look this up unless you’re actually going to use it). ? Needless to say, there’s no guarantee this will work, but there’s also no obvious reason why it won’t. ? Richard ? ? ? ? This is the error screen I have.? Seems it is related to Java.? Hey Derek,
I use ubuntu all the time for my gateway and tws machines, the ARM64 thing might be a bit odd though, I've no experience with that.
Does it state that your java version is wrong or is that a guess? If its as statement then it's a fairly good thing to look at updating, if it's a guess, well... ummm... maybe?! Best wishes, M ? On 3 September 2018 at 17:06, Derek Fung <ibmderekfung@...> wrote: Hi, Has anyone installed TWS or IB gateway successfully on ARM64 bit processor and Ubuntu?? I have problem in installation. Guess it is because the JVM is not supported.? Any suggestion?
--
(T) +44 (0) 131 2202413 ?? (M) +44 (0) 7528 551604 ? (W)
Gulfstream Software - Winner Risk Management Awards 2010
This message is subject to :
?
?
|
Re: Install TWS or IB gateway on Ubuntu and ARM64 bit processor
Hi Scott,
I follow your steps and get the error below.
It said the twslaunch-963.jar does not exist. I checked the Jts folder copied from my Windows computer and I only found twslaunch-973.jar instead of older version 963.?
Can you please help?
Derek
toggle quoted message
Show quoted text
On 9 Sep 2018, at 08:52, Derek Fung < ibmderekfung@...> wrote: Thanks Richard and Scott. Let me try.? On 9 Sep 2018, at 05:39, Richard L King < rlking@...> wrote: Thanks for that Scott. Looks like there’s no need for me to do anything. ? Derek, just download and install the ARM 64 Java SE Development Kit from here: ?
? The script that Scott offered should locate the Java and do everything to launch Gateway without further ado, once you’ve copied the Jts folder over as Scott describes. ? Good luck. ? Richard ? ? ? ? Derek, I remembered a few other things so here is a follow up on running gateway on an ARM.? The installation will fail when installing a fresh IB or TWS download on an Arm Linux machine.? So the workaround is to install on an x86-X64 desktop, then compress and copy the 'Jts' folder onto the Arm filesystem.? Then used a modified script like the one I sent in the last post.? Make sure you install the Jts on the Arm in an identical file structure as your x86-x64 or you will get path errors.? For example, install in "/home/johndoe/Jts" in both the x86-64 and the Arm. As Richard indicated, the jar files will run fine on the Arm once started correctly, it is the install and startup scripts that are messing things up.?? ? On Sat, Sep 8, 2018 at 3:59 PM, MochaSatin <scott@...> wrote: Derek, You have to hack the ibgateway script to run correctly on Arm processor.? Do a diff on the attached script to see the changes I made to run the gateway.? I have run it on both a pi3 and and xu4. ? On Sat, Sep 8, 2018 at 5:20 AM, Derek Fung <ibmderekfung@...> wrote: Hi Richard, Apologize for the late response.? Last week was engaged with other urgent things. Yes, I am interested to try, please share with me.?? And which version of Orace Java for ARM that I should install? ? On Tue, Sep 4, 2018, 01:22 Richard L King <rlking@...> wrote: I think the problem here is that the TWS and Gateway installers now include their own ‘hidden’ copy of Java, this being an Oracle Java that I pretty much guaranteed to work well with that particular version of TWS/Gateway. The rationale for this is that a) it means the user doesn’t have to take the trouble to install and maintain a suitable Java version; and b) this should reduce support problems for IB because in theory the user will not accidentally use an incompatible Java version. ? Now, the actual Java compiled class files, being pure Java, are I believe identical on all platforms for TWS and Gateway, and should run with any Java VM. So in theory you should be able to install TWS/Gateway on another machine (Ubuntu perhaps or even Windows) and then just copy the relevant jar files over to the ARM machine. You’d then need to install a suitable Java on the ARM machine: I don’t know whether Oracle produce a Java version for the ARM architecture, but if they don’t you might be able to find another implementation. Ah, I’ve just discovered that indeed Oracle do support ARM. ? Once you’ve got the JAR files and the Java runtime in place, it should just be a matter of using an appropriate Java command with the correct arguments to start the thing off. I can help with that because that’s exactly what IBC/IBController do under the covers. ? So if you think this might be an avenue worth pursuing, then please let me know and get Oracle Java installed . I’ll then post the details of which jar files to copy, and the appropriate Java command (I can’t be bothered to go and look this up unless you’re actually going to use it). ? Needless to say, there’s no guarantee this will work, but there’s also no obvious reason why it won’t. ? Richard ? ? ? ? This is the error screen I have.? Seems it is related to Java.? Hey Derek,
I use ubuntu all the time for my gateway and tws machines, the ARM64 thing might be a bit odd though, I've no experience with that.
Does it state that your java version is wrong or is that a guess? If its as statement then it's a fairly good thing to look at updating, if it's a guess, well... ummm... maybe?! Best wishes, M ? On 3 September 2018 at 17:06, Derek Fung <ibmderekfung@...> wrote: Hi, Has anyone installed TWS or IB gateway successfully on ARM64 bit processor and Ubuntu?? I have problem in installation. Guess it is because the JVM is not supported.? Any suggestion?
--
(T) +44 (0) 131 2202413 ?? (M) +44 (0) 7528 551604 ? (W)
Gulfstream Software - Winner Risk Management Awards 2010
This message is subject to :
?
?
|
Re: Latency of reqTickByTickData
On Sat, Sep 8, 2018 at 06:40 PM, Richard L King wrote:
Michael’s posts are interesting, though I must admit to being a bit baffled as to what exactly they’re showing me ... (especially if it’s using the default W32Time settings)
No, not the default settings. The graphs show the polling of six NTP hosts (representing UTC) reporting the offset of windows system time from each. Also, the raw average of those poll offsets (and an adjusted/corrected offset of those reported offsets).? What I found interesting was the accelerated drift when the system was under heavy loads. You'll see that the offsets the hosts are reporting are astoundingly variable. Best I could determine from consulting with various people is that this is due to my having cable internet, and one with particularly variable response, robbing the round-trip HTP poll timing of consistency, making the results rather noisy.
So my contention is that with an up-to-date version of Windows, with the Windows Time Service correctly configured (which means changing it from the default settings), you’ll get pretty good time syncing even if you’re not close to a stratum 1 time server (mine are about 30ms and 10-15 hops away).
?
Richard
Could be. What do you consider "pretty good time syncing"? Fluctuating:
- +/- a minute from UTC?
- +/- a second from UTC?
- +/- 100 ms?
- +/- 10 ms?
- +/- one ms?
- tighter?
And if drift or skew changes, how often is its bringing brought in line detected and acted upon. How accurate of a timestamp does someone want/need. Or think they're getting. Your "contention" is interesting, but have you a done a test run against a known UTC source to know how closely aligned your system time is to UTC, and how often it fluctuates by what amount throughout a day, or at least your trading day? Of course, if one isn't looking at data at a fine time scale, it won't matter at all. But if one is... Michael I've modified one of the graphs already uploaded. I've removed the raw average and the adjusted/corrected offset and assigned colours to each host to make it easier to track the reported offsets from a single NTP host. The first poll occurs three seconds after system time is aligned to UTC. By poll #20, 1 minute into the sampling run, system time lags UTC by ~150 ms. It is crudely aligned to UTC after poll #44. The first minutes the system is under heavy load. The next a medium load. And a light load after that.
|
Re: Install TWS or IB gateway on Ubuntu and ARM64 bit processor
Thanks Richard and Scott. Let me try.?
toggle quoted message
Show quoted text
On 9 Sep 2018, at 05:39, Richard L King < rlking@...> wrote: Thanks for that Scott. Looks like there’s no need for me to do anything. ? Derek, just download and install the ARM 64 Java SE Development Kit from here: ?
? The script that Scott offered should locate the Java and do everything to launch Gateway without further ado, once you’ve copied the Jts folder over as Scott describes. ? Good luck. ? Richard ? ? ? ? Derek, I remembered a few other things so here is a follow up on running gateway on an ARM.? The installation will fail when installing a fresh IB or TWS download on an Arm Linux machine.? So the workaround is to install on an x86-X64 desktop, then compress and copy the 'Jts' folder onto the Arm filesystem.? Then used a modified script like the one I sent in the last post.? Make sure you install the Jts on the Arm in an identical file structure as your x86-x64 or you will get path errors.? For example, install in "/home/johndoe/Jts" in both the x86-64 and the Arm. As Richard indicated, the jar files will run fine on the Arm once started correctly, it is the install and startup scripts that are messing things up.?? ? On Sat, Sep 8, 2018 at 3:59 PM, MochaSatin <scott@...> wrote: Derek, You have to hack the ibgateway script to run correctly on Arm processor.? Do a diff on the attached script to see the changes I made to run the gateway.? I have run it on both a pi3 and and xu4. ? On Sat, Sep 8, 2018 at 5:20 AM, Derek Fung <ibmderekfung@...> wrote: Hi Richard, Apologize for the late response.? Last week was engaged with other urgent things. Yes, I am interested to try, please share with me.?? And which version of Orace Java for ARM that I should install? ? On Tue, Sep 4, 2018, 01:22 Richard L King <rlking@...> wrote: I think the problem here is that the TWS and Gateway installers now include their own ‘hidden’ copy of Java, this being an Oracle Java that I pretty much guaranteed to work well with that particular version of TWS/Gateway. The rationale for this is that a) it means the user doesn’t have to take the trouble to install and maintain a suitable Java version; and b) this should reduce support problems for IB because in theory the user will not accidentally use an incompatible Java version. ? Now, the actual Java compiled class files, being pure Java, are I believe identical on all platforms for TWS and Gateway, and should run with any Java VM. So in theory you should be able to install TWS/Gateway on another machine (Ubuntu perhaps or even Windows) and then just copy the relevant jar files over to the ARM machine. You’d then need to install a suitable Java on the ARM machine: I don’t know whether Oracle produce a Java version for the ARM architecture, but if they don’t you might be able to find another implementation. Ah, I’ve just discovered that indeed Oracle do support ARM. ? Once you’ve got the JAR files and the Java runtime in place, it should just be a matter of using an appropriate Java command with the correct arguments to start the thing off. I can help with that because that’s exactly what IBC/IBController do under the covers. ? So if you think this might be an avenue worth pursuing, then please let me know and get Oracle Java installed . I’ll then post the details of which jar files to copy, and the appropriate Java command (I can’t be bothered to go and look this up unless you’re actually going to use it). ? Needless to say, there’s no guarantee this will work, but there’s also no obvious reason why it won’t. ? Richard ? ? ? ? This is the error screen I have.? Seems it is related to Java.? Hey Derek,
I use ubuntu all the time for my gateway and tws machines, the ARM64 thing might be a bit odd though, I've no experience with that.
Does it state that your java version is wrong or is that a guess? If its as statement then it's a fairly good thing to look at updating, if it's a guess, well... ummm... maybe?! Best wishes, M ? On 3 September 2018 at 17:06, Derek Fung <ibmderekfung@...> wrote: Hi, Has anyone installed TWS or IB gateway successfully on ARM64 bit processor and Ubuntu?? I have problem in installation. Guess it is because the JVM is not supported.? Any suggestion?
--
(T) +44 (0) 131 2202413 ?? (M) +44 (0) 7528 551604 ? (W)
Gulfstream Software - Winner Risk Management Awards 2010
This message is subject to :
?
?
|
Re: Latency of reqTickByTickData
Thanks for the links Mario. ? The first one in particular gives very useful information about the requirements for achieving very high accuracy with Windows 10 and Windows Server 2016. ? But it needs to be emphasised that these are the requirements to be able to guarantee the relevant level of accuracy, in such a way that you will be supported by Microsoft. But if you don’t meet the requirements it doesn’t meant that you won’t get a good result, just that you’re on your own as regards Microsoft support. ? As I indicated in my earlier post, I get pretty good results with Windows Server 2012 R2, and I’m nowhere near meeting any of those sets of requirements. I’ve now also done the same configuration on Windows 10 Professional on my rather underpowered Surface Pro 2, and that’s pretty good too. If I run a heavy workload on the Surface, the offsets do become a bit erratic. But my server is much more stable, probably because even though it’s running TWS and Gateway, two 40 GByte SQL Server databases, a mail server, and three API data collection programs, it’s actually very lightly loaded as it has 16 virtual processors and those sort of workloads just aren’t very processor intensive (essentially no significant graphics). ? Michael’s posts are interesting, though I must admit to being a bit baffled as to what exactly they’re showing me – I’d need to spend more time working through them to get a clearer understanding. But given that they’re Windows 7, I can’t say I’m surprised that the synchronisation isn’t very good (especially if it’s using the default W32Time settings)? - heck, Windows 7 is 11 years old now, and I certainly have no intention of ever using it again: in my opinion it’s positively out-of-date in practically every way in comparison to Windows 10. ? So my contention is that with an up-to-date version of Windows, with the Windows Time Service correctly configured (which means changing it from the default settings), you’ll get pretty good time syncing even if you’re not close to a stratum 1 time server (mine are about 30ms and 10-15 hops away). ? Richard ? ?
toggle quoted message
Show quoted text
From: [email protected] <[email protected]> On Behalf Of Mario Pisa
Sent: 08 September 2018 09:17
To: [email protected]
Subject: Re: [TWS API] Latency of reqTickByTickData?
Best regards
El 7 sept 2018, a las 22:46, michaelIC via Groups.Io <michael.i.c@...> escribió:
My bad.
I had a nagging thought, so I checked the log files from those runs.
The units across the bottom are not seconds, but the poll number.
The polls were done every three seconds.
So 1 is the first.
2 is the second, three seconds after the first.
3 is the third, three seconds after the second, etc..
So #20 is one minute into the run.
#40, two minutes.
|
Re: Install TWS or IB gateway on Ubuntu and ARM64 bit processor
Thanks for that Scott. Looks like there’s no need for me to do anything. ? Derek, just download and install the ARM 64 Java SE Development Kit from here: ?
? The script that Scott offered should locate the Java and do everything to launch Gateway without further ado, once you’ve copied the Jts folder over as Scott describes. ? Good luck. ? Richard ? ? ?
toggle quoted message
Show quoted text
From: [email protected] <[email protected]> On Behalf Of MochaSatin
Sent: 08 September 2018 21:25
To: [email protected]
Subject: Re: [TWS API] Install TWS or IB gateway on Ubuntu and ARM64 bit processor? Derek, I remembered a few other things so here is a follow up on running gateway on an ARM.? The installation will fail when installing a fresh IB or TWS download on an Arm Linux machine.? So the workaround is to install on an x86-X64 desktop, then compress and copy the 'Jts' folder onto the Arm filesystem.? Then used a modified script like the one I sent in the last post.? Make sure you install the Jts on the Arm in an identical file structure as your x86-x64 or you will get path errors.? For example, install in "/home/johndoe/Jts" in both the x86-64 and the Arm. As Richard indicated, the jar files will run fine on the Arm once started correctly, it is the install and startup scripts that are messing things up.?? ? On Sat, Sep 8, 2018 at 3:59 PM, MochaSatin <scott@...> wrote: Derek, You have to hack the ibgateway script to run correctly on Arm processor.? Do a diff on the attached script to see the changes I made to run the gateway.? I have run it on both a pi3 and and xu4. ? On Sat, Sep 8, 2018 at 5:20 AM, Derek Fung <ibmderekfung@...> wrote: Hi Richard, Apologize for the late response.? Last week was engaged with other urgent things. Yes, I am interested to try, please share with me.?? And which version of Orace Java for ARM that I should install? ? On Tue, Sep 4, 2018, 01:22 Richard L King <rlking@...> wrote: I think the problem here is that the TWS and Gateway installers now include their own ‘hidden’ copy of Java, this being an Oracle Java that I pretty much guaranteed to work well with that particular version of TWS/Gateway. The rationale for this is that a) it means the user doesn’t have to take the trouble to install and maintain a suitable Java version; and b) this should reduce support problems for IB because in theory the user will not accidentally use an incompatible Java version. ? Now, the actual Java compiled class files, being pure Java, are I believe identical on all platforms for TWS and Gateway, and should run with any Java VM. So in theory you should be able to install TWS/Gateway on another machine (Ubuntu perhaps or even Windows) and then just copy the relevant jar files over to the ARM machine. You’d then need to install a suitable Java on the ARM machine: I don’t know whether Oracle produce a Java version for the ARM architecture, but if they don’t you might be able to find another implementation. Ah, I’ve just discovered that indeed Oracle do support ARM. ? Once you’ve got the JAR files and the Java runtime in place, it should just be a matter of using an appropriate Java command with the correct arguments to start the thing off. I can help with that because that’s exactly what IBC/IBController do under the covers. ? So if you think this might be an avenue worth pursuing, then please let me know and get Oracle Java installed . I’ll then post the details of which jar files to copy, and the appropriate Java command (I can’t be bothered to go and look this up unless you’re actually going to use it). ? Needless to say, there’s no guarantee this will work, but there’s also no obvious reason why it won’t. ? Richard ? ? ? ? This is the error screen I have.? Seems it is related to Java.? Hey Derek,
I use ubuntu all the time for my gateway and tws machines, the ARM64 thing might be a bit odd though, I've no experience with that.
Does it state that your java version is wrong or is that a guess? If its as statement then it's a fairly good thing to look at updating, if it's a guess, well... ummm... maybe?! Best wishes, M ? On 3 September 2018 at 17:06, Derek Fung <ibmderekfung@...> wrote: Hi, Has anyone installed TWS or IB gateway successfully on ARM64 bit processor and Ubuntu?? I have problem in installation. Guess it is because the JVM is not supported.? Any suggestion?
--
(T) +44 (0) 131 2202413 ?? (M) +44 (0) 7528 551604 ? (W)
Gulfstream Software - Winner Risk Management Awards 2010
This message is subject to :
?
?
|
Re: Install TWS or IB gateway on Ubuntu and ARM64 bit processor
Derek,
I remembered a few other things so here is a follow up on running gateway on an ARM.? The installation will fail when installing a fresh IB or TWS download on an Arm Linux machine.? So the workaround is to install on an x86-X64 desktop, then compress and copy the 'Jts' folder onto the Arm filesystem.? Then used a modified script like the one I sent in the last post.? Make sure you install the Jts on the Arm in an identical file structure as your x86-x64 or you will get path errors.? For example, install in "/home/johndoe/Jts" in both the x86-64 and the Arm. As Richard indicated, the jar files will run fine on the Arm once started correctly, it is the install and startup scripts that are messing things up.??
Scott
On Sat, Sep 8, 2018 at 3:59 PM, MochaSatin <scott@...> wrote: Derek,
You have to hack the ibgateway script to run correctly on Arm processor.? Do a diff on the attached script to see the changes I made to run the gateway.? I have run it on both a pi3 and and xu4.
Scott
|
Re: Install TWS or IB gateway on Ubuntu and ARM64 bit processor
Derek,
You have to hack the ibgateway script to run correctly on Arm processor.? Do a diff on the attached script to see the changes I made to run the gateway.? I have run it on both a pi3 and and xu4.
Scott
On Sat, Sep 8, 2018 at 5:20 AM, Derek Fung <ibmderekfung@...> wrote: Hi Richard,
Apologize for the late response.? Last week was engaged with other urgent things.
Yes, I am interested to try, please share with me.??
And which version of Orace Java for ARM that I should install?
Thanks!
Derek On Tue, Sep 4, 2018, 01:22 Richard L King < rlking@...> wrote: I think the problem here is that the TWS and Gateway installers now include their own ‘hidden’ copy of Java, this being an Oracle Java that I pretty much guaranteed to work well with that particular version of TWS/Gateway. The rationale for this is that a) it means the user doesn’t have to take the trouble to install and maintain a suitable Java version; and b) this should reduce support problems for IB because in theory the user will not accidentally use an incompatible Java version. ? Now, the actual Java compiled class files, being pure Java, are I believe identical on all platforms for TWS and Gateway, and should run with any Java VM. So in theory you should be able to install TWS/Gateway on another machine (Ubuntu perhaps or even Windows) and then just copy the relevant jar files over to the ARM machine. You’d then need to install a suitable Java on the ARM machine: I don’t know whether Oracle produce a Java version for the ARM architecture, but if they don’t you might be able to find another implementation. Ah, I’ve just discovered that indeed Oracle do support ARM. ? Once you’ve got the JAR files and the Java runtime in place, it should just be a matter of using an appropriate Java command with the correct arguments to start the thing off. I can help with that because that’s exactly what IBC/IBController do under the covers. ? So if you think this might be an avenue worth pursuing, then please let me know and get Oracle Java installed . I’ll then post the details of which jar files to copy, and the appropriate Java command (I can’t be bothered to go and look this up unless you’re actually going to use it). ? Needless to say, there’s no guarantee this will work, but there’s also no obvious reason why it won’t. ? Richard ? ? ? ? This is the error screen I have.? Seems it is related to Java.? Hey Derek,
I use ubuntu all the time for my gateway and tws machines, the ARM64 thing might be a bit odd though, I've no experience with that.
Does it state that your java version is wrong or is that a guess? If its as statement then it's a fairly good thing to look at updating, if it's a guess, well... ummm... maybe?! Best wishes, M ? On 3 September 2018 at 17:06, Derek Fung <ibmderekfung@...> wrote: Hi, Has anyone installed TWS or IB gateway successfully on ARM64 bit processor and Ubuntu?? I have problem in installation. Guess it is because the JVM is not supported.? Any suggestion?
--
(T) +44 (0) 131 2202413 ?? (M) +44 (0) 7528 551604 ? (W)
Gulfstream Software - Winner Risk Management Awards 2010
This message is subject to :
|
Re: Install TWS or IB gateway on Ubuntu and ARM64 bit processor
Hi Richard,
Apologize for the late response.? Last week was engaged with other urgent things.
Yes, I am interested to try, please share with me.??
And which version of Orace Java for ARM that I should install?
Thanks!
Derek
On Tue, Sep 4, 2018, 01:22 Richard L King < rlking@...> wrote: I think the problem here is that the TWS and Gateway installers now include their own ‘hidden’ copy of Java, this being an Oracle Java that I pretty much guaranteed to work well with that particular version of TWS/Gateway. The rationale for this is that a) it means the user doesn’t have to take the trouble to install and maintain a suitable Java version; and b) this should reduce support problems for IB because in theory the user will not accidentally use an incompatible Java version. ? Now, the actual Java compiled class files, being pure Java, are I believe identical on all platforms for TWS and Gateway, and should run with any Java VM. So in theory you should be able to install TWS/Gateway on another machine (Ubuntu perhaps or even Windows) and then just copy the relevant jar files over to the ARM machine. You’d then need to install a suitable Java on the ARM machine: I don’t know whether Oracle produce a Java version for the ARM architecture, but if they don’t you might be able to find another implementation. Ah, I’ve just discovered that indeed Oracle do support ARM. ? Once you’ve got the JAR files and the Java runtime in place, it should just be a matter of using an appropriate Java command with the correct arguments to start the thing off. I can help with that because that’s exactly what IBC/IBController do under the covers. ? So if you think this might be an avenue worth pursuing, then please let me know and get Oracle Java installed . I’ll then post the details of which jar files to copy, and the appropriate Java command (I can’t be bothered to go and look this up unless you’re actually going to use it). ? Needless to say, there’s no guarantee this will work, but there’s also no obvious reason why it won’t. ? Richard ? ? ? ? This is the error screen I have.? Seems it is related to Java.? Hey Derek,
I use ubuntu all the time for my gateway and tws machines, the ARM64 thing might be a bit odd though, I've no experience with that.
Does it state that your java version is wrong or is that a guess? If its as statement then it's a fairly good thing to look at updating, if it's a guess, well... ummm... maybe?! Best wishes, M ? On 3 September 2018 at 17:06, Derek Fung <ibmderekfung@...> wrote: Hi, Has anyone installed TWS or IB gateway successfully on ARM64 bit processor and Ubuntu?? I have problem in installation. Guess it is because the JVM is not supported.? Any suggestion?
--
(T) +44 (0) 131 2202413 ?? (M) +44 (0) 7528 551604 ? (W)
Gulfstream Software - Winner Risk Management Awards 2010
This message is subject to :
|
Re: close all positions and cancel all open orders
It is in the sample java application, if you run it you'll see buttons to do exactly that.
Best wishes,
M
Hi,
I would like to cancel all open orders and close all positions.
Does anyone has an example code? (JAVA API)
Thanks.
?
|
close all positions and cancel all open orders
Hi,
I would like to cancel all open orders and close all positions.
Does anyone has an example code? (JAVA API)
Thanks.
?
|
Re: Latency of reqTickByTickData
toggle quoted message
Show quoted text
El 7 sept 2018, a las 22:46, michaelIC via Groups.Io < michael.i.c@...> escribió: My bad.
I had a nagging thought, so I checked the log files from those runs.
The units across the bottom are not seconds, but the poll number.
The polls were done every three seconds.
So 1 is the first.
2 is the second, three seconds after the first.
3 is the third, three seconds after the second, etc..
So #20 is one minute into the run.
#40, two minutes.
|
Re: Allow OCA functionality on conditional cancellations
I sometime submit OCA groups with, for example, multiple profit targets (each profit target trying to close the entire position); for a long position, a higher profit target at first, and if that first profit target is not met, then the order expires, and another, lower profit target order becomes active (subsequent profit targets have a good after equal to a previous order's good till). I wouldn't want the entire OCA group to be cancelled when the first, higher profit target's good till time is reached.
Jimmy
On Fri, Sep 7, 2018 at 6:55 PM Orionn via Groups.Io <psmiranda= [email protected]> wrote: Currently, OCA orders are only canceled if an order in the OCA group is either manually canceled or filled. If an OCA order is canceled by a good-til-date condition or by a conditional cancel price condition then the other orders in the same OCA group are not canceled. I find this logic surprising and, in my opinion, flawed. I would like to see orders in the same OCA group be canceled if another order in the same OCA group is canceled due to a good-til-date condition or a conditional cancel price condition. This issue is not API specific as orders generated in TWS also show this behavior.
In case anyone else would like the OCA functionality improved, you may vote and comment at the following New Features Poll entry:
Thank you.
--
|
Allow OCA functionality on conditional cancellations
Currently, OCA orders are only canceled if an order in the OCA group is either manually canceled or filled. If an OCA order is canceled by a good-til-date condition or by a conditional cancel price condition then the other orders in the same OCA group are not canceled. I find this logic surprising and, in my opinion, flawed. I would like to see orders in the same OCA group be canceled if another order in the same OCA group is canceled due to a good-til-date condition or a conditional cancel price condition. This issue is not API specific as orders generated in TWS also show this behavior.
In case anyone else would like the OCA functionality improved, you may vote and comment at the following New Features Poll entry:
Thank you.
--
www.tradingsoftwarelab.com
|
Re: Latency of reqTickByTickData
My bad.
I had a nagging thought, so I checked the log files from those runs.
The units across the bottom are not seconds, but the poll number.
The polls were done every three seconds.
So 1 is the first.
2 is the second, three seconds after the first.
3 is the third, three seconds after the second, etc..
So #20 is one minute into the run.
#40, two minutes.
|
Re: Latency of reqTickByTickData
Fourth.
With NTP turned back on, here's a graph of when some transactions are arriving from IB.
The width represents a second. Each axis tick across the bottom is 50 ms.
I find that the data transactions come in clustered around a time from TOS, and with system time increasing its lag, that cluster drifts to the right. This is seen in the four groups on the graph. Each group has a window typically around 150 ms wide, but this varies with load on the box, as does the elapsed number of seconds for the cluster of transaction times to drift from the left side of the 150 ms window over towards the right side of the window. Once at the right side, the cluster jumps back to the left side of the 150 ms window, and begins drifting back to the right.
So once I find the time, to get timestamps that are better than within a 150 ms drift, I'll be frequently adjusting system time off of my own local GPS disciplined time server.
|
Re: Latency of reqTickByTickData
Third.
Improved reset/align code, and resetting when the lag exceeds 20 ms. The raw NTP is being filtered by cascading outlier filters before averaging to get the correction. Looking at the NTP polls, it amazing how fast system time is 20 ms off of UTC. Or in the prior chart, 250 ms off of UTC.
So if one is using system time to create timestamps, if your load is nice and steady, then they might be close. But if the actual time of the timestamp matters, rather than just the order, you may wish to take a closer look between the time you're using to timestamp from vs. UTC.
When I compared the time adjustments I saw in the IB logs, there were very very close to the NTP UTC.
|
Re: Latency of reqTickByTickData
Second.
As code can set system time, to see how it would fare, I decided to have it realign system time to UTC TOS every time system time lagged UTC by more than 250 ms. In this graph, ms lag on the left, seconds on the bottom. In the first 20 seconds or so, system is under a heavy load, so you see the steepest lag rate. Then it goes to a medium load, then a light load after the correction. There is no meaningful difference in rate of lag between medium and light loads. Due to the lag in setting system time, you can see that it doesn't get fully aligned, but it is a lot closer than the 250 ms off of TOS.
|
