[HECnet] KLH10 not idling host CPU

[Mark Abene]

Just in case folks don't know, KLH10 is a standalone KL10 emulator. It has
no connection to simh.

I've been able to reproduce this on two different x86 systems running
current versions of linux. Open two windows, run "top" in one. In the
other, assuming you're using panda-dist, start klh10, even with the default
klt20.ini file (the cpu idler is defined on by default). So far, at the
KLH10 prompt, all is well. Now type "go", and you'll be at the BOOT prompt,
but you don't need to boot anything. Look at "top" in your other window,
and you'll observe the "kn10-kl" process shoot to the top at 100% cpu
utilization.
That's a problem.

-Mark


On Sun, Mar 4, 2018 at 4:26 PM, Mark Abene <phiber at phiber.com> wrote:

> Thanks, but I have no problem with host cpu idling in simh with the pdp11
> and vax emulators.
> The problem currently only exists in the KLH10 emulator with recent linux
> versions.
>
> Regards,
> Mark
>
>
>
> On Sun, Mar 4, 2018 at 3:24 PM, Boyanich, Alastair <
> Alastair.Boyanich at au.fujitsu.com> wrote:
>
>> Hi Mark,
>>
>>
>>
>> I can only speak for the VAX side of things, but ymmv and possibly
>> similar?
>>
>>
>>
>> I’ve seen this with VMS on the VAX simulator. I think the idle loop
>> detection changed a while back (perhaps on KLH10 also?) so it wasn’t
>> detecting the vms idle loop correctly and thus emulating every cycle,
>> driving the cpu to 100%.
>>
>>
>>
>> There was an option I used to feed it in the .ini which was:
>>
>>
>>
>> SET CPU IDLE=VMS
>>
>>
>>
>> But this has not made much of a difference for a long while. On-topic,
>> SET CPU IDLE=NETBSD has worked for me. I am unsure of the reasoning.
>>
>>
>>
>> Regards,
>>
>> Al Boyanich
>>
>>
>>
>>
>>
>> *From:* owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] *On
>> Behalf Of *Mark Abene
>> *Sent:* Sunday, 4 March 2018 7:03 PM
>> *To:* hecnet at update.uu.se
>> *Subject:* [HECnet] KLH10 not idling host CPU
>>
>>
>>
>> I'm posting this here in the hopes that there are other KLH10 emulator
>> users on HECnet.
>>
>>
>>
>> I've been using KLH10 with the tap patches for years and years, and
>> idling has always worked fine. At some point over the recent couple of
>> years, idling stopped working for me on linux (I run ubuntu 16.04.4 LTS
>> with latest updates as of yesterday, on a 64-bit intel machine). My CPU is
>> stuck at 100% utilization, without even starting an emulated OS (I run
>> TOPS-20). In fact, as soon as I type "GO" in KLH10 and before doing
>> anything else, the CPU immediately shoots to 100%. Is anyone else seeing
>> this? In older versions of ubuntu/linux this didn't happen.
>>
>>
>>
>> Thanks,
>>
>> Mark
>>
>>
>> Disclaimer
>>
>> The information in this e-mail is confidential and may contain content
>> that is subject to copyright and/or is commercial-in-confidence and is
>> intended only for the use of the above named addressee. If you are not the
>> intended recipient, you are hereby notified that dissemination, copying or
>> use of the information is strictly prohibited. If you have received this
>> e-mail in error, please telephone Fujitsu Australia Limited on 02 9776 4555
>> or by reply e-mail to the sender and delete the document and all copies
>> thereof.
>>
>> Whereas Fujitsu Australia Limited would not knowingly transmit a virus
>> within an email communication, it is the receiver’s responsibility to scan
>> all communication and any files attached for computer viruses and other
>> defects. Fujitsu Australia Limited does not accept liability for any loss
>> or damage (whether direct, indirect, consequential or economic) however
>> caused, and whether by negligence or otherwise, which may result directly
>> or indirectly from this communication or any files attached.
>>
>> If you do not wish to receive commercial and/or marketing email messages
>> from Fujitsu Australia Limited, please email unsubscribe at au.fujitsu.com.
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sonic.net/pipermail/hecnet-list/attachments/20180304/781c095c/attachment-0001.html>