Vol dir més nuclis, més GHz?

Quins factors conduiríeu si useu un nombre més alt de nuclis de la CPU més lent contra un nombre més baix de nuclis en una màquina virtual?

Exemple: Per què en triaries un a l'altre?

2, 0 GHz de la CPU de 8 bits@ label: listbox KDE distribution method

2, 9 GHz 6-core CPU

La meva millor suposició és que si teniu requeriments de CPU baixes (la majoria de servidors SMB), és millor amb nuclis més lents, i si teniu un requisit de la CPU d'alta (transversa del servidor, etc), millor amb menys nuclis. Què en penses?

Els nuclis, els processadors no s' usen al seu potencial en la majoria dels casos, la velocitat no és un factor enorme, més fils és. Hyperthreading i múltiples nuclis així com múltiples processadors produiran resultats molt millors que la velocitat més ràpida. A més, en un escenari virtual, desitjareu més nuclis perquè cada VM vol que sigui el seu propi processador per parlar (tot i que hi ha compartir i sobre el compromís)

La CPU realment és el problema... escull el que vulguis. El disc iops és el veritable coll d'ampolla. Poseu els vostres diners en unitats d'estat sòlids reflectits i si això és massa ric per a la vostra sang llavors aneu amb RAID 10 utilitzant tants discos com us podeu permetre.

Tinc un doble nucli / 32 gig mem box amb 8 VMachs corrent i hauria d'haver llançat els meus diners en més unitats en un RAID 10 (25 unitats ara podrien haver aconseguit 8)

M'hauria d'estar d'acord, si teniu alguns clients VM que requereixen múltiples vCPU llavors heu d'assegurar-vos que teniu prou nuclis per permetre-ho. Però realment la RAM i el disc seran els seus denominadors comuns quan es tracta de rendiment, no la CPU en la majoria dels casos.

Veig molts bons punts que s'estan fent. La RAM és definitivament el factor més gran per a un bon rendiment amb virtualització, amb espai en disc i velocitat ser 2on, però també voleu velocitat de la CPU i capacitat d' alt fil. Com molts ja s' han assenyalat, no és gaire comú veure que s'estigui utilitzant una CPU completament, però la meva experiència ha estat que les CPU del servidor tendeixen a ser una mica més lent que els seus homòlegs de l' escriptori perquè una part del seu temps d' execució està dedicada a estabilitat (a cuidar de coses com la paritat, etc). Per allà, donant-los un sentiment de bala per la velocitat del rellotge en què s'executen. Aquest ús d' execució no està informat del SO, per tant no és visible en els monitors de recursos.

Dit això, he estat més feliç quan limito les meves VM a 23 per nucli a la meva màquina, i m'agraden les velocitats del rellotge (2.8Hz o més altes a Intel·ligència). També he vist un millor rendiment a les CPU optimitzades per la virtualització.

Tinc un doble nucli / 32 gig mem box amb 8 VMachs corrent i hauria d'haver llançat els meus diners en més unitats en un RAID 10 (25 unitats ara podrien haver aconseguit 8)

Un dels últims refrescs que vaig fer a la meva última feina, vaig reemplaçar 2 servidors màquina amb 2x 4core intel·ligència 2.8gz amb màquines noves funcionant 2x 12core 2. 0gz i un grapat més de memòria. Vaig acabar dirigint-me als problemes IO del disc amb els sans abans de colpejar qualsevol tipus de càrrega a les CPU o memòria.

Jo estava molt trist quan sis mesos després l'empresa venuda i reemplaçava tots els equips de l'ordinador amb els seus servidors estàndard (Crap) i escriptoris i tots els servidors, escriptoris, impressores i equips de xarxa van ser enviats a una companyia de reciclatge. Estic segur que tenen uns 100bux de l'empresa per als 3.000 dòlars que he gastat en aquestes dues màquines.

El més important és la memòria cau de L2. És millor anar amb un 6-core 2. 0GHz que té 1MB L2 que anar amb un 6-core 3. 0GHz o un 8-3core 3. 0GHz si tot el que tenen és 256K cau. Això és PER COREConstellation name (optional) No per processador. És cert, cada VM voldria el seu propi nucli, però a no ser que el VM estigui vinculat a un nucli en particular, no hi ha diferència si estàs executant 8 VM en una caixa de 6 punts. La VM està engabiada per no usar mai més d'un nucli. Això no vol dir que 2 VMs no puguin compartir un nucli o que un sol nucli no pugui servir tots els VM més la màquina.

Abans de la virtualització popular, teníem un servidor que feia 16 coses. Tenim dos servidors que executen 16 VMs que cada fa una cosa. Els fils no són tan importants com abans, a menys que estigueu executant un gran procés paral· lela de dades. I per a fer que els fils addicionals treballin per a vós (més que contra) heu de tenir un procés que les coordenades filin lògicament. Això vol dir informàtica, no servidors bessó d'intercanvi. Moltes aplicacions multi-files usen fils per al bé d' usar- les, no perquè siguin eficients o que s' usen correctament. Al final, un procés pot generar suficients fils per a mantenir tots els vostres nuclis ocupats, però cada fil està esperant a un o més dels altres a completar-se abans que realment pugui fer qualsevol cosa. En resum, la teva aplicació passa el 80-90% del seu temps en un estat d'espera mentre absorbeix tots els recursos que la vostra màquina ha d'oferir.

Una gran memòria cau L2 permetrà que el processador s' alinei més instruccions de "fusió." Com més et pots portar, menys viatges has de fer, per tant això disminuirà la freqüència d'iops al disc o de la memòria. En general, obtens un rendiment millorat a pesar d'una velocitat del rellotge més lenta.

Òbviament, has d'aconseguir el que serveix, però un altre factor que condueix la decisió és el cost de llicència.

Normalment, amb VMware, esteu pagant per processadors amb un nombre màxim de nuclis per. Per exemple, 4 processadors amb 6 nuclis cada cost menys a la llicència VMware que 4 processadors amb 12 nuclis.

També depèn del programari executant- se si té llicència per sòcol, per CPU o per nucli.

MS va decidir continuar amb el sòcol. El servei VMware estava fent per CPU (i hi havia un parell de SKU que van informar múltiples CPU, quan era una sola CPU... *fixed *)

No obstant això, això porta al punt que has de ser conscient del que s' executarà en el servidor i la llicència.

Ho faig senzill amb mi, i tinc 2xQuad tan ràpid com poden ser, donant-me 8 nuclis. Com a mínim la majoria de programari està d'acord que 4 nuclis poden ser una CPU, mentre que d'uns 6 i 8 de la CPU es van fusionar entre 2 i 2 anys de CPU (es tracta d'un parell d'anys)

Òbviament, has d'aconseguir el que serveix, però un altre factor que condueix la decisió és el cost de llicència.

RossMI va colpejar el mateix punt en què estava pensant! i no s' ha d' ignorar

La seva dosi diària de notícies de tecnologia, en breu. Benvingut a l'ajustament! Flashback: Back al 2 de gener de 1975: Portades i Allen Name "Micro-Soft" (Llegint més aquí). Bonus Flashback: Back el 2 de gener de 1979: Arts de programari Iveccioned (Llegint més aquí). ...

I±ve ha estat utilitzant l' espai de noms DFS i la replicació per compartir fitxers en dos servidors en una petita oficina durant anys sense problemes fins ara. Els dos servidors estan en la mateixa localització. Un dels servidors va tenir un fracàs en la unitat, sense problema, això és el que D...

Benvingut a 2023! I La primera Spark! De l'Any Nou! Espero. Tothom té un fantàstic 2023!Monday Top 10? Vota per sota per fer el nostre propi superior 10! Només un recordatori, si estàs llegint el Spark! Spice...

Tinc unes quantes estacions de treball amb llicències de W10 Pro llicències (ESD, comprats de MS Partner legal). Alguns ja han actualitzat a Windows 11. Tinc la intenció d'actualitzar la resta en un mes. diguem que l'oferta d'actualització lliure acaba en un parell de mesos. I em van audir...