Tels <[EMAIL PROTECTED]> writes:
> Moin,
>
> On 05-Oct-02 Slaven Rezic carved into stone:
> > Tels <[EMAIL PROTECTED]> writes:
> >
> >> -BEGIN PGP SIGNED MESSAGE-
> >>
> >> Moin,
> >>
> >> On 05-Oct-02 [EMA
[EMAIL PROTECTED] writes:
> On Fri, Oct 04, 2002 at 08:24:12PM +0200, Slaven Rezic wrote:
> > Not a module, but a function which should work on FreeBSD and Linux:
>
> Why not package this up and stick it on CPAN? Proc::Memory or
> something.
Because it'a another mod
::BigInt; Math::BigInt->import();
> report(); # and now?
>
> So you get it in one go (assuming the (nonyetexistant?) Proc::Memory is
> lightwight :)
>
I assume we need both --- a raw, lightweight interface with sbrk() and
some more user
ut I'm not writing this thing, and so far I guess I've not wanted it *that*
> much. [mm. maybe I have. number 3 on my hitlist of "what slows perl" is RAM.
> So seeing if a data structure change reduces RAM is interesting to me, the
> encode compiler, and everyone building
re is using, but I don't see how
> sbrk is any better in that regard. For a more fine-grained view, you
> need hooks into Perl internals (such as the Perl malloc).
>
Regards,
Slaven
--
Slaven Rezic - [EMAIL PROTECTED]
BBBike - route planner for cyclists in Berlin
WWW version: http://www.bbbike.de
Perl/Tk version: http://bbbike.sourceforge.net
reflect the amount of memory the perl
process takes from the operating system's virtual memory system. Hence
the name MemUsed seems OK to me. For other systems which do not use
sbrk(), MemUsed should be implemented differently.
Regards,
Slaven
--
Slaven Rezic - [EMAIL PROTECTED]
tknotes - A knotes clone, written in Perl/Tk.
http://ptktools.sourceforge.net/#tknotes
