On 2/3/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
>
> Here is the test http://www.crystalballinc.com/vlad/tmp/memtest.c
>
> It give very strange results, it works for Linux only because it uses
> mmap only and it looks like brk uses mmap internally according to Linux
> 2.6.13 kernel and it allows
Here is the test http://www.crystalballinc.com/vlad/tmp/memtest.c
It give very strange results, it works for Linux only because it uses
mmap only and it looks like brk uses mmap internally according to Linux
2.6.13 kernel and it allows unlimited mmap-ed regions (or as i
understand up to vm.max
Let's start working on it
Zoran Vasiljevic wrote:
Hi !
As Bernd broke the ice (thanks Bernd!) with submitting
the first doctools based manpage, I believe we should
slowly start to add some content there...
The doctools format is rather simple and by looking at
one source page, you can grasp ve
Hi !
As Bernd broke the ice (thanks Bernd!) with submitting
the first doctools based manpage, I believe we should
slowly start to add some content there...
The doctools format is rather simple and by looking at
one source page, you can grasp very easily how it's done.
If I look at the:
lleng
Am 02.02.2006 um 20:54 schrieb Andrew Piskorski:
Google's TCMalloc thing is also relevent, but it's not the malloc
replacement I was thinking of. Ah yes, I was thinking of "Hoard":
Oh, apparently most of such tools are really tuned to multi-cpu
systems. The problem I see is that when runnin
Am 02.02.2006 um 21:21 schrieb Gustaf Neumann:
how comes, that ckalloc is so much faster?
It avoids the malloc's lock and builds its own
malloc tables per-thread. So when lots of threads
start to attack the malloc, there is quite a lot
of contention on the mutex, so they go sleep for
a while.
Am 03.02.2006 um 02:49 schrieb Vlad Seryakov:
Just as an idea, Zoran, when you are ready to release 4.99.1, it
could be a good idea to make a release on freshmeat.net as well.
Also, can we make modules subdir as a separate .tar.gz as well?
I see no reason why not.
For naviserver, we have a
