Newsgroup: it.comp.os.win.nt
Titolo: IIS - limiti nel fornire pagine contemporaneamente?

Salve,
so che puň risultare una domanda un po' strana, ma dovrei conoscere piů o
meno quante pagine WEB un server Windows NT 4.0 Server con Internet
Information Server puň servire a vari client che gli si connettono
contemporaneamente.
Con "pagine" intendo pagine statiche, non ASP.
Tralasciando i colli di bottiglia che si potebbero creare sul tratto di rete
verso il server (10 MBit, 100 MBit, etc...) e sul router, dovrei conoscere
proprio la limitazione (se ne esiste una) a livello di software (e con
software intendo sia IIS sia il socketo di Windows).
Se non sapete darmi dei dati precisi, potresti darmi qualche dritta su come
informarmi? Sito di IIS? Oppure informazioni sul socket?
L'hardware del server sarebbe un Pentium III col piů alto clock possibile
(siamo arrivati a quota 700 Mhz?) e diciamo mezzo giga di RAM, dischi
SCSI..... il meglio per intenderci!
Grazie a chiunque possa illuminarmi in qualsiasi senso!!!!

 Sito di IIS?
Sicuramente, visto che c'č anche una serie di articoli per l'ottimizzazione.
Comunque una visitina a 
www.15seconds.com
 č un buon punto di partenza.
Saluti.

SCSI..... il meglio per intenderci!
Con questo hw tira benissimo fino a 100.000 utenti al colpo poi il limite
vero č la connessione !!!!!!!!!!!!!!!
Ciao
PS: te lo dice uno che con IIS ci lavora da circa 2 anni.......
---------------------------
Salvador Marco
Amministratore & webmaster
of [
www.extraweb.it
]
e-mail [
ma...@extraweb.it
]
---------------------------

Allora se sei così esperto chiariscimi una cosa: le richieste alle ISAPI DLL
vengono "serializzate" vero?
Quindi una chiamata deve finire prima che la nuova venga processata.
Oppure sono tranti thread asincroni?
Ancora non l'ho capito ed è un anno che sviluppo ISAPI DLL....

 wrote in message
news:86elj1$g9r$1...@nslave2.tin.it...

Process Isolation
Because the ISAPI extension DLL is loaded into the same process as IIS, it
is possible that access violations and other bugs in the ISAPI extension's
code could cause IIS to crash. Therefore, you should thoroughly test all
ISAPI extensions to ensure integrity.
With IIS version 4.0 and later, you can make sure that such suspect ISAPI
DLLs run in separate processes by placing the extension in an application
marked as out-of-process, so that IIS will use the process isolation
technique to execute the ISAPI DLL in a different process from that of the
main IIS process. IIS also performs crash detection and recovery for such
exterior processes.
Maintaining State
General state initialization for an ISAPI extension could occur in the entry
point function GetExtensionVersion code. Alternatively, state initialization
could also occur in the optional DLL entry/exit function-usually DllMain,
when using Microsoft Visual C++. Just like any Win32 DLL, if you provide a
DLL entry/exit function, it will be called by the C run-time library when
the extension is first loaded, when it is released by IIS, and whenever a
new thread (other than the primary thread) is created or destroyed in the
process.
You are also encouraged to maintain statistical information, or any
information pertaining to the DLL, within the DLL itself. By creating the
appropriate forms, you can measure the usage and performance of a DLL
remotely. Also, you can integrate this information with the system
performance counters so that you can integrate it with SysMon. You can also
use the lpszLogData member of the EXTENSION_CONTROL_BLOCK structure to
record data with the server log.
Language and Framework Choice
This documentation set assumes that you are using either C or C++ as your
development language, and that you are not making use of the Microsoft
Foundation Classes (MFC) library. (The MFC library provides an object model,
as well as a wizard, that might aid you in creating ISAPI extensions.
Classes such as CHttpServer, CHttpServerContext, and CHtmlStream are
provided. For more information on MFC, see the MFC and Visual C++
documentation.)
Thread-Safe Design and Thread Synchronization
Because all (in-process) requests will be handled by the same DLL mapped
into the IIS process space, your ISAPI extension must be designed and
implemented with appropriate thread-safe procedures and structures. This is
especially important if your ISAPI extension relies on global state
information or structures, such as worker-thread work queues. For an example
of how to handle simple thread synchronization in an ISAPI extension, see
the sample Keep-Alive with Worker Thread.
Important   The operating system serializes calls to the DLL entry/exit
function DllMain. Due to potentially troublesome interactions with the
thread synchronization used to accomplish this serialization, you should
avoid using-or requiring-thread synchronization mechanisms (including the
various Win32 WaitFor. functions) within DllMain.
For information on how to write multithread-safe DLLs, refer to the related
articles in the Platform SDK, or any of the advanced books on Win32
programming.
PS. La Developer Network costa poco.
Saluti.

Ancora non l'ho capito ed č un anno che sviluppo ISAPI DLL....
Io non ho mai sviluppato ISAPI normalmente uso ASP .....
Ciao





 wrote in message
news:86enoi$ms$1...@fe1.cs.interbusiness.it...
PS: usate MTS, visto che serve proprio per risolvere problematiche simili.
Tanto che ora si chiama Component Server.
Saluti scalabili  in pool

Normalmente č cosě, questo č il famoso queeing delle richiste.....
cueing?

cueing?
Queeing delle richieste, cioe l' accodamento delle richieste, prima svolge
la prima richiesta poi le successive vengono accodate.............

la prima richiesta poi le successive vengono accodate.............
Ah, giusto...da queue...
Grazie.

 Tanto che ora si chiama Component Server.
Se il problema e' solamente il carico, si potrebbe usare il Load 
Balancing Service, disponibile all'indirizzo 
http://www.microsoft.com/ntserver/nts/downloads/winfeatures/WLBS/default
.
asp
Il problema e' che richiede NT 4 Enterprise.
Ciao,
Luigi
-- 
+----[Luigi Rosa]-
+--[
lr...@venus.it
]--[
lr...@fantascienza.com
]-
+--[Integrated Networking Solutions S.a.s.]-
+--[Piazza Repubblica 11/A]-
+--[20124 - Milano - ITALY]-
+
+--[Non Multa, Sed Multum]-

 Il problema e' che richiede NT 4 Enterprise.
e più di un server...
--
HAPPY 2K!.db
Daniele "The Night Surfer" Bochicchio <webmaster(at)ASPItalia.com>
Moderatore di it.comp.www.asp - 
http://www.ASPItalia.com/newsgroup/icwa.asp
Questa settimana: 'Il mercatino delle novità'
http://www.ASPItalia.com/articoli/articoli.asp?settimana
Uno script al giorno? Solo su 
http://www.aspitalia.com/liste/usag/