Új hozzászólás Aktív témák
-
#42
orbano
félisten
DIESELPOWER
#41
orbano
félisten
válasz
DIESELPOWER
#41
üzenetére
amikor embereknek is szükségük lesz rá
-
#41
DIESELPOWER
aktív tag
DIESELPOWER
aktív tag
Kíváncsi vagyok mikor lesz elérhető ilyen technika emberi áron is...
-
Konflikt
addikt
azert a swap lesz a legutolso, amit a vmkernel csinalni fog. elotte van meg TPS, ballooning, memory compress, ill. vsphere5-ben swap to SSD is.
a cel az, hogy lehetoleg 0 memoriat kelljen adni a guest-nek
btw, ez a 768GB szep, csak birjad licenszelni..
amugy pont van nalunk par RX300 is clusterben. -
joysefke
veterán
A másik pedig az, hogy egy fizikai gépen futó oprendszer esetén nem nagy probléma, ha néha swappolni kell, a gépenek általában van saját lokális merevlemeze.
A virtualizációs réteget futtató hostoknak viszont általában nincs saját merevlemeze, közös általában dedikált hálózaton keresztül elérhető tárat használnak (SAN), azt pedig nem szerencsés fölöslegesen I/O-val terhelni.
Ha maga a virtualizációs réteg fut ki a memóriából (tehát nem a rajta futó guest oprendszer) és a virtualizációs rétegnek kell swappolnia, akkor összeomlik a teljesítmény. Ezért sem szabad spórolni a memóriával.
-
joysefke
veterán
A virtuális gépen futó oprendszer és alkalmazások alapvetően nincsenek tisztában vele, hogy nem fizikai vason futnak hanem egy köztes, virtualizációs rétegen.(ez persze nem teljesen igaz, mert a guest operációs rendszerre installálva a VMware toolst, a virtualizációs réteg monitorozni, vezérelni tudja a guest-et- a VMware tools tisztában van vele, hogy ő csak virtuális gépen fut)
Tehát a guest oprendszer meg a rajta futó alkalmazások ugyanúgy használják a memóriát, mintha az fizikai memória lenne, nagyságrendileg ugyanannyira is van szükség, ha eltekintünk az overheadtől illetve attól, hogy a virtualizációs réteg rendelkezik ilyen olyan trükkökkel, hogy csökkentse a virtuális gépek memóriafogyasztását, illetve a virtuális gépek által korábban lefoglalt de nem használt memóriát felszabadítsa. Illetve eleve képes "okosan odaadni" a memóriát a virtuális gépeknek, így jó esetben ténylegesen annyit kapnak amit használnak is.
Egy szó mint száz, egy kétprocesszoros szerveren 12 magon (x5690) könnyen elfuthat 20+ nem túl erőforrásigényes, nem real time applikáció, azoknak meg akkor alsó hangon kell a 4x 20+ GB memória Win2k8-t feltételezve.
J.
-
#32
DIESELPOWER
aktív tag
DIESELPOWER
aktív tag
up neki csak az ára lesz borsos
-
-
#28
Meteorhead
aktív tag
Meteorhead
aktív tag
Én dense GPU klaszter építésén gondolkodom és keresem az élhető megoldásokat, és vannak nagyon brutál GPU-s alaplapok, amikbe PCI-E extenderekkel 32-64 GPU magot is bele lehet pakolni, és 3-6 GB VRAM/GPU-val számolva 192-384 GB-nál tartunk. Nem volna haszontalan, ha mondjuk a GPU-kon számolt rendszer legalább egyszer elférne RAM-ban. Ami lapokat találtam, azokkal simán ki lehet hozni, hogy több a VRAM mint a RAM, és trükközni kéne, mert egyszer sem jelenhet meg host memóriában az egész rendszer. 40 PCI-E 3.0 sáv?? Ez nagyon keményvonalas...
Ebből ha már csak 32 megmarad 2db x16-nak, esetleg kettő proci van a lapon, és még tovább van osztva egy nForce chippel (mint a TYAN egy lapján, csak PCI-E 2.0-val), akkor lenne 8 db x16 PCI-E 3.0 foglalat. (Tisztában vagyok az osztó működésével) Evvel már könnyen el lehetne érni a 64-128 GPU/host értéket, amivel elég szép számú GPU-t lehetne használni elég alacsony késleltetés mellett. És akkor már el sem kezdem, hogy 128GPU-nak mennyi RAM kéne...
A lényeg, ezekkel irgalmatlan szerveket lehet építeni.
-
joysefke
veterán
Előző héten pakoltattam be egy ajánlatba 4 darab kétutas Fujitsu RX300-as szervert, X5690 procival, ahol egy darab X5690 olyan 1500dollár/eur környékén lehet. (a pontos árakat nem látom)
Ragyogóan alkalmas platformként virtualizációhoz, vSphere 5-el. Egy nem memóriaéhes applikációt futtató W2k8-nak kell adni legalább 4GB-t, ha az applikáció zabálja a memóriát akkor persze többet.
Egy ilyen 2x6 processzoros monstrum rengeteg virtuális géppel elbír, a mennyiség leginkább attól függ mennyire konzervatív az ember amikor a virtualizációs környezetben szükséges hardvererőforrásokat számolja/tervezi. Mi nagyon konzervatívak vagyunk, és azt mondjuk, hogy 1 darab fizikai processzormag elegendő 1,5 darab virtuális processzormaghoz (vCPU) tehát a 2x6 magos szerver képes futtatni annyi alkalmazást amelyek 2x6x1,5=18 darab virtuális processzormag szükséges. Ez persze nagyon erősen függ az alkalmazási területtől. A valóság pedig még sokkal kedvezőbb, mert a procikihasználtság még így is általában nagyon alacsony (10-20%)
Na mindegy a lényeg az, hogy a rengeteg virtuális gép zabálja a memóriát, szó szerint, ha egy dolog van amin nem szabad spórolni az a memória, én általában a számított minimálisan szükséges mennyiséget megduplázom, szóval egy ilyen RX300-hoz dukál a minimum 48GB, de inkább 72GB. Ha több virtuális gépet engednénk rá, akkor még több kéne.
J.
-
#15
hugo chávez
aktív tag
lujó55
#10
le vagyok maradva 
Az jól hangzik! Új Mac Pro is jó lesz! 
Új hozzászólás Aktív témák
- Apple MacBook
- Merész dizájn és új teleobjektív az iPhone 17 Pro mobilokban
- Milyen HASZNÁLT notebookot vegyek?
- PROHARDVER! feedback: bugok, problémák, ötletek
- iPhone topik
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- PayPal
- Nagyon erős ajánlat lett az Apple Watch SE 3
- gban: Ingyen kellene, de tegnapra
- Steam topic
- További aktív témák...
- Xbox Series X 1 TB + kontroller 6 hó garancia, számlával!
- Apple MacBook Pro Touch Bar(13-inch, M1, 2020)- 181 Ciklus - 96% Akku -8GB/256GB SSD - Ezüst -MAGYAR
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Új akksi! Microsoft Surface Pro 6 i5-8350U 8GB 256GB 100%sRGB 1 év garancia + billentyűzet opciók!
- ÁRGARANCIA!Épített KomPhone i9 14900KF 32/64GB DDR5 RAM RX 9070 XT 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest