Re: [Emc-users] Pi performance bottlenecks [Was: configuration via Gschem]

2017-07-22 Thread Jon Elson
On 07/22/2017 11:01 AM, Gene Heskett wrote: It may have been, were I will to learn a new program. New program? Machinekit IS LinuxCNC, at least as far as the g-code end of things is. HAL is the same, Linux is the same. There are significant differences in rtapi, but few venture into there.

Re: [Emc-users] Pi performance bottlenecks [Was: configuration via Gschem]

2017-07-22 Thread Nicklas Karlsson
> The problem with the Pi3 is that people are trying to simultaneously run > both a real time controller process and a graphic desktop system.Either > of these might work but not both at once. Real time is enough and I actually think something slower could be used. Graphics I would say have

Re: [Emc-users] Pi performance bottlenecks [Was: configuration via Gschem]

2017-07-22 Thread Chris Albertson
The problem with the Pi3 is that people are trying to simultaneously run both a real time controller process and a graphic desktop system.Either of these might work but not both at once. The Pi3 really is best when run "headless" with no monitor/keyboard/mouse plugged in. Real time processes

Re: [Emc-users] Pi performance bottlenecks [Was: configuration via Gschem]

2017-07-22 Thread Gene Heskett
On Saturday 22 July 2017 08:00:10 Erik Christiansen wrote: > On 22.07.17 06:07, Gene Heskett wrote: > > I did get an up board. SOB has a uefi bios, and would not boot > > anything I tried. So I went trolling thru the bios looking for a way > > to turn that crap off. The only thing I could find

Re: [Emc-users] Pi performance bottlenecks [Was: configuration via Gschem]

2017-07-22 Thread Erik Christiansen
On 22.07.17 06:07, Gene Heskett wrote: > I did get an up board. SOB has a uefi bios, and would not boot anything I > tried. So I went trolling thru the bios looking for a way to turn that > crap off. The only thing I could find was to disable the tcp chip. > Bricked it. According to their web

Re: [Emc-users] Pi performance bottlenecks [Was: configuration via Gschem]

2017-07-22 Thread Gene Heskett
On Saturday 22 July 2017 03:28:17 Erik Christiansen wrote: > On 15.07.17 12:48, Gene Heskett wrote: > > Screen updates in the postgui stuff are I believe that main reason > > for over-runs as the pi's video is framebuffer=damned slow. One of > > the reasons I am considering a rock64, its cpu is

Re: [Emc-users] Pi performance bottlenecks [Was: configuration via Gschem]

2017-07-22 Thread Erik Christiansen
On 22.07.17 08:38, andy pugh wrote: > On 22 July 2017 at 08:28, Erik Christiansen wrote: > > > I just ran it on my Udoo X86 Advanced, and it gives 22.3 seconds. I've since seen that there is a fourth variant, the Advanced+, and that is the one with the 14-15 second

Re: [Emc-users] Pi performance bottlenecks [Was: configuration via Gschem]

2017-07-22 Thread andy pugh
On 22 July 2017 at 08:28, Erik Christiansen wrote: > I just ran it on my Udoo X86 Advanced, and it gives 22.3 seconds. Have you found a way to make use of the Udon "Arduino" co-processor in a LinuxCNC context? -- atp "A motorcycle is a bicycle with a pandemonium

[Emc-users] Pi performance bottlenecks [Was: configuration via Gschem]

2017-07-22 Thread Erik Christiansen
On 15.07.17 12:48, Gene Heskett wrote: > Screen updates in the postgui stuff are I believe that main reason for > over-runs as the pi's video is framebuffer=damned slow. One of the > reasons I am considering a rock64, its cpu is about 30% faster, and > can be had with 4Gb of dram @ $44.95. The