As the proud owner of that particular patch, I guess I should say
something... :)
Daniel == Daniel Martin at cush [EMAIL PROTECTED] writes:
Daniel Ok, I've looked at it.
Daniel I really don't know quite what to do with this. On the
Daniel one hand, automatically reading the shadow
Darren/Torin/Who Ever... [EMAIL PROTECTED] writes:
-BEGIN PGP SIGNED MESSAGE-
Daniel Martin, in an immanent manifestation of deity, wrote:
My... it's been a while since I was investigating perl internals
(writing C code that was callable from perl) - at least two years,
which
Chris Fearnley [EMAIL PROTECTED] writes:
On Thu, Jun 18, 1998 at 12:38:45PM -0500, Richard Kaszeta wrote:
Christopher J. Fearnley writes (Re: Serious performance bug in Perl):
to call it (instead of the default perl - 5.004.04-6). Performance
improved several hundred-fold. So I believe
Daniel == Daniel Martin at cush [EMAIL PROTECTED] writes:
Daniel It's a perl thing. I can almost guarantee it. The
Daniel problem is perl's shadow password support and it's getpw*
Daniel functions. Whenever these functions are called (and
Daniel assigned to a variable; if you
Ben Gertzfield [EMAIL PROTECTED] writes:
Daniel == Daniel Martin at cush [EMAIL PROTECTED] writes:
Daniel It's a perl thing. I can almost guarantee it. The
Daniel problem is perl's shadow password support and it's getpw*
Daniel functions. Whenever these functions are called
-BEGIN PGP SIGNED MESSAGE-
Daniel Martin, in an immanent manifestation of deity, wrote:
My... it's been a while since I was investigating perl internals
(writing C code that was callable from perl) - at least two years,
which somehow seems much longer.
Well, I'll have my machine download
On Mon, Jun 15, 1998 at 04:43:13AM -0700, Darren/Torin/Who Ever... wrote:
Chris Fearnley, in an immanent manifestation of deity, wrote:
But yesterday I upgraded a bo system to hamm which has a 3000 line
/etc/passwd. Now adduser takes OVER ONE MINUTE to find a UID and GID
for the new user.
Christopher J. Fearnley writes (Re: Serious performance bug in Perl):
to call it (instead of the default perl - 5.004.04-6). Performance
improved several hundred-fold. So I believe the problem is either in
perl or libc6.
Any suggestions on how to resolve this? As I said before the slowdown
.
If 2.0.7pre3 isn't an improvement over pre1, then I need to know about it,
and what is causing it so I can complain upstream about it ;-)
Thanks,
On Thu, 18 Jun 1998, Richard Kaszeta wrote:
Christopher J. Fearnley writes (Re: Serious performance bug in Perl):
to call it (instead of the default perl
No, I am not running NIS. Just simple text /etc/passwd and /etc/shadow.
On Thu, Jun 18, 1998 at 12:38:45PM -0500, Richard Kaszeta wrote:
Christopher J. Fearnley writes (Re: Serious performance bug in Perl):
to call it (instead of the default perl - 5.004.04-6). Performance
improved several
'Darren/Torin/Who Ever... wrote:'
Chris Fearnley, in an immanent manifestation of deity, wrote:
But yesterday I upgraded a bo system to hamm which has a 3000 line
/etc/passwd. Now adduser takes OVER ONE MINUTE to find a UID and GID
for the new user. And my staff is complaining about the wasted
-BEGIN PGP SIGNED MESSAGE-
Chris Fearnley, in an immanent manifestation of deity, wrote:
But yesterday I upgraded a bo system to hamm which has a 3000 line
/etc/passwd. Now adduser takes OVER ONE MINUTE to find a UID and GID
for the new user. And my staff is complaining about the wasted
Previously Chris Fearnley wrote:
But yesterday I upgraded a bo system to hamm which has a 3000 line
/etc/passwd. Now adduser takes OVER ONE MINUTE to find a UID and GID
for the new user. And my staff is complaining about the wasted time.
Are you sure it's a problem with perl? I've had the
'Wichert Akkerman wrote:'
Previously Chris Fearnley wrote:
But yesterday I upgraded a bo system to hamm which has a 3000 line
/etc/passwd. Now adduser takes OVER ONE MINUTE to find a UID and GID
for the new user. And my staff is complaining about the wasted time.
Are you sure it's a problem
Hi,
Originally I thought that it was OK that bug #19085 which I submitted
about poor performance in perl was downgraded from important to
normal severity because it only affected one application that I
wrote.
But yesterday I upgraded a bo system to hamm which has a 3000 line
/etc/passwd. Now
15 matches
Mail list logo
