Re: [gentoo-amd64] Re: Too many open files in KTorrent

[Nicolas MASSÉ]

On Tuesday 25 April 2006 19:41, Duncan wrote:
> Nicolas MASSÉ posted <200604251632.37748.nicolas27.masse@×××××××.net>,
>
> > Don't you think it's a bit strange to have a maximum number of open
> > files defined at runtime (ulimit) and another limit (a C constant)
> > defined at compilation ?
>
> No.  Some reasonable default limit must be set, and 1024 is a reasonably
> sane default.  An app can override that default if necessary.  For the
> vast majority of applications, 1024 files should be plenty.  Set the
> default higher than that and you are just begging for a buggy application
> to DoS the system.  It's still possible to do it deliberately with an
> override, but in that case it'd have to be a deliberate attack.  The
> default guards against the unintended.

I agree with you that it is necessary to have limits, but I think all limits 
should be adjustable at runtime or at compile time but not a mix of both !

> > Do you think I should report this as a bug against KTorrent ? KDE ? Qt ?
> > libc ? something else ?
>
> I'd say KTorrent, as that's what's failing to change the normally
> reasonable default, for the special case that is KTorrent.  If it's simply
> using a library there, as is possible, and the override needs to be in the
> library, they can bug it upstream or ask you to do so.  It's possible,
> however, that the 1024 default is a reasonable limit for the library as
> well, and ktorrent will need to statically link its own copy, with the
> necessary change incorporated.
>

Ok for Ktorrent, I will see with its team.

Thanks for your answer.

-- 
Nicolas MASSÉ
Pour récupérer ma clef GPG:
gpg --keyserver wwwkeys.eu.pgp.net --recv-keys 0x2A18C433
Key fingerprint: 6621 FC23 5DC7 54BA B952 316A 50B1 BC3F 2A18 C433