Prosíme přihlašte se nebo zaregistrujte.

Přihlašte se svým uživatelským jménem a heslem.
Vaše pomoc je stále potřeba!

Autor Téma: Nereálná velikost RAM [VYŘEŠENO- planej poplach]  (Přečteno 1927 krát)

NoWin

  • Host
Nereálná velikost RAM [VYŘEŠENO- planej poplach]
« kdy: 11 Října 2009, 14:43:23 »
Rukulíbám,

mám menší problém- mám 2GiB RAM (+ 4GiB Swap), ale všude se mi zobrazuje, že mám jen 1.6GiB. Na Ubunťákovi se mi to zobrazovalo správně (kdysi ale taky takhle), na Debianovi ne.
Pravda, něco málo si vyhradí kernel, ale ~400MiB?




Čím to? Nemá to něco společnýho s paměťovým omezením 32-bit kernelu? Kdesi jsem četl (ale to byl starší článek), že tenhle kernel dokáže pracovat max. se 4GiB pamětí (RAM + Swap), ale stejně to nesouhlasí.
« Poslední změna: 11 Října 2009, 20:04:03 od Roman Horník »

arrange

  • Závislák
  • ***
  • Příspěvků: 4031
  • "jdu s hlavou vztyčenou..."
Re: Nereálná velikost RAM
« Odpověď #1 kdy: 11 Října 2009, 16:06:06 »
Ukaž výpis z
Kód: [Vybrat]
free
dmesg | grep -Eiw 'highmem|lowmem'
http://www.openstreetmap.org - mapy celého světa "wiki style"

NoWin

  • Host
Re: Nereálná velikost RAM
« Odpověď #2 kdy: 11 Října 2009, 16:13:43 »
Kód: [Vybrat]
$ free
             total       used       free     shared    buffers     cached
Mem:       1683880    1487652     196228          0      86456    1074440
-/+ buffers/cache:     326756    1357124
Swap:      4192924        796    4192128

Kód: [Vybrat]
$ dmesg | grep -Eiw 'highmem|lowmem'
[    0.000000] 774MB HIGHMEM available.
[    0.000000] 887MB LOWMEM available.
[    0.000000]   HighMem  0x000377fe -> 0x00067ed0
[    0.000000]   HighMem zone: 1550 pages used for memmap
[    0.000000]   HighMem zone: 196804 pages, LIFO batch:31
[    0.004000] Initializing HighMem for node 0 (000377fe:00067ed0)
[    0.004000] Memory: 1675248k/1702720k available (2173k kernel code, 26064k reserved, 1150k data, 320k init, 793416k highmem)
[    0.004000]     lowmem  : 0xc0000000 - 0xf77fe000   ( 887 MB)
[    0.565826] highmem bounce pool size: 64 pages

LuciusMare

  • Závislák
  • ***
  • Příspěvků: 1749
Re: Nereálná velikost RAM
« Odpověď #3 kdy: 11 Října 2009, 18:20:01 »
Ja bych hledal problem nekde jinde,u disku mas taky napsane x GB i kdyz ve skutecnosti je velikost o neco mene nez kolik je tam napsane,protoze 1000Mb!=1Gb.I kdyz ztrata skoro 25% je dost.
Citace
<Firzen> tak teď budu Číňan
<Firzen> tak uvidíme :D
Jabber: LuciusMare (zkroucenina) jabbim (tecka) cz

arrange

  • Závislák
  • ***
  • Příspěvků: 4031
  • "jdu s hlavou vztyčenou..."
Re: Nereálná velikost RAM
« Odpověď #4 kdy: 11 Října 2009, 18:41:42 »
Čím to je nevím, ale je to asi chyba. Třeba já mám 1GB a ukazuje mi to
Kód: [Vybrat]
arrange@lean:~$ free | head -2
             total       used       free     shared    buffers     cached
Mem:       1017776     917296     100480          0      42956     467768

arrange@lean:~$ dmesg | grep Memory
[    0.004000] Memory: 1009588k/1039548k available (4116k kernel code, 29076k reserved, 2199k data, 532k init, 134340k highmem)

Co ukazuje BIOS? (Měl by ten údaj být vidět při bootu - před Grubem.)
http://www.openstreetmap.org - mapy celého světa "wiki style"

NoWin

  • Host
Re: Nereálná velikost RAM
« Odpověď #5 kdy: 11 Října 2009, 19:05:15 »
Ja bych hledal problem nekde jinde,u disku mas taky napsane x GB i kdyz ve skutecnosti je velikost o neco mene nez kolik je tam napsane,protoze 1000Mb!=1Gb.I kdyz ztrata skoro 25% je dost.
Vím, že 1GiB nemusí bejt 1GB (někdy je, někdy není), ale je blbost, aby ten samej program ukazoval v Ubuntu něco jinýho, než v Debianu.
A i kdyby- 2GiB = 2147483648B; 2GB= 2000000000B; 2GiB = 2.147GB; 2GB= 1.863GiB != ~1.6GiB
Takže i kdyby to v Debianu ukazovalo v GiB, kdežto v Ubuntu GB (nepravděpodobný), kam by se ztratilo kolem 260 MiB?

BIOS mi ukazuje 2048MB (nebo spíš GiB?) a vím jistě, že v PC mám 2× RAM modul @ 533MHz, DDR2, 1G(i)B

Arrange: U Tebe to je správně, těch pár MiB si rezervuje kernel pro vlastní potřeby, jako uživatel tohle místo nemůžeš ovlivnit.

arrange

  • Závislák
  • ***
  • Příspěvků: 4031
  • "jdu s hlavou vztyčenou..."
Re: Nereálná velikost RAM
« Odpověď #6 kdy: 11 Října 2009, 19:17:30 »
Já vím, že to mám dobře :) To byla jen ukázka pro srovnání.

Jinak to musí být chyba kernelu. Na ubuntuforums se teď řešil podobný problém, ale podle mě se to uspokojivě nevyřešilo.

Pro zajímavost tu ještě můžeš zkusit dát
Kód: [Vybrat]
dmesg | grep -A20 'RAM\ map'
http://www.openstreetmap.org - mapy celého světa "wiki style"

NoWin

  • Host
Re: Nereálná velikost RAM
« Odpověď #7 kdy: 11 Října 2009, 19:21:46 »
Já vím, že to mám dobře :) To byla jen ukázka pro srovnání.

Jinak to musí být chyba kernelu. Na ubuntuforums se teď řešil podobný problém, ale podle mě se to uspokojivě nevyřešilo.

Pro zajímavost tu ještě můžeš zkusit dát
Kód: [Vybrat]
dmesg | grep -A20 'RAM\ map'
Kód: [Vybrat]
$ dmesg | grep -A20 'RAM\ map'
[    0.000000] BIOS-provided physical RAM map:
[    0.000000]  BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
[    0.000000]  BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
[    0.000000]  BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
[    0.000000]  BIOS-e820: 0000000000100000 - 0000000067ed0000 (usable)
[    0.000000]  BIOS-e820: 0000000067ed0000 - 0000000067ede000 (ACPI data)
[    0.000000]  BIOS-e820: 0000000067ede000 - 0000000067f00000 (ACPI NVS)
[    0.000000]  BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
[    0.000000]  BIOS-e820: 00000000fecc0000 - 00000000fecc1000 (reserved)
[    0.000000]  BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
[    0.000000]  BIOS-e820: 00000000ff780000 - 0000000100000000 (reserved)
[    0.000000] DMI 2.3 present.
[    0.000000] AMI BIOS detected: BIOS may corrupt low RAM, working around it.
[    0.000000] e820 update range: 0000000000000000 - 0000000000010000 (usable) ==> (reserved)
[    0.000000] last_pfn = 0x67ed0 max_arch_pfn = 0x100000
[    0.000000] MTRR default type: uncachable
[    0.000000] MTRR fixed ranges enabled:
[    0.000000]   00000-9FFFF write-back
[    0.000000]   A0000-DFFFF uncachable
[    0.000000]   E0000-EFFFF write-through
[    0.000000]   F0000-FFFFF write-protect
... jestli z toho něco vyčteš...

qUAKER

  • Host
Re: Nereálná velikost RAM
« Odpověď #8 kdy: 11 Října 2009, 19:24:16 »
máš nainstalovaný bigmem kernel? jestli ne, tak apt-get install linux-image-2.6.30-2-686-bigmem

NoWin

  • Host
Re: Nereálná velikost RAM
« Odpověď #9 kdy: 11 Října 2009, 19:27:13 »
máš nainstalovaný bigmem kernel? jestli ne, tak apt-get install linux-image-2.6.30-2-686-bigmem
Není potřeba tenhle kernel při 3+ GiB? Ale zkusím to a dám vědět, díky!

NoWin

  • Host
Re: Nereálná velikost RAM
« Odpověď #10 kdy: 11 Října 2009, 19:46:21 »
Jo tak nic, kernel nepomohl a zjistil jsem, že mám nejspíš 1 modul RAM K. O. :(

Všem zúčastněným díky!

qUAKER

  • Host
Re: Nereálná velikost RAM
« Odpověď #11 kdy: 11 Října 2009, 19:56:45 »
mám 2GB na 64bitovém systému a:

Kód: [Vybrat]
debian@debian-desktop:~$ free
             total       used       free     shared    buffers     cached
Mem:       1795232    1018756     776476          0     103852     455560
-/+ buffers/cache:     459344    1335888
Swap:      1405676          0    1405676

ale to je proto že 256MB si bere integrovaná grafika :)

NoWin

  • Host
Re: Nereálná velikost RAM
« Odpověď #12 kdy: 11 Října 2009, 20:03:23 »
Áááááá!!! Tak už je všechno v pořádku! Vypnul jsem mašinu a koukám, 1 RAM modul se jen uvolnil!  :)

arrange

  • Závislák
  • ***
  • Příspěvků: 4031
  • "jdu s hlavou vztyčenou..."
Re: Nereálná velikost RAM
« Odpověď #13 kdy: 11 Října 2009, 20:05:57 »
quaker: kde prosím zjistím, kolem mi bere integrovaná grafika? Mám taky integrovanou, ale přitom RAM to ukazuje v plné verzi (viz příspěvek výše).

Kód: [Vybrat]
lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 82915G/GV/910GL Integrated Graphics Controller (rev 04)
http://www.openstreetmap.org - mapy celého světa "wiki style"

qUAKER

  • Host
Re: Nereálná velikost RAM
« Odpověď #14 kdy: 11 Října 2009, 20:09:07 »
quaker: kde prosím zjistím, kolem mi bere integrovaná grafika? Mám taky integrovanou, ale přitom RAM to ukazuje v plné verzi (viz příspěvek výše).

Kód: [Vybrat]
lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 82915G/GV/910GL Integrated Graphics Controller (rev 04)

nevím jak je to u intelu.. ale u ATI(zde HD3200, ale co nejdřív plánuju koupit nvidii protože chci více výkonu) si to prostě ukousne kus RAM a zobrazí to pak ve free bez té části kterou si bere grafika..

 

Provoz zaštiťuje spolek OpenAlt.