On Fri, 24 Jun 2005 23:26:56 +0100, Nicholas Clark <[EMAIL PROTECTED]> wrote:
> Would it make sense to replace the hardwired 2048 file descriptor reference
> count array (used in perlio.c, defined in perlvars.h)
In in favour of lifting hard coded limits, but I'd not like that to cause
speed concerns. How about a stic set of, say, 32 fd's, and the rest fully
dynamic?
> PERLVARA(Gperlio_fd_refcnt, 2048, int) /* PERLIO_MAX_REFCOUNTABLE_FD */
>
> with 2 global variables (both protected by the PerlIO_mutex),
> one a pointer to a dynamically allocated array, the other its length?
>
> This would seem more flexible than the current arrangement, and would
> probably use less memory in the general case.
>
>
> For the various configurations of perl, are global variables always global
> to perl${exe} ? Or can they end up in a shared library and hence have to
> stay the same size to maintain binary compatibility?
> (I'm looking at 8k of fd reference count array in every perl process ever
> started and wondering if it might go on a diet)
>
> Nicholas Clark
>
--
H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/)
using Perl 5.6.2, 5.8.0, 5.8.5, & 5.9.2 on HP-UX 10.20, 11.00 & 11.11,
AIX 4.3 & 5.2, SuSE 9.2 & 9.3, and Cygwin. http://www.cmve.net/~merijn
Smoking perl: http://www.test-smoke.org, perl QA: http://qa.perl.org
reports to: [EMAIL PROTECTED], perl-qa@perl.org
