> -----Original Message----- > From: Chase [mailto:xanadu@xxxxxxxx] > Sent: Freitag, 29. Juli 2005 00:43 > To: users@xxxxxxxxxxxxxxxx > Subject: [users@httpd] lots of near-simultaneous requests the > same file > > > i have a tiny little cgi script (one line of code) that will be > called at least once a minute by at least 1000 users of a piece of > software that i'm developing. > > the user can, if they want, set the refresh time to up to an hour, > but let's consider the worst-case scenario for the purpose of this > question. > > is there any benefit to creating multiple, identical copies of the > same cgi script and have the software randomly select which one it > will fetch? I don't think so. Apache just reads the file into memory and then drops the filehandle - it doesn't keep it open while it's executing. Your worst case is not 1000 users trying a simultaneous read, it's 30 or 40 apache daemons reading simultaneously and that shouldn't be a problem. You might be better looking at mod_perl which allows you to keep the program resident in memory and so it doesn't get reloaded for every request - or try caching the output so you don't need to keep re-executing it. Rgds, Owen Boyle Disclaimer: Any disclaimer attached to this message may be ignored. > > something like: > > /cgi-bin/myscript01.cgi > /cgi-bin/myscript02.cgi > /cgi-bin/myscript03.cgi > /cgi-bin/myscript04.cgi > /cgi-bin/myscript05.cgi > /cgi-bin/myscript06.cgi > /cgi-bin/myscript07.cgi > /cgi-bin/myscript08.cgi > /cgi-bin/myscript09.cgi > /cgi-bin/myscript10.cgi > > > i see this sort of thing from time time on the internet, but i've > never heard anyone explain why someone might do this. i always just > assumed that the implication is that a single file maybe has some > limitation on the number of times it can be simultaneously opened. > > i don't mind setting it up like this, but it would of course be > simpler to leave it as a single script. > > can someone elaborate on this subject please? > > thanks. > > - chase > > > > --------------------------------------------------------------------- > The official User-To-User support forum of the Apache HTTP > Server Project. > See <URL:http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx > " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx > For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx > > Diese E-mail ist eine private und persönliche Kommunikation. Sie hat keinen Bezug zur Börsen- bzw. Geschäftstätigkeit der SWX Gruppe. This e-mail is of a private and personal nature. It is not related to the exchange or business activities of the SWX Group. Le présent e-mail est un message privé et personnel, sans rapport avec l'activité boursière du Groupe SWX. This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please notify the sender urgently and then immediately delete the message and any copies of it from your system. Please also immediately destroy any hardcopies of the message. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. The sender's company reserves the right to monitor all e-mail communications through their networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of the sender's company. --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|