<div dir="ltr">The best thing in order to help you would be to share a minimal example benchmark, and try to reproduce your findings first.<br><br>Questions:<br><br>1. Did you try already with old images and VMs, 32 vs 64 bits, different OSes, different hardware?<div>2. Did you try disabling JIT?<br>3. Are you documenting your findings so people can help you by trying to replicate your results?<br>4. Is the benchmark really coupled with Cuis' Aconcagua, or can you think of something similar, but more generic that would allow you/us to also test with Squeak and Pharo? <br><br>Ideas:<br>1. One benchmark variant that does almost no allocation, and another that allocates much more, then compare whether the spike frequency changes. If the spike cadence tracks allocation volume, you are looking at a runtime maintenance cycle; if it stays fixed, it is more likely a periodic heartbeat/interrupt source.<br>2. Test whether the spikes survive when you run a completely empty loop under the same measurement wrapper.<br><br>-- <br>Eze</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">El vie, 15 may 2026 a la(s) 5:12 p.m., Nicolás Papagna Maldonado via Cuis-dev (<a href="mailto:cuis-dev@lists.cuis.st">cuis-dev@lists.cuis.st</a>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi folks,<br><div><br></div><div>I've tried the following without success. The same jitter is still present in these scenarios:</div><div><ul><li>Running the experiment using the -headless VM flag</li><li>Running the experiment using the -noheartbeat VM flag<br></li><li>Running the experiment inside a block with valueUnpreemtively</li><li>Configuring Smalltalk vmParameterAt: 26 put: 10 before running the experiment</li><li>Replace idle process: 50ms relinquish instead of 1ms -> this required making the change and re-starting the image to run the experiment.</li></ul><div><br></div></div><div>I'll try to provide exact steps to reproduce, but for now, I have no clue about where this is coming from.</div><div><br></div><div>Is there anything else I could be missing?</div><div><br></div><div>Thanks in advance,</div><div>Nico PM</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 13, 2026 at 11:00 AM Phil B via Cuis-dev <<a href="mailto:cuis-dev@lists.cuis.st" target="_blank">cuis-dev@lists.cuis.st</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I have not looked recently, but Morphic used to have an idle throttle where (IIRC) if there weren't keyboard/mouse inputs for a period of time, Morphic updates would occur at a decreased rate.  It occurred after some number of seconds without input.  Assuming that functionality is still in place, you might be seeing the other side of it (i.e. when the Morphic update rate is higher your code is less performant, when it is lower your code is more performant.  While the *drawing* may be on another thread, the Morphic Smalltalk overhead would still be sharing/competing for a single core with the rest of the image.)  I don't recall if it was hard-coded or a preference but I'm sure Juan would be able to speak to the current state of that functionality if it still exists.  If this information is out of date, please disregard...</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 12, 2026 at 3:18 PM Nicolás Papagna Maldonado via Cuis-dev <<a href="mailto:cuis-dev@lists.cuis.st" target="_blank">cuis-dev@lists.cuis.st</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div>Hi folks,</div><div><br></div><div>I'm in the process of doing performance benchmarks of my Code Coverage tool for my thesis, and I've encountered something interesting while measuring the test execution times of the Aconcagua package.</div><div><br></div><div><b>Observation:</b><br>When running the Aconcagua test suite 150 times in a clean image, the execution times are not normally distributed. Instead, they fall into two distinct "modes":<br><br><img src="cid:ii_mp2zz9lt2" alt="image.png" width="535" height="423"><br>A Base Mode (~6.28 ms): Representing roughly 72% of the iterations.<br>A Spike Mode (~7.0 ms): Representing roughly 28% of the iterations.<br><br>As the next plot shows, the spikes are not random; they seem to be kind-of deterministic (roughly every 4th iteration).</div><div>I think these perturbations are visible because I'm taking very small measurements (~6.28 ms).</div><div><img src="cid:ii_mp2ziel81" alt="image.png" width="535" height="422"><br><br><b>Question:</b><br>I am trying to isolate whether this "heartbeat" is originating from within the Cuis image or the VM/OS layer (I'm thinking of VM timer/events, maybe UI timers?)</div><div>Does anyone know what could be causing this?</div><div>Are there any known events that run at this particular frequency?</div><div><br></div><div>I repeated the experiment a couple of times and the perturbations are consistent (in terms of ms and frequency).</div><div><br></div><div><b>Methodology:</b></div><div><ul><li>Measurements were taken in batches of 50 test runs.</li><li>Each batch was run in a fresh image, waiting 2 minutes for the VM to stabilize Cuis code.</li><li>10 warmup runs were done and discarded before measuring test run times.</li><li>Measurements were taken using Time primHighResClock and converted to ms using Time highResTimerTicksPerMillisecond.</li><li>VM stats were collected before and after measurements. A full GC was run before taking measurements.</li><li>No GC activity was observed while measuring the tests run (VM stats report no full nor incremental GCs).</li><li>The test suite was created and run from a workspace</li></ul></div><div><b>Cuis environment:</b><br><ul><li>Cuis Smalltalk commit: <a href="https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev/commit/b221722348cc46ebb9f5d9f3a057a3f361aa3d55" target="_blank">https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev/commit/b221722348cc46ebb9f5d9f3a057a3f361aa3d55</a></li><li>Code Coverage commit: <a href="https://github.com/npapagna/cuis-code-coverage/commit/db19de02250a3fd50dfc4e0b4d0893b656e31e9b" target="_blank">https://github.com/npapagna/cuis-code-coverage/commit/db19de02250a3fd50dfc4e0b4d0893b656e31e9b</a></li><li>Aconcagua commit: <a href="https://github.com/Cuis-Smalltalk/Measures/commit/05aa02aada64f7b64898a5e1452ae8fb76f79427" target="_blank">https://github.com/Cuis-Smalltalk/Measures/commit/05aa02aada64f7b64898a5e1452ae8fb76f79427</a></li></ul><b>Machine environment:</b><br><ul><li>Model Name:        MacBook Pro</li><li>Model Identifier:       MacBookPro18,3</li><li>Model Number:        MKGR3LL/A</li><li>Chip:     Apple M1 Pro</li><li>Total Number of Cores: 8 (6 Performance and 2 Efficiency)</li><li>Memory:  16 GB</li><li>System Firmware Version:      13822.81.10</li><li>OS Loader Version:      13822.81.102</li><li>APPLE SSD AP0512R (NVMe, avg read 5671 MB/s, avg write 5670 MB/s)</li><li>macOs 26.3 (25D125)</li><li>A dedicated fresh profile was created for the benchmarks (indexing, time machine, screen lock/saver, display shutdown, bluetooth and wifi disabled).</li></ul></div></div><div dir="ltr"><div>Thanks in advance,</div><div>Nico PM</div><div><br></div></div>
</div>
-- <br>
Cuis-dev mailing list<br>
<a href="mailto:Cuis-dev@lists.cuis.st" target="_blank">Cuis-dev@lists.cuis.st</a><br>
<a href="https://lists.cuis.st/mailman/listinfo/cuis-dev" rel="noreferrer" target="_blank">https://lists.cuis.st/mailman/listinfo/cuis-dev</a><br>
</blockquote></div>
-- <br>
Cuis-dev mailing list<br>
<a href="mailto:Cuis-dev@lists.cuis.st" target="_blank">Cuis-dev@lists.cuis.st</a><br>
<a href="https://lists.cuis.st/mailman/listinfo/cuis-dev" rel="noreferrer" target="_blank">https://lists.cuis.st/mailman/listinfo/cuis-dev</a><br>
</blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><br>Nicolás Papagna</div>
-- <br>
Cuis-dev mailing list<br>
<a href="mailto:Cuis-dev@lists.cuis.st" target="_blank">Cuis-dev@lists.cuis.st</a><br>
<a href="https://lists.cuis.st/mailman/listinfo/cuis-dev" rel="noreferrer" target="_blank">https://lists.cuis.st/mailman/listinfo/cuis-dev</a><br>
</blockquote></div>