Qual è la vostra esperienza con Sole CoolThreads tecnologia?

Question

Il mio progetto ha qualche soldo da spendere entro la fine dell'anno fiscale, e stiamo valutando la sostituzione di un Sole-Fuoco-V490 server abbiamo avuto per un paio di anni.Una opzione che stiamo cercando è la CoolThreads tecnologia.Tutto quello che so è che il marketing di Sun, che non può essere al 100% imparziale.Qualcuno ha effettivamente giocato con uno di questi?

Ho il sospetto che non sarà un valore per noi, non siamo in grado di utilizzare i thread o macchine virtuali di tanto e quindi si può spendere un sacco di tempo, retrofitting di codice.Noi a generare un sacco di processi, ma dubito CoolThreads sarà di aiuto.

(E sì, i soldi sarebbero meglio spesi per i bonus o qualcosa del genere, ma che non accadrà.)

Answer 1

Divulgazione:Io lavoro per il Sole (ma come un ingegnere del software client).

Non necesarily bisogno del codice multithread, di fare uso di queste macchine.La presenza di più processi farà uso di più thread hardware su più core.

Il vecchio T1 processori (T1000 e T2000 caselle) ha fatto una sola FPU, e non erano adatte per le attività con molto di più di circa l ' 1% in virgola mobile.Il più recente T2 e T2+ processori hanno un FPU per core.Che probabilmente ancora non è grande per la massiccia virgola mobile a scricchiolare, ma è molto più rispettabile.

(Nota:Hyper-Threading è un marchio di Intel.Sun utilizza il termine Chip MultiThreading (CMT).)

Answer 2

IIRC Il coolthreads tecnologia è in riferimento al fatto che, piuttosto che solo incrementando la velocità di clock sempre più elevate per migliorare le prestazioni sono ora alla ricerca di più core con hyperthreading in modo efficace dando carichi di processori su un unico chip.Nel complesso la capacità di trasformazione è superiore, ma senza l'ulteriore energia elettrica e aria condizionata requisiti ci si aspetterebbe (quindi fresco).La sua utilità sicuramente dipende da quello che avete intenzione di eseguire su di esso.Se si esegue Apache con più thread core sarà l'amore è come si può eseguire la risposta individuale thread sul singolo core della cpu.Se si sono semplicemente l'esecuzione di singoli processi di thread si otterrà alcuni aumenti di prestazioni su una singola cpu, ma non così grande (qualsiasi vecchio stile non mod_perl/mod_python CGID processi sarebbe ancora la condivisione della cpu un po').Se l'applicazione consiste in un thread singolo processo in esecuzione maxed sulla scatola si ottiene un piccolo miglioramento su un singolo core della cpu in esecuzione alla stessa velocità.

Pietro

Edit:

Oh, e per un punto di riferimento.Abbiamo confrontato un T2000 nella nostra server farm per il nostro attuale V240s (Potrebbe essere stato V480 s non ricordo) Il T2000 ha preso il carico di 12-13 delle Vecchie scatole in una prova dal vivo, senza alcun OS tweeking per le prestazioni.Come ho detto Apache ama :-)

Answer 3

Abbiamo usato Sun Fire T2000s per il mio ultimo sistema.Le stesse caselle erano di gran lunga superato le nostre capacità e requisiti in termini di potenza di elaborazione.Per noi la decisione si è basata sul consumo di energia inferiore e requisiti di spazio.Abbiamo eseguito con successo WebSphere 6, Oracle 10g e SunONE Directory server sulla stessa casella.

Answer 4

Le mie informazioni potrebbero essere un po ' aggiornato (ultimo utilizzo di questi server 2 anni fa) ma mi sembra di ricordare un grande aspetto negativo era che tutti i nuclei su una singola CPU condiviso l' stesso FPU unità, quindi se il tuo codice ha fatto un sacco di virgola mobile (stavamo facendo GIS) la FPU è stato un enorme collo di bottiglia e non ottenere molto beneficio da un gran numero di thread.

Answer 5

Per qualsiasi processo ad elevato parallelismo di queste macchine (ad esempio, il t1000/t2000) sono grandi per il loro costo.Ho corso oracle su di loro per circa 18 mesi e funziona alla grande.

Se si tratta di un compito a thread singolo/singolo processo, allora si sarebbe meglio con un ad alta velocità dual/quad core intel macchina.

Se la vostra applicazione ha un sacco di thread/un sacco di processi quindi queste macchine sarà probabilmente grande per esso.

Migliore di tutti, il Sole invieremo una per 60 giorni di tempo per valutare, che è quello che abbiamo fatto prima di impegnarsi ad esso, ha finito per ottenere 2 t2000 e hanno recentemente acquistato un altro 4 t1000 è.

Answer 6

Mi ha colpito la scorsa notte, che il nostro core processi non sono multi-threaded, ma la macchina in questione ha un sacco di processi di sistema che sono.In particolare, esso agisce come un server NFS.Suona come l'esecuzione di centinaia di processi potranno beneficiare tutti coloro core, così.

Vado a vedere se siamo in grado di ottenere una dimostrazione di unità di test sul primo.

Answer 7

Sun ha venduto il Niagra macchine di essere tutto per tutti i visitatori.Essi hanno il loro posto:i servizi web di essere il migliore distribuzione.Abbiamo Oracle su alcuni T2000s e ha funzionato bene per altamente parallelizzati operazioni.Ma le macchine cadere piatto singolo calcato le operazioni, la cui performance è piuttosto male.Se si dispone di floating point del lavoro da fare, guardare altrove.Anche il più recente chip con UNA FPU per core è inadeguata.Inoltre, queste macchine non possono prendere una classe enterprise martellante per lungo e abbiamo avuto problemi di affidabilità.Multi-core tecnologia è hype più che di sostanza.Sandia National Laboratorio di ricerca su di esso e ha scoperto che quattro a otto core è di circa il top-end di usefulnes e che un 16 core, ha la stessa velocità di trasmissione come un dual core chip.Quindi un 16 core chip è uno spreco di un sacco di soldi.Inoltre, come il numero di core aumentare la velocità di clock muust diminuzione, a causa della parete termica.La maggior parte dei produttori sarà probabilmente risolvere quad-core-chip fino a quando la tecnologia di memoria migliora (non potete continuare a 16 core alimentato con la memoria e la maggior parte dei nuclei sono in fase di stallo).Infine, dato il caos al Sole, faresti meglio a guardare altrove.