Hi,
> I might agree with you on that because the Hurd OS is running under KVM
> with 128M of RAM allocated for it.
> Although KVM is fast I've felt that Hurd is not _very_ good at memory
> management.
> This could be true because when I lower down the number of packages, the
> installation proceeds.
Yes, that sounds like it. 128MB is definitely not enough, and I think
the process is starting to swap. The last time I used Hurd (which is
like 5 years ago) swap management was done by Mach, and it wasn't that
good.
> BTW, if this holds true what do you think would be a possibility for a
> workaround (excluding the idea of
> Lowering down the number of packages ;-) ) ?
>
> Is there a possibility to parse reports one-by-one and maybe write to a
> temporary file and then read it ?
> Just let's avoid reading the entire thing into RAM. What do you say ?
in lib/debian/bts.rb there is a constant
ParseStep = 200
This is the value which determines how many bugs to process at a time.
Reducing this number will make things slow, and it should really be
determined dynamically based on available memory, but it's currently
defined static.
If you can tweak this number and find out if this improves the
situation for you, it will be a source of motivation for me to make
this variable dynamic (or configurable).
regards,
junichi
--
[EMAIL PROTECTED],netfort.gr.jp} Debian Project
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
