--- Jay Savage <[EMAIL PROTECTED]> wrote: > On 3/22/07, oryann9 <[EMAIL PROTECTED]> wrote: > > > > > This really isn't a Perl question, though. If > you > > > have questions about > > > dynamic vs. static linking, and why you might > want > > > to do one or the > > > other, you should probably pick up a good book > on C > > > and/or the C > > > compiler on your system. > > > > > > HTH, > > > > > > -- jay > > > > > > thank you for responding, however I have to > disagree > > with you in that this is not a Perl question > because > > it is, otherwise perldoc -q would not have this > info. > > In addition it directly talks about options when > > installing Perl. > > I think you're having trouble keeping your Perls > straight. There are > several things that go by the name /[Pp]erl/, and > this list is about > Perl, the programming language. It is not a place > for a discussion of > compiling C code or linking C libraries, even if the > C projects are > named "perl" or libperl. Why? Because 1) the > questions are about > compiling and executing C code, not about writing > and executing Perl > code; 2) the questions are about tuning a specific > (C-langauge) > program in a particular environment, not about > general Perl language > competency; and, 3) the questions are by any measure > well beyond the > scope of a beginners list. > > For a general questions about the pros and cons of > dynamic vs. static > linking, I would look at a good C language text > book, For questions > about compiling, linking, and debugging the Perl > executable, I would > look at comp.lang.perl.misc. For questions about > tuning and > maintaining a mod_perl installation, I would look at > the mod_perl > mailing list archives. > > > So in general in a web environment with 8-12gb > RAM, > > mod_Perl and a MySQL/Postgres backend, do you or > > people you know statically link libc.a? > > Do you statically link libc.a to your other > applications? How much of > that 8GB (or is it 12GB) of RAM is active at any > given point? What > else is the machine doing? > > Those are just a few of the questions that spring to > mind. > > Again, this question isn't about Perl, it's a system > administration > question about server tuning. There is no answer > other than what's > right for your system, and probably no way to find > that out other than > trail and error. Only you know your system's average > and peak load and > memory consumption, etc. As the perlfaq makes clear, > compiling a > against a statically-linked libc will improve the > performance of an > individual perl interpreter, assuming that it's the > only thing running > on the system and there are sufficient resources > available to > accommodate the the increased resident memory. It is > rare, though, > that a single perl interpreter will be the only > process running on a > machine (in fact, it's impossible except in embedded > applications). > And neither the perlfaq nor anyone on this list can > know whether your > particular environment can support the configuration > you propose. Only > you know whether making changes to your Perl > configuration will > enhance or degrade your overall system performance. > > Again, though, this question isn't beginner > anything, let alone beginner Perl. > > That you think it's a Perl question is an indication > that you're > probably heading down the wrong road.
It was just a general question as I was reading the Perl docs. Didn't mean to strike anyones nerve, but figured since there are expereinced people on this list it was appropriate. ____________________________________________________________________________________ Bored stiff? Loosen up... Download and play hundreds of games for free on Yahoo! Games. http://games.yahoo.com/games/front -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] http://learn.perl.org/
