<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p><br>
</p>
<br>
<div class="moz-cite-prefix">On 09/14/2018 02:54 PM, Neil
Schemenauer wrote:<br>
</div>
<blockquote type="cite"
cite="mid:20180914215424.hjxvq5l7m66schas@python.ca">
<pre wrap="">On 2018-09-14, Larry Hastings wrote:
[...]
</pre>
<blockquote type="cite">
<pre wrap="">improvement 0.21242667903482038 %
</pre>
</blockquote>
<pre wrap="">
I assume that should be 21.2 % othewise I recommend you abandon the
idea. ;-P</pre>
</blockquote>
<br>
Yeah, that thing you said.<br>
<br>
<br>
<blockquote type="cite"
cite="mid:20180914215424.hjxvq5l7m66schas@python.ca">
<pre wrap="">I wonder how much of the speedup relies on putting it in the data
segment (i.e. using linker/loader to essentially handle the
unmarshal). What if you had a new marshal format that only needed a
light 2nd pass in order to fix up the data loaded from disk?</pre>
</blockquote>
<br>
Some experimentation would be in order. I can suggest that, based
on conversation from Carl, that adding the stat calls back in costs
you half the startup. So any mechanism where we're talking to the
disk _at all_ simply isn't going to be as fast.<br>
<br>
<br>
<i>/arry</i><br>
</body>
</html>