Torna indietro   Hardware Upgrade Forum > Software > Linux, Unix, OS alternativi

DJI Romo 2: tante novità lo rendono un robot completo
DJI Romo 2: tante novità lo rendono un robot completo
Romo 2 è la seconda generazione di robot lavapavimenti di DJI, un modello che si caratterizza per la precisione nel sistema di navigazione e per il funzionamento particolarmente silenzioso. Con le modifiche introdotte in questa seconda versione, e un posizionamento di prezzo più allineato alla concorrenza, rappresenta una valida alternativa sul mercato delle soluzioni di pulizia domestica
Sony Bravia 9 II: il True RGB alla prova, dove l'LCD sfida l'OLED
Sony Bravia 9 II: il True RGB alla prova, dove l'LCD sfida l'OLED
Il primo Sony con retroilluminazione True RGB alla prova del banco di misura e dei contenuti: luminanza enorme, colori accurati in HDR e un antiriflesso molto efficace. I limiti sono due sole HDMI 2.1 e il blooming fuori asse
Geely EX5, un mese al volante: il SUV elettrico cinese che ci ha sorpreso (quasi) senza riserve
Geely EX5, un mese al volante: il SUV elettrico cinese che ci ha sorpreso (quasi) senza riserve
Dopo quasi un mese di utilizzo quotidiano e un viaggio medio-lungo in autostrada, raccontiamo pregi e limiti della Geely EX5: comfort premium, batteria LFP da 60,22 kWh, autonomia fino a 430 km e un prezzo che parte da 38.900 €
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 25-07-2009, 13:25   #1
eclissi83
Senior Member
 
L'Avatar di eclissi83
 
Iscritto dal: Jan 2001
Messaggi: 2289
vmware server e carichi altissimi

salve ragazzi,
sto avendo un bel po' di problemi con vmware. ora vi spiego meglio.
2 server gemelli:
HP DL 180G5, dual xeon 3.0 ghz con 12gb ram ECC, controller raid HP SmartArray P400, 4 hd Western Digital SATA2 da 1tb ognuno configurati in raid 5.
Ho installato CentOS 5.3 e VmWare Server 2; non ho usato la ESXi per una scelta "conservativa" del mio datore di lavoro e perche' la console e' esclusivamente per Windows, mentre in azienda abbiamo sistemi eterogenei (si, ok, installi vbox con windows e usi la console, e' una cosa a cui ho pensato gia'...).
Vengo dunque al problema: le macchine virtuali in condizioni normali di utilizzo viaggiano tranquillamente, appena si effettuano operazioni su disco un minimo piu' intense, vedo i carichi della macchina fisica salire a dismisura, fino ad arrivare a 18-19, il che blocca praticamente l'utilizzo delle macchine virtuali.
la prima cosa che ho pensato e' che fossero i controller raid con dei problemi, quindi me li sono fatti sostituire entrambi (giusto per stare tranquillo), ma il problema persiste.
da cosa secondo voi puo' dipendere questo forte carico nelle operazioni di scrittura su disco? non vorrei che questi controller non siano gestiti correttamente dal driver del kernel (cciss) o in qualche modo da vmware, i cui processi in queste situazioni salgono per qualche secondo al 40-50% di cpu e poi scendono al 6-7% fino a tornare all'1-2% dopo l'operazione di scrittura.

avete idee?

grazie in anticipo...
__________________
FreeBSD, OpenBSD and GNU/Linux User
Free Software Foundation Associate Member
proudly member of poco-serio™ team!
nella foto son quello simpatico... l'altro e' |Stan|
eclissi83 è offline   Rispondi citando il messaggio o parte di esso
Old 25-07-2009, 15:34   #2
leletop
Senior Member
 
L'Avatar di leletop
 
Iscritto dal: May 2007
Messaggi: 361
Quote:
Originariamente inviato da eclissi83 Guarda i messaggi
salve ragazzi,
sto avendo un bel po' di problemi con vmware. ora vi spiego meglio.
2 server gemelli:
HP DL 180G5, dual xeon 3.0 ghz con 12gb ram ECC, controller raid HP SmartArray P400, 4 hd Western Digital SATA2 da 1tb ognuno configurati in raid 5.
Ho installato CentOS 5.3 e VmWare Server 2; non ho usato la ESXi per una scelta "conservativa" del mio datore di lavoro e perche' la console e' esclusivamente per Windows, mentre in azienda abbiamo sistemi eterogenei (si, ok, installi vbox con windows e usi la console, e' una cosa a cui ho pensato gia'...).
Vengo dunque al problema: le macchine virtuali in condizioni normali di utilizzo viaggiano tranquillamente, appena si effettuano operazioni su disco un minimo piu' intense, vedo i carichi della macchina fisica salire a dismisura, fino ad arrivare a 18-19, il che blocca praticamente l'utilizzo delle macchine virtuali.
la prima cosa che ho pensato e' che fossero i controller raid con dei problemi, quindi me li sono fatti sostituire entrambi (giusto per stare tranquillo), ma il problema persiste.
da cosa secondo voi puo' dipendere questo forte carico nelle operazioni di scrittura su disco? non vorrei che questi controller non siano gestiti correttamente dal driver del kernel (cciss) o in qualche modo da vmware, i cui processi in queste situazioni salgono per qualche secondo al 40-50% di cpu e poi scendono al 6-7% fino a tornare all'1-2% dopo l'operazione di scrittura.

avete idee?

grazie in anticipo...

A spanne potrebbe essere che swappa Vmware server con conseguente rallentamento delle macchine virtuali.... normalmente è consigliabile far swappare le macchine virtuali piuttosto che il Vmware server o l'ESX.
Per quanto riguarda il vmware infrastructure client puoi farlo girare anche sotto wine
__________________
"non insegnare a cantare a un maiale: tu perdi tempo e il maiale s'incazza."
leletop è offline   Rispondi citando il messaggio o parte di esso
Old 25-07-2009, 18:09   #3
eclissi83
Senior Member
 
L'Avatar di eclissi83
 
Iscritto dal: Jan 2001
Messaggi: 2289
Quote:
Originariamente inviato da leletop Guarda i messaggi
A spanne potrebbe essere che swappa Vmware server con conseguente rallentamento delle macchine virtuali.... normalmente è consigliabile far swappare le macchine virtuali piuttosto che il Vmware server o l'ESX.
Per quanto riguarda il vmware infrastructure client puoi farlo girare anche sotto wine
difficilmente credo che stia swappando (non ho controllato), le macchine hanno 12gb di ram e le macchine virtuali occupano attualmente meno di 1/3 della ram ed hanno la loro swap.. :|

ciau
__________________
FreeBSD, OpenBSD and GNU/Linux User
Free Software Foundation Associate Member
proudly member of poco-serio™ team!
nella foto son quello simpatico... l'altro e' |Stan|
eclissi83 è offline   Rispondi citando il messaggio o parte di esso
Old 26-07-2009, 18:50   #4
_YTS_
Senior Member
 
L'Avatar di _YTS_
 
Iscritto dal: Oct 2003
Città: La Spezia
Messaggi: 962
ciao,

che fs stai utilizzando ?
che opzioni di mount stai usando?

controlla con iostat quanta percentuale usa l'array.

il prob è il raid5 spesso che con pochi dischi,4 sata ( non sas ) non assicura un IO decente ne per il sistema stesso ne per le vm.

consiglio di utilizzare,
quando si hanno dischi sata 7.2krpm capienti ma in quantità minima,
due array in raid1 o uno in raid1+0.
Se possibile l'OS separato dall'array delle VM.

l' I/O viene distribuito sui vari dischi, in teoria visto la modalità
di raid dimezzeresti il carico in scrittura ma anche lo spazio disponibile.

In ultima analisi il fatto di usare vmware server e non un esx è influente
sul comportamento della macchina.

esx è quasi trasparente e come gestione I/O e cpu, per via dello scheduler
un attimo piu complesso, è infinitamente piu leggero per il server.

by
__________________

Gigabyte ga-p55-ud6 | Intel i7 860 | 2x2gb Corsair xms3 | Adaptec 2410sa | raid1 barracuda 500gb 7200.12 | Intel x25-m 80gb G2 | ATI radeon 4890 | tutto in downclock (non ho parenti all'enel)
_YTS_ è offline   Rispondi citando il messaggio o parte di esso
Old 18-08-2009, 20:33   #5
dalfonso01
Junior Member
 
Iscritto dal: Aug 2009
Messaggi: 2
VMware Server 2 su CentOS 5.3

Buongiorno a tutti,
volevo segnalare che il problema dell'uso disco e' particolarmente evidente su Windows 2003.
Avevo installato un VMware server su un 2003 Server su una scheda Gigabyte EP45 per ospitare una serie di macchine virtuali con VMware 2.0.1. Alla terza delle otto macchine previste ha cominciato ad utilizzare in modo eccessivo il disco; in questo momento sto utilizzando un vecchio core duo 2.40 Ghz in attesa che riaprano i distributori e mettere un q9650 e ci sono 8 GB..
Pensavo che nel frattempo avrei avuto problemi di CPU invece il disco rendeva ben prima il tutto inutilizzabile anche per che il problema si presentava prima che la RAM fosse alla meta' (nonstante avessi messo il settaggio a "Fit all vm into reserved RAM").
Dopo questo test disastroso ho messo su una CentOS 5.3 (Final) e la macchina lavora molto meglio (diciamo che adesso lavora, mentre prima no).

Puo essere utile il confronto con VMware 1: il settaggio sopracitato (in particolare su Windows) se modificato a vm accese, produce un rapido accrescimento del processo verso la dimensione della macchina virtuale con la memoria allocata.
Se si applica la stessa modifica sulla versione 2 il processo non cresce (e quindi continua a swappare).
Su linux il comporamento e' molto piu' vicino a cio che ci si aspetta ma credo che ci siano ancora dei problemi sul fronte della gestione risorse host e vm.

Ciao
Fabio D'Alfonso

Ultima modifica di dalfonso01 : 19-08-2009 alle 10:16.
dalfonso01 è offline   Rispondi citando il messaggio o parte di esso
Old 18-08-2009, 22:19   #6
eclissi83
Senior Member
 
L'Avatar di eclissi83
 
Iscritto dal: Jan 2001
Messaggi: 2289
io ho risolto in gran parte abilitando il write-cache sul controller raid.
ora le macchine non hanno problemi particolari di carico, anche se devo convincere il mio "capo" a mettere la esxi...
__________________
FreeBSD, OpenBSD and GNU/Linux User
Free Software Foundation Associate Member
proudly member of poco-serio™ team!
nella foto son quello simpatico... l'altro e' |Stan|
eclissi83 è offline   Rispondi citando il messaggio o parte di esso
Old 19-08-2009, 10:23   #7
dalfonso01
Junior Member
 
Iscritto dal: Aug 2009
Messaggi: 2
VMWare Server 2

Buongiorno a tutti,
ho corretto il post avevo scritto all'inizio CentOS (per il primo test) invece di Windows 2003 , ma credo si sia capito.

Comunque certamente con un buon hardware come il tuo, ci sono sempre margini di correzione.

Comunque credo che il server 2 abbia ancora dei problemi.
Appena uscito rispetto al server 1 sembrava il primo orrendo Vista rispetto a XP.

Ciao
Fabio D'Alfonso
dalfonso01 è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


DJI Romo 2: tante novità lo rendono un robot completo DJI Romo 2: tante novità lo rendono un ro...
Sony Bravia 9 II: il True RGB alla prova, dove l'LCD sfida l'OLED Sony Bravia 9 II: il True RGB alla prova, dove l...
Geely EX5, un mese al volante: il SUV elettrico cinese che ci ha sorpreso (quasi) senza riserve Geely EX5, un mese al volante: il SUV elettrico ...
Mova Z70 Ultra Roller Complete: motore potente, rullo di lavaggio e l'IA a guidare Mova Z70 Ultra Roller Complete: motore potente, ...
Recensione Google Pixel 11: non ha l'HiLight dei Pro, ma è il Pixel più equilibrato di sempre Recensione Google Pixel 11: non ha l'HiLight dei...
I Muse perdono @muse su Instagram e X: l...
Publisher, l'addio è ufficiale: Microsof...
Fps che aumentano fino al 60% con CPU In...
Bici elettrica L26 a 474,05€: è u...
Samsung prende in giro Apple e il nuovo ...
Con HomeAgent UGREEN porta l'IA dentro c...
Insta360 Ace Pro con ottica Leica a 199€...
Da finti tecnici a SMS truffa: come i tr...
Google Keep potrebbe presto rendere pi&u...
WD Elements Desktop 18TB a 378,09€: hard...
DeepSeek Harness: un testo malevolo pote...
Google e NASA JPL: il nuovo modello di d...
La RX 9070 XT è ufficialmente la ...
HP Envy 6520e a 63€: la stampante con AD...
ChatGPT vietato in Comune: Treviso chiud...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 09:49.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v