Newsgroup: it.comp.hardware.overclock
Titolo: schede madri con piu' di 4 dimm

mi servirebbe una scheda madre molto semplice,
per celeron 2 o p3,
con 8 dimm e che supporti piu' di 4 GB di ram,
con uno slot pci 64..
qualcuno conosce una scheda con siffatte caratteristiche?

Scusa se ti rispondo senza saper rispondere, ma ... che ci devi fare :) ???
Cmq guarda da elma, ha un sacco di mobo strane, già mesi fa aveva dual P3
ddr e un sacco di cazzatine :-)) !!!


Nel Sun, 12 Aug 2001 22:09:13 GMT, un Road Runner mi porta il
messaggio di lucusta, intitolato "schede madri con piu' di 4 dimm":

La supermicro li fa
prova a vedere su 
www.supermicro.com
La essedi le distribuisce  su ordine
-- 
Sidewinder
"C'e' una luce in fondo al tunnel....
   ... E' un Road Runner con il casco da minatore!"

 wrote in message
news:d8Dd7.11659$Tk6....@news1.tin.it...

Onestamente server ne ho messi in piedi tanti ma non mi viene in mente un
chipset che supporti più di 4 Gb per P3.
Tyan (di cui ho il listino sottomano) e docklock hanno dei modelli con
supporto fino ai 16Gb ma sono per xeon e li raccomandano in pochi di
solito...
posso chiederti a che uso sarà destinata la macchina ? (perchè il
quantitativo di ram e lo slot che puzza molto di raid scsi fanno supporre un
server medium load )

 ha scritto nel messaggio
news:9l8c5p$85aib$1...@ID-98176.news.dfncis.de...

rispondo a lele per tutti:
m'hanno chiesto un server database per access abbastanza veloce, e avevo
intenzione di usare un solidstate disk, ma in commercio ce ne sono da
schifo, e me lo volevo costruire.
l'idea era di usare una scheda madre per server, da circa 8GB, metterci su'
una lan 2Gbit e un disco eide, montare sia il sistema operativo che il
database ( che non e' molto esteso.. piu' o meno 3 gb) su un disco ram della
prima scheda madre e poi avviare da lan la seconda.
Ho pensato ad una scheda per p3 perche' sono piu' economiche, con sdram (
che costa molto meno),
8 slot dimm per montare 8 moduli da 512 mb ( i piu' convenienti, visto che
quelli da 1024 sono oro colato, ancora);
visto che il canale di comunicazione e' comunque limitato a 200 mb/s non mi
conviene usare ddr o rimm, sarebbe uno spreco ( anche le sdr sono sprecate,
ma e' il minimo), e non mi conviene usare nemmeno un athlon o un duron ( che
tra' l'altro non hanno schede economiche che li supportano in questa
configurazione), percio' avevo pensato ad un celeron2, tanto dovrebbe
gestire solo la lan..
Mettere un raid tutto scsi con dischi da 15000 giri mi costerebbe uguale..
non trovate? e poi non avrei i 100 millisec in accesso che garantisce un
solidstate disk!

 wrote in message
news:q1Sd7.5456$876....@news2.tin.it...

Onestamente non mi sentirei di consigliare un ramdrive in sostitusione di un
SSD a meno che non ci siano scheduled backup a nastro ogni ora, oltre tutto
tieni presente che se anche trovassi una mobo con 8slot (ho controllato
ulteriormente ma purtroppo non me ne risultano per l'architettura P3)
potrebbero presentarsi dei problemi considerevoli a far convivere 8 stecche
(immagino tu abbia gią messo in conto spese cmq che gli stick da 512 fossero
anche solo 4 dovranno essere ECC e registered).
Se riesci a dirmi user e dataload previsti per questo server, livello
critico dei dati e genere di accessi,  se vuoi posso (chiaramente a titolo
gratuito) provare a tirarti su qualche idea io o a metterti in contatto con
uno dei nostri solution architect (uno dei quali č un ex SA cisco che ha gią
affrontato il tuo problema in mille salse).
Fammi sapere anche in mail se non vuoi rendere troppo pubblici i dati di
questo lavoro.

dovrebbero essere query complesse sul database, su un migliaio di record a
volta, in un daatabase che e' circa 3-4GB, fatte da circa 20 utenti, per 8
ore al giorno ( fanno backup su nastro ogni 4 ore).. effettivamente non so'
che tipi di dati maneggiano, ma mi hanno detto che sono piu' o meno file di
30-50kb l'uno, scaricati in automatico nel sistema in modo grezzo, e
richiamati  poi per l'elaborazione sui terminali remoti.
il problema non e' tanto la mole di lavoro ( usano gia' un server su p2 con
raid scsi1 con dischi da 5400 giri), ma la velocita';
la rete che usano ora e' su una eternet 100, e s'impalla spesso, ritardando
le risposte in modo insopportabile ( dicono che fanno la query e poi vanno a
prendere il caffe'!).
Insomma il problema e' la velocita' della lan, e il tempo di risposta sul
database, e per ridurre i tempi di attesa avevo pensato ad una lan da 1Gbit,
e un server che mantenesse il database su un ramdisk, in questo modo la
ricerca sul database sarebbe abbreviata molto.
Il problema e' il costo.. non c'hanno voglia di rifare tutto il parco
macchine, che e' composto da dei p2 400, che secondo loro sui terminali e'
pure esagerato, ma vorrebbero cambiare il server.
La lan e' praticamente su un unico piano in una sola stanza, ed e' gia'
cablata ( mi sembra con cat5).
Lasciando sui terminali una eternet 100, e  facendo una rete a stella ( ora
sono in ring) collegata al server con un ponte da 1gbit forse si
guadagnerebbe qualcosa ad un prezzo non troppo elevato; poi  il risparmio
che si potrebbe fare su un server evitando uno scsi raid, e mettendo un
ramdisk ( visto l'esiguo spazio richiesto di 3GB) affiancato ad un semplice
raid eide e facendo backup su cdr, abbrevierebbe di molto i tempi morti
degli accessi ai dischi ( anche il miglior raid con scsi 320 ha un tempo di
accesso superiore ai 4 millisec, un ramdisk si aggira intorno a 6
nanosecondi di accesso).
Tu che ne dici?

 volta, in un daatabase che e' circa 3-4GB, fatte da circa 20 utenti, per 8
credo che comunque l'argomento stia diventando pesantemente off topic....

no no!!  :-))
io lo sto seguendo (anche se ci capisco pochetto) ed è interessante:
continuate!!
ciao  :-)


 io lo sto seguendo (anche se ci capisco pochetto) ed č interessante:


 Tu che ne dici?
La scelta del ramdrive se devo essere onesto mi piace a livello di idea ma
mi sembra pericolosa.
ECC o no che sia la ram i DB hanno un rischio intrinseco incredibilmente
bastardo, quello della sovrapposizione delle chiamate alla memoria.
Se questo succede già con una frequenza allarmante quando metti access nei
panni di un SQL, mettere il doppio dello stress sull'accesso alla ram (il
ram drive cmq dovrà essere gestito come verrebbe gestito un mount da unix ,
cioè i dati verranno passati cmq tra la ram che non è ramdrive e quella
allocata come memoria di sistema con una frequenza notevole) mi sembra a
rischio di BSOD frequenti.
Purtroppo l'architettura dei PC non è quella con la gestione della ram
altamente trasparente che aveva ad esempio l'architettura mips su SGI.
Ti troveresti spesso con chiamate promisque a indirizzi coincidenti e un
misto di uso ramdrive e accesso sullo stesso modulo a livello fisico.
Se fai due conti su quello che ti costano 4Gb di ram ECC e registered
(considerando che tu trovi una mobo da 8slot a un prezzo decente e quindi
compri i moduli da 512) ci fai un raid scsi con un paio di dischi da
10000rpm da 9Gb, un controller più che adatto ai compiti (mi viene in mente
il 29160 della adaptec come buon compromesso per prezzi bassi, il raid da 2k
alla fine lo fai tranquillo anche in SW poi) , la differenza tra una mobo
media e una mobo seria con slot PCI adatti, e probabilmente ci butti dentro
pure l'equivalente del NIC a 1Gbit.
20k rpm di scsi con un buffer adeguato sono più che abbastanza per reggere
carichi considerevolissimi (si parla di centinaia di utenti) sui database,
il ramdrive è probabilmente un overkill rispetto alle esigenze in ballo.
A questo punto dovresti chiedere di poter esaminare un attimo i carichi sul
server, sapere quante postazioni ci sono e sopratutto come accedono a sto
benedetto access... usano un interfaccia per modulistica scritta in
blandissimo ASP ? si è scritto qualcuno un programmino in delphi (o c o vb o
c++ ), si può lavorare su sto programma ?, possono/vogliono passare a SQL
?,accedono salvando direttamente in remoto con solo access anche sul
client....
Personalmente così a naso lavorerei molto di più su rete e server che non su
soluzioni di storage con velocità da primato, alla fin fine mi sa che ti
viene anche a costare qualcosa di meno e sopratutto avrà un costo d'uso e
una manutenzione minori.
Le soluzioni avanzate o pionieristiche sono una figata e sono quello che
ogni giorno spinge il mercato un passo avanti, però sono anche rischiose
quando fai un lavoro da solista.

 credo che comunque l'argomento stia diventando pesantemente off topic....
Appena qualcuno ci bestemmia dietro la smettiamo :)


effettivamente lele l'idea e' saltata per via di alcune considerazioni, non
per ultima l'estendibilita' del sistema; se monto 4 gb di ram quella e' e
quella rimane, e se il database cresce va a finire che per adeguare il
sistema dovranno montare raid scsi, allora li monto direttamente io, visto
che ancora si trovano tagli piccoli, e in piu' posso metterli in
configurazioni 0-1.
la tyan con dual athlon non e' male, anche se sembra esagerata per le
richieste di tale server, ma comunque ha gia' gli slot a 64 bit e 66mhz,
utili per fare il salto per la rete da 1gb, e per mettere il raid.. alla
fine gli costera' la scheda raid..
ora dovro' capire il carico per vedere se mettere 32 o 64 mb si ram sul raid
come buffer.
cosi' funzionerebbe meglio?



Scusate se mi intrometto,


ma nonostante tutti
i miracoli hardware che possiate concepire


(e vi faccio tanto di
cappello per questo) credo che le


performance in questo
caso trovino nel software il vero punto


debole dell'intero sistema.


Ci sono sul mercato
molte alternative a ms access, che personalmente


ritengo valido si e
no per l'archivio dei CD.


Alcuni prodotti a livello
professionale (Oracle, IBM, Informix) hanno


si un costo estremamente
maggiore in termini di licenze e 'messa in moto'


ma garantiscono una
tecnologia di alto livello, scalare e


performante (insomma
un investimento a lungo periodo).


Ok, ora taccio :)


                   
M.


                          
_


 ____ ____ ____
____ _   _|_|____ ____


|   
| __ |_ --|  __| |_| | |  | | __ |


|_\/_|____|____|____|_|
|_|_|_|__|____|


---- Darei La Vita Per
Non Morire -----