Jump to content

Photo

100% CPU on El Cap?


6 replies to this topic

#1 tuf OFFLINE  

tuf

    Chopper Commander

  • 245 posts

Posted Fri Feb 3, 2017 3:19 PM

Anyone else have this issue?  Using RespeQt with SIO2BT results in 100% sustained CPU use on El Capitan (regardless of SIO activity or not).  Reproduced on two laptops. 

 

 



#2 TheMontezuma OFFLINE  

TheMontezuma

    Dragonstomper

  • 676 posts
  • Location:Hildesheim, D / Kraków, PL

Posted Sat Feb 4, 2017 1:34 AM

Thanks for reporting. I'll check it.



#3 TheMontezuma OFFLINE  

TheMontezuma

    Dragonstomper

  • 676 posts
  • Location:Hildesheim, D / Kraków, PL

Posted Sat Feb 4, 2017 10:07 AM

With "Software Handshake" RespeQt is in a loop trying to read commands from the ATARI.

This is causing 100% CPU load under OSX and Linux.

I fixed the issue. Now the load is about 6% CPU on my MiniMac when in IDLE state.

 

Since there was no release for a long time (new features were only shared here in forum), this time I uploaded the binaries to a Github (pre-release of the r4).

 

https://github.com/T...releases/tag/r4



#4 tuf OFFLINE  

tuf

    Chopper Commander

  • Topic Starter
  • 245 posts

Posted Sun Feb 5, 2017 3:00 AM

Tested and works great!  Thanks for the quick fix.  

 

Gratuitous feature request:  any chance we'll ever see telnet networking like APE?  For those of us with only with a Mac it'd be handy!



#5 TheMontezuma OFFLINE  

TheMontezuma

    Dragonstomper

  • 676 posts
  • Location:Hildesheim, D / Kraków, PL

Posted Sun Feb 5, 2017 11:48 AM

Thanks for feedback.

Telnet networking is technically possible, but it needs time...



#6 tuf OFFLINE  

tuf

    Chopper Commander

  • Topic Starter
  • 245 posts

Posted Mon Feb 6, 2017 3:20 AM

Also wanted to note that the program no longer crashes on exit as it did with the last release.  Appreciate that fix as well.

 

Wanted to confirm once more that with the SIO2BT set to 56k (using the btcfg program) and RespeQt set to handshake using SIO2BT that the speed will report at 19.2k and this is normal.  I've tested with RWTEST and I seem to be getting roughly the same speeds as FJC so I'm fairly certain I've got it set up right.



#7 TheMontezuma OFFLINE  

TheMontezuma

    Dragonstomper

  • 676 posts
  • Location:Hildesheim, D / Kraków, PL

Posted Mon Feb 6, 2017 6:10 AM

Thanks.

I haven't changed anything in the RespeQt code which may repair crash on exit :)

Perhaps the problem was fixed in the Qt framework (I used 5.7 for building the binaries).

 

Regarding the baudrate - this value (as shown in RespeQt) has no influence on the behaviour of virtual serial ports for Bluetooth devices.

You can configure such virtual serial port on a PC to any baudrate - but whenever you read or write over the air, the full BT bandwidth is used. 

The baudrate is "throttled" in the BT transceiver, that's why you use btcfg tool to configure it for 57600 or for 19200.

However there is no way to query the "real" baudrate on the PC.


Edited by TheMontezuma, Mon Feb 6, 2017 6:16 AM.




Reply to this topic



  


0 user(s) are browsing this forum

0 members, 0 guests, 0 anonymous users