<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><br class=""></div><div class="">Hello,</div><div class=""><br class=""></div><div class="">I’m running some multithreaded programs on an RPi 3b+, and </div><div class="">I learned of memory corruption bug #1257: <a href="https://trac.clozure.com/ccl/ticket/1257" class="">https://trac.clozure.com/ccl/ticket/1257</a></div><div class="">so I decided to compile the newest opencml to see if it is still there.</div><div class=""><br class=""></div><div class="">Strangely, the code (read-from-serialized-string) from the above page </div><div class="">does not seem to trigger the bug after about an hour of running,</div><div class="">but my question is why is this version running on only 1 CPU?</div><div class="">And why does it seem much slower than before?</div><div class=""><br class=""></div><div class="">Top shows 100% cpu usage in (read-from-serialized-string :thread-count 7),</div><div class="">but running the same code on 1.11.5/v1.11.5 uses nearly 400% CPU, so the new version </div><div class="">1.12-dev seems to be running on one CPU.</div><div class=""><br class=""></div><div class="">Running dummy loops in separate threads in 1.12-dev uses up multiple CPUs, though,</div><div class="">so my 1.12-dev is definitely multithreaded.</div><div class=""><br class=""></div><div class="">So it’s only the task in ticket 1257 (or perhaps the lisp reader it uses?) that is single</div><div class="">threaded.</div><div class=""><br class=""></div><div class="">Can anyone shed some light on this? Has this bug been effectively solved, or has</div><div class="">some unrelated change to threading simply mitigated it?</div><div class=""><br class=""></div><div class="">Thanks,</div><div class="">John</div><div class=""><br class=""></div><div class=""><br class=""></div></body></html>