Mike C. Fletcher wrote:
> My understanding is that slowdown is seen due to large number of stats
> during module import.
I made a few experiments and it turns out that, on a slow B2, it
takes only 182ms to stat all the 2500 files in /usr/lib/python2.5.
I also analyzed what happens when we do "p
the 1Mb (including mic sounds) has now shrunk to 10K.
Lots more savings to come as we trim...
jp
On 6-Jul-07, at 12:03 PM, C. Scott Ananian wrote:
> On 7/4/07, Pádraig Brady <[EMAIL PROTECTED]> wrote:
>> For example there are many duplicate py[oc] files,
>> and /usr/share/activities/TamTam.ac
On 7/4/07, Pádraig Brady <[EMAIL PROTECTED]> wrote:
> For example there are many duplicate py[oc] files,
> and /usr/share/activities/TamTam.activity/Resources/Sounds/lab[1-6]
> all contain the same data (wasting 600K alone).
The current proposal for downloading/updating activities on the XO
should
How about getting some of this in trac, assigned to the proper
components?
Thanks greatly for the work!
- Jim
On Wed, 2007-07-04 at 17:27 +0100, Pádraig Brady wrote:
> Bernardo Innocenti wrote:
> > Build JFFS2 size
> > -
> > 465183MB
> > 466203
Bernardo Innocenti wrote:
...
> No other dynamic language needs that pre-tokenized junk.
> Is Python so slow at parsing? Has anybody measured the
> hit?
>
There is some minor improvement in speed from the cached byte code.
That said, there's no reason to *ship* them, you can run a compileall
Pádraig Brady wrote:
> For example there are many duplicate py[oc] files,
Yeah, do we really have to ship pyc nd pyo files?
They're sometimes even bigger than the source code,
probably due to the full blown UTF-32 strings.
No other dynamic language needs that pre-tokenized junk.
Is Python so slo
Bernardo Innocenti wrote:
> Build JFFS2 size
> -
> 465183MB
> 466203MB
> 478203MB
> 482205MB
I just ran fslint¹ on build 485² and it reported³:
14,077,952 bytes wasted in 1590 files (in 1495 groups)
due to duplicate files.
For example there are many duplicat
On Tue, 2007-07-03 at 17:14 -0400, John (J5) Palmieri wrote:
> xorg-x11-server-Xorgi386 1.3.0.0-9.fc7olpc_development 2.9 M
> - don't think we can do anything here
F7's X package builds GLX support, which OLPC actively doesn't want.
Nuking it would reclaim well over 1M on disk.
On Tue, 2007-07-03 at 15:07 -0400, Bernardo Innocenti wrote:
> Build JFFS2 size
> -
> 465183MB
> 466203MB
> 478203MB
> 482205MB
Makes sense since we keep adding bits like vserver and the telepathy
stuff. There are a couple of bits where I can trim but just h
Build JFFS2 size
-
465183MB
466203MB
478203MB
482205MB
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
10 matches
Mail list logo