<div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000;text-align: left" dir="ltr">
                                        Hi Timothy --<div><br></div><div>I am not aware of basic support for automatic paging/swapping of the object space in the OSVM. Wouldn't the GC become more challenging to implement, too? Yet, I recall that there has been some PhD work on that topic ... probably using a pre-Spur VM ... Well, you can use (Native)ImageSegment (primitives 98 and 99) to manually manage part of the object space, right?</div><div><br></div><div>Best,</div><div>Marcel</div><div><br></div><div><br></div><div class="mb_sig"></div>
                                        <blockquote class="history_container" type="cite" style="border-left-style: solid;border-width: 1px;margin-top: 20px;margin-left: 0px;padding-left: 10px;min-width: 500px">
                        <p style="color: #AAAAAA; margin-top: 10px;">Am 18.10.2021 13:45:16 schrieb gettimothy via Squeak-dev <squeak-dev@lists.squeakfoundation.org>:</p><div style="font-family:Arial,Helvetica,sans-serif"><div style="font-family: Verdana, Arial, Helvetica, sans-serif;font-size: 10pt"><div>Sorry for the formatting, my mail reader doesn't format replies "correctly"<br></div><div><br></div><div><br></div><div>Thank you for the reply.<br></div><div><br></div><div>When you write...<br></div><div><br></div><blockquote style="border: 1px solid rgb(204, 204, 204);padding: 7px;background-color: rgb(245, 245, 245);min-width: 500px"><div><div>The bad news is that you need more than 73GB RAM as well. <br></div><div>I presume even 256GB will not suffice in practice because objects probably <br></div><div>use more memory than the xml text. <br></div></div></blockquote><div>Are you stating that every time I run Squeak, the entirety of the image is loaded into RAM?<br></div><div>I am/was operating under the presupposition that the Squeak Image is rather like that of Linux Swap Space or a Postgres DB, which both exist on hard drives.<br></div><div>And that, Cog/Spur would pull the portions it needs from the image on Disk and put them in memory as needed.<br></div><div><br></div><div><br></div><div>re:<br></div><div><br></div><blockquote style="border: 1px solid rgb(204, 204, 204);padding: 7px;background-color: rgb(245, 245, 245);min-width: 500px"><div><div>#timeProfile is your friend. <br></div><div><br></div></div></blockquote><div><br></div><div>thanks! added and I will run it on both squeak and pharo to look at differences.<br></div><div><br></div><div>re:</div><div><br></div><div><blockquote style="border: 1px solid rgb(204, 204, 204);padding: 7px;background-color: rgb(245, 245, 245);min-width: 500px"><blockquote style="border: 1px solid rgb(204, 204, 204);padding: 7px;background-color: rgb(245, 245, 245);min-width: 500px"><div><div>It's because you use the wrong priority. Use #userBackgroundPriority <br></div><div>instead of #lowIOPriority. <br></div><div><br></div></div></blockquote></blockquote>I have another (I am sure, wrong) preconception that a higher priority results in higher executions speed.<br>I suspect that it just manages interrupts, etc and that if their are none, then the execution speed is unaffected.<br>Is the latter true?<br>thx for your patience.<br>t</div><div><br></div><div><br></div><div>On Sun, 17 Oct 2021, gettimothy via Squeak-dev wrote: <br> </div><blockquote style="border: 1px solid rgb(204, 204, 204);padding: 7px;background-color: rgb(245, 245, 245);min-width: 500px"><div><div>> Eliot, <br></div><div>> <br></div><div>> Thank you for the reply <br></div><div>> <br></div><div>> <br></div><div>> That sounds like fun. To be clear, I can set these VM parameters on the running image? Or do I need to build a VM with those parameters pre-set? <br></div><div>> <br></div><div>> <br></div><div>> <br></div><div>> . Space is no problem : <br></div><div>> <br></div><div>>       bash-4.3$ df -h /bulkstorage/ <br></div><div>> Filesystem      Size  Used Avail Use% Mounted on <br></div><div>> /dev/sdd1       3.6T   86G  3.4T   3% /bulkstorage <br></div><div>> <br></div><div>> that is where the 73Gb xml file is. <br></div><div> <br></div><div>The bad news is that you need more than 73GB RAM as well. <br></div><div>I presume even 256GB will not suffice in practice because objects probably <br></div><div>use more memory than the xml text. <br></div><div> <br></div><div>> <br></div><div>> <br></div><div>> Squeak 5.3 is very slow compared to the pharo8. <br></div><div>> <br></div><div>> I have a pristine image of both running that SAX parse on the same file. <br></div><div>> <br></div><div>> pharo : <br></div><div>> <br></div><div>>       ping: two million elements.  Time: 0:00:04:12.13878234600296 <br></div><div>> <br></div><div>> <br></div><div>> <br></div><div>> squeak5.3 (I upped the priority too): <br></div><div>> <br></div><div>>       fs roughly 100000 elements in 5 minutes  <br></div><div> <br></div><div>#timeProfile is your friend. <br></div><div> <br></div><div>> <br></div><div>> <br></div><div>> for some reason, pharo lets me run the thing and still interact with the system, while on squeak, the process has priority over my inputs. <br></div><div> <br></div><div>It's because you use the wrong priority. Use #userBackgroundPriority <br></div><div>instead of #lowIOPriority. <br></div><div> <br></div><div> <br></div><div>Levente<br></div></div></blockquote><div><br></div></div><br></div></blockquote></div>