Newsgroup: it.comp.reti.locali
Titolo: Velocizzare rete locale?

Ho un problema di lentezza di rete :
Ho una 20-na di client (di cui, in media, solamente una decina possono
contemporaneamente essere utilizzati da utenti che sfruttano applicativi che
operano utilizzando il collegamento con il server) collegati ad un unico
server compaq PIII (500 o 800 non ricordo) con scheda RAID e ,ovviamente, HD
SCSI, con 256MB ram. Sul server è installato SQL Server 
7.0.Il
 sistema è di
tipo OLTP : i client richiedono interrogazioni poco complesse ed effettuano
molte piccole operazioni di lettura-scrittura; per intenderci meglio,
abbiamo 6 client addetti alla prenotazione ed accettazione di pazienti
afferenti ad uno studio medico che lavorano a pieno ritmo durante la
giornata; tutti gli altri servono soprattutto ai medici refertanti e
qualcuno all'amministrazione dell'azienda.  I PC sono collegati tramite 2
HUB.I client sono quasi tutti HP BRIO celeron 400 MHZ con 64MB ram. La
lentezza si incominciava ad avvertire già 9 mesi fa quando c'erano 3 client
in meno di adesso e la dimensione del DB era di 250 MB : attualmente supera
i 450MB e la lentezza si fa sentire parecchio.
Nonostante tutto a me sembra che la velocità non sia dovuta tanto al server
quanto ai client; convinzione sostenuta dal fatto che ci sono alcuni client
molto lenti ed altri che lavorano in maniera accettabile.
Faccio presente che tutti i client hanno windows 98 e il server windows NT
4.0.
Ogni computer ha il suo indirizzo IP e il TCP/IP è l'unico protocollo
installato.
Cosa potrei fare secondo voi per velocizzare il sistema  (a parte aumentare
la memoria ai client)?
E' possibile ottenere migliori prestazioni agendo sulle impostazioni delle
skede fast ethernet?
Ringrazio anticipatamente chiunque voglia aiutarmi.
Fabrizio

 server compaq PIII (500 o 800 non ricordo) con scheda RAID e ,ovviamente,
HD
Sicuramente impiegare un unico switch, o eventualmente due swich
interconnessi con una tratta ad alta velocita', es. aggregazione fra 2 o 4
porte 100Mbps o Gigabit, e aumentare la RAM dei client, visto il costo
irrisorio che ha in questo periodo.
La scelta del TCP/IP come unico protocollo va bene. Le schede in un contesto
del genere non fanno pressoche' nessuna differenza; ma se vengono inoltrate
varie query sql su un server in queste condizioni e utilizzando due hub, il
risultato che esponi e' quasi scontato :-)
Considera anche la possibilita' di connettere il server allo switch mediante
Gigabit Ethernet.
In questo periodo c'e' una promo interessante di Enterasys che propone il
VH-2402 + porta Gigabit fibra ad un prezzo bassissimo.
Con lo switch (24 porte 10/100Mbps, 16Gbps di banda) e una scheda Gigabit
fibra per il server faresti sicuramente un notevole balzo in avanti.
Ciao
Luca

 Sul server è installato SQL Server 
7.0.Il
 sistema è di tipo OLTP
uhmm senza un'analisi del traffico c'e' poco da dire! Eppoi una dei
sorgenti, infatti la vera spada di damocle e' che sia "colpa"
dell'applicativo... i.e. se le connessioni al DB sono state gestite senza
cervello e' possibile che ci siano troppe richeste inutili che coinvolgono
ovviamente il DB, il traffico ed a quel punto il client!
Ti faccio l'esempio piu' tipico, quante liste ci sono? ;)
(Intendo il paziente ad esempio lo accetti scegliendolo da una lista a
scorrimento di tutta l'anagrafica?)
Questo perche' tutte quelle liste siedono il DB e devono pure transitare in
rete e andare nella memoria del client.
Se e' cosi' solo ingigantendo tutto, server, rete e client ne esci.
L'OLTP si fa a terminali verde su nero, lo so che non e' di moda, ma..
tante'!

 wrote in message
lgTu7.6031$p11....@news1.tin.it...


 > Sul server č installato SQL Server 
7.0.Il
 sistema č di tipo OLTP


 Tante'!
yep! pero' la traduzione e' farina del tuo sacco :))))
era piu' una battuta pero', oggi nessuno e' cosi intelligente da usare i
terminali :(

 i 450MB e la lentezza si fa sentire parecchio.
Un database di quel tipo con il motore sul server genera poco traffico, poi
450 mega per SqlServer 7.0 sono una miseria, ho visto archivi SqlServer da 2
giga girare su di un pentium 266 con 128 mega di RAM.
Probabilmente mancano gli indici alle tabelle SQL del database e la lentezza
non e' causata dal traffico di rete ma dal fatto che il motore SQL deve
scorrere le tabelle sequenzialmente invece che andare a colpo sicuro. Ci
scommetterei che fate molte ricerche su campi alfanumerici (cognomi ecc.)
Insomma c'e' il rischio che la lentezza non abbia niente a che fare con la
rete ma sia dovuto ai dati poco ottimizzati.

 ho visto archivi SqlServer da 2 giga girare su di un pentium 266 con 128
mega di RAM.
vedi che succede a mangiare pesante

 vedi che succede a mangiare pesante
Ti porto la fotografia?
Hai beccato la persona sbagliata.
Tu continua a potenziare l'hardware e spendere i milioni per niente quando
invece con 1 ora di lavoro puoi ottimizzare il database per renderlo 10
volte piu' veloce, e senza modificare minimamente i programmi.

 wrote in message
9pi3dr$ij1r9$1...@ID-65620.news.dfncis.de...


 I monitor (che tu chiami terminali) sono strumenti molto utili
io chiamo monitor i monitor... e terminali i terminali! Questo da quando
pestellavo sui 3270 e il cics come tp monitor mi toglieva il sonno ;)
Leggi meglio la mia risposta e quella del Sasdelli

 Ti porto la fotografia? Hai beccato la persona sbagliata.
Mi basta sommare il footprint di NT e di sql server...