CentOS 5 x86_64 - Nem látszik a 4GB RAM

Red Hat, Fedora, CentOS

Sziasztok,

Adott két HP ProLiant ML110 5G szerver: tûzfal, VPN, fájlszerver, Subversion, Apache stb. fut rajtuk évek óta. Mindkettõbe tetünk plusz memóriát (Kingston). Így a BIOS szerint 4 GB RAM van mindkét gépben.

Processzor típusa:
Intel Pentium Dual 1.8GHz (típuskód) E2160

Kernel:
Linux controrglnx 2.6.18-194.11.3.el5 #1 SMP Mon Aug 30 16:19:16 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux

dmesg(Memory):
Memory: 3788904k/4456448k available (2575k kernel code, 272396k reserved, 1304k data, 212k init)

Tehát csak 3.61 GB memóriát lát a rendszer, ami kísértetiesen hasonlít az x86-os kertnelek (PEA nélkül) memória limitjére.

Ez valami hardver limit vagy valamit nagyon rosszul installáltam annó...

Tud valaki segíteni?

Köszönettel

  • 2758 megtekintés

+1
Azért megkérdezném, nem feltételezem, hogy nem vetted számításba, de néha evidens dolgok is elkerülik az ember figyelmét. Nem pont az alaplapi VGA használja a hiányzó RAM-ot?
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba és kész!

( Czo v | 2010. 09. 17., p – 10:26 )

Esetleg firmwareben valami memory remap funkcio? A HP firmwareket nem ismerem.

---
Apple iMac 20"
áéíóöőúüű

ML110 G5-ön próbáltam én, és a témában is egy ML110 G5 szerverről van szó. Szerver kategóriában pedig a gyártó nem engedheti meg magának azt, hogy más paraméterekkel rendelkező gépet adjon el ugyanazon név alatt.
Jelenleg egy openfiler van a szerveren, a webfelülete szerint 3.75 GB-t lát a memóriából. Ha lesz időm, hétfőn kipróbálom 8 GB-vel, és megírom mit lát belőle.

Kedves NagyZ és Társai,

Nem értem és értelelenül állok a dolog előtt, hogy ki kérdezett meg arról, hogy milyen teljesítményű az adott szerver. Biztos vagyok benne, ha idevágtam volna egy 500 ezer Ft-os gépet a fenti funkciókra, akkor is Te lennél az első aki leírná mi a f..szért kell ilyen drága gép az adott feladatra.
Látod én ebből a trutyi gépből is kihozom azt, amire megvettük. A főnökeim és mi (mint szoftver fejlesztők: nem vagyok RENDSZERGAZDA) elégedettek vagyunk a teljesítményével: 68.000 Ft-ért vettük. :-)
Amúgy max. 4 db memóriamodult lehet bele tenni. 2x1 GB volt benne. Kis ráfordítással kiegészítettük hogy később ne legyen gond vele... ha kell plusz RAM. A hiányzó 500 MB-t bosszant, ha meg tudom oldani megoldom, ha nem, így marad. A feladatát ellátja...

Elnézést a többiektől....

Nyugi, nyugi, itt nem személyeskedtünk, hanem a HP-t fikáztuk, hogy mekkora szarkupacot el tud adni. Aztán persze jönnek az érdekességek.

Én személy szerint OpenOffice-n kívül nem bíznék erre a gépre semmilyen feladatot(mondjuk azt sem, arra inkább ATOM). Nálam - ha szerverről beszélünk - akkor raid, ecc, redundant tulajdonságokkal rendelkeznie kell egy gépnek. Amelyik gépből valamelyik hiányzik az csak egy pécé.

Attól, hogy low-end, a HP a szerverek közé sorolja, ami ha tetszik, ha nem kötelezi a gyártót arra, hogy a sorozat platform szinten teljesen kompatibilis legyen az összes ugyanazon név alatt eladott géppel.
Azt pedig a HP-val kell megvitatni, hogy ez a gép nevezhető-e szervernek vagy sem.

( Zoltan1992 | 2010. 09. 17., p – 15:48 )

"ami kísértetiesen hasonlít az x86-os kertnelek (PEA nélkül) memória limitjére."

Az nem PAE? :-)

( quash | 2010. 09. 17., p – 16:30 )

PAE-s kernelt vagy 64bites OS-t neki és veled van az erő ! :)

( Vladi | 2010. 09. 17., p – 18:34 )

Memory: 3788904k/4456448k available

Ez az, nem?
Nekem ezt írja:

Memory: 1013468k/1047424k
1 gigára.

free meg csat /proc/meminfo
esetleg htop mit mond?

>>: sys-admin.hu :<<

( poperator v | 2010. 09. 17., p – 19:55 )

HP ML110 G5 2G RAM:
Memory: 2043268k/2095360k available
kernel:
2.6.32.11-99.fc12.x86_64 #1 SMP Mon Apr 5 19:59:38 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux

HP ML110 G5 8G RAM:
Memory: 8050844k/8650752k available
kernel:
2.6.18-164.15.1.el5 #1 SMP Wed Mar 17 11:30:06 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux

(4G RAM-al jelenleg nincs kéznél)

( pepo v | 2010. 09. 17., p – 21:02 )

Az alaplapi videókártya veszi el, nem?

( uid_2716 | 2010. 09. 18., szo – 20:01 )

Az a "272396k reserved" vajh mi lehet?

( egeresz | 2010. 09. 18., szo – 23:28 )

a jelenseg teljesen normalis es szokasos.

a jelenseg mogott az all, hogy a hardvereszkozok a memory-mapped kommunikaciojukat valahol el kell helyezzek. Altalaban ezt, amikor az architekturat megtervezik, a cimtartomany vegere teszik. Ez 32 bites rendszereknel kozvetlenul a 4Gi alatt van. Mivel az x86_64 az azonos architektura az i386 -tal ( csak eppen 64 bit extensionnal) emiatt a hardvereszkozok memory-mapped kommunikacioja maradt a 4Gi alatti teruleten. 64 bites cimzes szempontjabol 'luk van' a cimtartomanyban, azon a lukon nem lehet memoria. Ez a luk 1/2 vagy 1/4 GiByte. gyartofuggo? nem tudom.

Elvileg lehetseges olyan firmware/memory kontroller, ami az ide eso fizikai memoriat atmappeli 4G fole. ilyen technikai trukkokkel eltek a 286 vilagaban peldaul. En konkretan ezt erdektelennek tekintem mostansag.

En is koszonom. Multkor ugyanez volt a bajom (4G-bol csak 3-at latott) az EPOX 9NDA3+ (nForce3 ULTRA chipset, 939 AMD proci) alaplapom. Akkor direkt az alaplap tipusara keresve lattam ilyesmit a BIOS-ban. AMit persze most nem tudok leirni, az eredeti kezkionyvben nincs, gondolom, az uccso BIOS update utan jelent meg...Pedig azt hittem, a P1 idokkel kihalt a Memory Hole 15M-16M gond :)

De igy legalabb tudom az elmeleti hatteret is, kosz.

--
http://www.micros~1

egesz pontosan nem a procitol, hanem az architekturatol fugg a luk elhelyezese. ez most PCI, itt van a 3.5Gi-4Gi kozott a luk. (e)isa volt a regi architektura, annal volt 16Mi elott (24 bites cimter teteje) Azelott meg a 1Mi alatt volt luk (20 bites cimter teteje, i8086, 8 bites ISA). Lehetseges (nem tudom) hogy kompatibilitasi okokbol most is ott vannak ezek a lukak, csak manapsag mar elhanyagolhatoan kicsinynek szamitanak.