Newsgroup: it.comp.hardware.cpu
Titolo: Dual processor: quando conviene?

Ma un sistema a due processori, quando e a chi conviene, tenendo conto dei
costi maggiori per mobo, cpu e ram, e di eventuali limiti nelle
prestazioni delle ram suddette?
Volendo aggiornare un laboratorio scolastico basato su una quindicina di X
terminal con un nuovo application server, vale la pena prendere un dual
opteron, o conviene risparmiare e investire di più ad esempio su dischi
veloci o su un maggior quantitativo di ram, o addirittura con gli stessi
soldi si possono comprare due server mono proc. da mettere eventualmente
in cluster?
Ho le idee un po' confuse: spero di non essere ot...
-- 
La luce e' la mano sinistra delle tenebre,
e le tenebre la mano destra della luce.
(Ursula K. Le Guin)


Dipende da cosa fai girare nel server e se i terminali sviluppano un
intenso traffico allo stesso... ihmo un pc con un A64 3800+, 1 o 2GB
di RAM e un array RAID 0+1 o 5 dovrebbe essere sufficiente a gestire
il tutto.
Infine ora il server su quali componenti è costituito?

 in cluster?
Ma, IMHO, noi in università nelle aule vecchie sopravviviamo, nella più 
vecchia delle aule pc, con una novantina di PII 450, 256 di RAM, video 
integrata e disco da 10Gb, con WXP.
In più c'è Novell Netware per la gestione delle login, e le applicazioni su 
server comprendono una masnada di software economici/statistici, tipo SAS, 
SPSS, stata, eViews, Matlab, Mathcad, Scientific Workplace, ecc ecc, e si 
lavora ugualmente ...
E il server è un compaq PIII 850 con un rack SCSI esterno da 15 dischi, con 
installati miseri 3, e non sono nemmeno in RAID ... lol
Ora, io non so che applicazioni debba far andare tu sul server scolastico, 
ma questo ti dovrebbe dare un'idea del potenziale del dual Opteron ...
Considera che nella nostra configurazione le applicazioni sono distribuite 
dal server, risiedono su disco remoto, ma vengono eseguite client-side ...
Quindi praticamente è poco più che un gateway e un file-server.
E per fare un file server bastano dischi veloci e un po' di RAM.
Felix 

 installati miseri 3, e non sono nemmeno in RAID ... lol
Che spreco...;)))

 Infine ora il server su quali componenti è costituito?
Attualmente un P4 2.4 con 512 MB di RAM, ma vorrei averne uno per Win
(terminal Server) e uno per Linux: i client sono dei P166 MMX, 32 MB, sk
video CL con 2 MB di RAM.
Attualmente ci girano senza problemi OpenOffice e vari sw didattici non
troppo complessi (geometria dinamica, grafici di funzioni ecc...) ma mi
interesserebbe poterli usare per programi tipo fotoelaborazione (GIMP),
grafica vettoriale (Inkscape) o CAD (Intellicad).
L'idea del biprocessore era legata al fatto che avrei diverse istanze
dell'applicativo che eseguono compiti diversi nello stesso tempo. E' anche
vero che non tutti lanciano contemporaneamente l'esecuzione di una
trasformazione grafica, e che forse è più utile avere taaanta RAM...
Una mobo in grado di gestire 4 HD SATA e un congruo quantitativo di RAM
"veloce ma standard" in monoproc. sarebbero più indicati?


 E per fare un file server bastano dischi veloci e un po' di RAM.
Ovvio...


 No, io intendevo un _vero_ application server
A questo punto non so quanto convenga ... Dipende dalla complicazione degli 
applicativi 3D e dal rapporto fra office e resto ...
In bocca al lupo ... e ricorda, qualunque cosa sceglierai, cmq qualcuno ti 
dirà su ...
Felix 

 Ho le idee un po' confuse: spero di non essere ot...
Allora prima analizza come viene caricato il sistema nel suo complesso
(tutta la rete, non il solo applicazion server).
Per esempio quanta memoria virtuale viene allocata nelle condizioni
di uso tipico ? Quale e' il "carico massimo tipico" ?
La banda di I/O sulla rete e' sufficiente ?
Per esempio se utilizzate un link ethernet 100Mbit/s dal server
allo switch e dallo switch agli X-terminal si usano link da 10Mbit/s
non e' che piu spesso il collo di bottiglia diventa la rete stessa ?
Sono tutte cose che vanno valutate usando le varie utility di
monitorizzazione del traffico e del carico, solo dopo aver capito
chi-strozza-cosa si puo scegliere cosa va effettivamente aggiornato
e perche.
Se invece di un application server biprocessore ne prendi due
e "segmenti" in due la rete (in modo da dimezzare il carico
per application server) ti ritroveresti con banda di I/O
"raddoppiata automagicamente" senza neppure aggiornare le schede
ethernet ed i link sugli X-terminal.
Se poi analizzando il carico vedi che il grosso del carico e'
a livello di memoria virtuale allocata, espandendo la ram
si dovrebbe vedere un aumento di velocita pazzesco (se non c'e'
qualcosa d'altro che subito dopo strozza le prestazioni).
In assenza di ulteriori informazioni ti faccio un esempio
pratico di come "segmentare" la rete puo cambiare le cose:
Supponi di avere due server monoprocessore con 3 schede ethernet
da 100Mbit ognuno.
Una scheda per server viene utilizzata per la connessione
diretta tra i due server (si usa un cavo ethernet twistato, non
serve usare cavo coassiale), mentre le altre due schede si usano
per due "banchi" di X-Terminal  (collegati con uno switch) ognuna.
            server1-----------server2
            |     |           |     |
            |     |           |     |
          sw1a   sw1b       sw2a   sw2b
          ||||   ||||       ||||   ||||
          ||||   ||||       ||||   ||||
          XXXX   XXXX       XXXX   XXXX
Con questa configurazione (con 16 X-terminal) si avrebbe
una banda teorica massima di 250KByte/sec per ogni X-Terminal
*quando tutti sono caricati in modo omogeneo*.
Il carico massimo teorico per server sarebbe di circa
30Mbyte/sec (ampiamente alla portata anche di un PIII 500Ghz).
Se invece si utilizzasse una configurazione "ad un server"
con un solo link ethernet da 100Mbit, la banda massima
disponibile per X-terminal in condizioni di *carico omogeneo*
sarebbe circa 75KByte/sec ed il carico per server
sarebbe di 10MByte/sec (ampiamente alla portata anche
di un P166MMX).
Nella realta le cose non stanno cosi, il carico raramente
e' omogeneo, ma una struttura meglio segmentata e' comunque
superiore alla soluzione "singolo server e pure strozzato".
Riassumendo:
1) controlla cosa e' che strozza veramente il sistema attuale
    ed in quali condizioni;
2) rimuovi i colli di bottiglia piu evidenti
    (mi aspetto che siano la quantita di ram, e la banda di I/O
     sulla rete tra application server e gli X-terminal)
3) sei in una fortunata situazione in cui due server possono
    fare piu lavoro di un biprocessore, se serve
    effettivamente piu potenza di calcolo, visto che il carico
    e' presumibilmente funzione degli X-Terminal collegati
    prendi un secondo server ed affiancalo a quello attuale
    nello schema che ho riportato sopra, in questo modo oltre
    a suddividere meglio il carico, puoi spendere meno per
    il "nuovo" server ed *in futuro* potrai procedere ad upgrade
    graduali sostituendo di volta in volta "il piu anziano"
    degli application server e e riciclandolo come
    "workstation autonoma" o per altre mansioni.
4) occhio alle connessioni, i link ethernet a 10Mbit/sec
    strozzano qualsiasi cosa a monte, passando a tutti link
    a 100Mbit/s e segmentando le connessioni si
    puo rivitalizzare con poca spesa una rete "strozzata";
5) il punto 1) ha la precedenza su tutto il resto
    se possibile procedi con upgrade graduali e ad ogni
    upgrade ricontrolla come sono variati tutti i vari
    colli di bottiglia prima di attaccare il successivo
    (es: se ad un primo rilevamento i colli di bottiglia
     piu evidenti sono nell'ordine ram, rete e cpu, dopo
     aver aggiornato la ram potresti scoprire che i colli
     di bottiglia piu evidenti sono nell'ordine cpu *e poi* la rete
     perche magari con piu ram la cpu invece di rigirarsi i pollici
     in attesa ci uno swap si ritrova ad avere
     molta piu roba da fare).
L. Micheletto

 L. Micheletto
Che dire... chiaro e preciso: grazie!


 ti dirà su ...
Grazie


 (ampiamente alla portata anche di un PIII 500Ghz).
Azz..... Dove lo usano? Dai vigili del fuoco?!?!? :-PPP
-- 
Ciao mine
http://metropolis.blogs.com/


LOL! :)))
Oppure al polo sud... ;D


Invoco la seminfermita mentale da bagordi natalizi! :-D
Avevo gia letto la risposta di mine e tra me e me pensavo
che cosa c'entra un PIII 500Mhz con i vigili del fuoco?
Poi ho letto pure quella di Lorenz e mettendo insieme
vigili del fuoco e polo sud alla fine ho pensato, ma
cosa c'e' di cosi' terribilmente caldo in un PIII 500Mhz ?
... ed infine ho notato la "G" che avevo scritto. :-)
un Lorenzo che va dietro la lavagna a scrivere 500 volte Mhz

 un Lorenzo che va dietro la lavagna a scrivere 500 volte Mhz
Considerando la tua preparazione puoi evitare benissimo questa
punizione... ^__^
Ciao