> The fix that was posted effectively limited the number of headers to 100 by
> patching the function that reads them in to memory. This is incomplete
Yes, which was mentioned in the post with the patch. The development tree
has a much better solution that doesn't have these problems (it's
O(n*lg(n)) cpu time, O(n) space).
> In an attempt to correct the problem altogether ulimit was invoked to
> restrict the maximum size of it's data segment instead of trying to hack
On linux you have to use RLIMIT_AS, RLIMIT_DATA is useless. This is a
conspiracy between the kernel and libc to produce a bug... whose fault it
is you can debate. But unix98 does say that RLIMIT_DATA affects memory
allocated by malloc() ... it just doesn't count mmap(). Too bad malloc
uses mmap.
Dean
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html