Hi Aurelien, thanks for your reply and sorry for mine being so late On Fri, Sep 2, 2011 at 21:56, Aurelien Jarno <aure...@debian.org> wrote: > As always, when the libc doesn't have the information from a kernel > syscall, it needs to get it another way, and it often ends up using > /proc or /sys as the source of information. In some cases it can't take > huge amount of time, but the problem is not that the libc doesn't parse > the pseudo file inefficiently, just that the kernel has to generate > insane amount of useless data.
Thanks for the explanation! > In your case of statvfs(), the problem has been solved a bit more than > one year ago, by exporting the missing data directly through the > syscall. For that you need a libc >= 2.13 and a kernel >= 2.6.36. I > guess in your case you are using Squeeze, which doesn't meet these > requirements. Yep, I'm on squeeze. > The libc patch is trivial to backport, having it in squeeze is mostly > about convincing the release managers that it's useful and safe. On the Can you point me to that relevant patch? I can try to talk to RM but I guess we won't get that far: given it won't solve the problem at hand just by itself, because it requires an updated kernel, it would probably get rejected - but worth a try. > kernel side, it seems a bit more complicated, as the change has been > followed by a lot of small bug fixes. I see. What would you suggest as a better approach to solve our problem? is backporting libc a feasable solution? bpo already have 2.6.38 (or now even later) kernel version, so we can probably use that. Thanks a lot for your input, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org