Re: [Emc-developers] improvement for rs274

2020-06-08 Thread Reinhard
Hi Andy, On Montag, 8. Juni 2020, 10:10:42 CEST andy pugh wrote: > Which bug are you talking about here? I suppose, that for tests you use interpreter in commandline-variant? or said call "bin/rs274" ? If not, then please tell me how to use the interpreter from commandline. But if so, store a

Re: [Emc-developers] improvement for rs274

2020-06-08 Thread andy pugh
On Mon, 8 Jun 2020 at 02:56, Reinhard wrote: > > What's the sense of runtests? > The tests are largely to check that fixed bugs have stayed fixed, many are based on specific problems previously encountered. It's a ringle command to run them and a 20 minute wait. It doesn't seem that much to

Re: [Emc-developers] improvement for rs274

2020-06-07 Thread Reinhard
On Sonntag, 7. Juni 2020, 17:36:17 CEST andy pugh wrote: > That seems like a suspiciously large performance increase. > Do runtests still pass? What's the sense of runtests? My debug sessions showed, that stored G5x could never have been tested. Same is true for tool length compensation. Or if

Re: [Emc-developers] improvement for rs274

2020-06-07 Thread andy pugh
On Sat, 6 Jun 2020 at 19:33, Reinhard wrote: > current version from master: > real0m20,118s > > improved variant: > real0m0,186s That seems like a suspiciously large performance increase. Do runtests still pass? Do you fancy making a pull-request on

[Emc-developers] improvement for rs274

2020-06-06 Thread Reinhard
Hi, I tested rs274 in batch mode and performance is absolutely poor, when using it as a filter, which is default for unix programs. I found out, that readline - the slowest known unix program - causes that lag. When using rs274 as filter, you don't need any of the features of readline, so I did