Elsődleges számítógépemen az operációs rendszer bekapcsolás után, "üresjáraton" ennyi memóriát foglal

Címkék

0-128MB
5% (16 szavazat)
129-512MB
26% (76 szavazat)
513-1024MB
34% (100 szavazat)
1025-2048MB
26% (77 szavazat)
2049-4096MB
6% (19 szavazat)
4097+MB
3% (10 szavazat)
Összes szavazat: 298

Hozzászólások

Nem akartam feleslegesen túlbonyolítani, de a hozzászólások közt érdekelne az adott számhoz tartozó oprendszer

Win8.1 x64, 2G-4G-re szavaztam, de annak az alja. Persze ez függ az elérhető memóriából is szerintem, abból 8G van.
Update: előbbi nem volt valid, nyomtam egy restartot, pont befér 2 alá, így módosítom :)

Hm, ez érdekes. Bár én natív módban nem használok Win8-at, csak néha VmWare-ben, de azt láttam, hogy VmWare-ben a Win8 kevesebbet eszik, mint a Win7. Konkrétan 520MB-ot 750MB helyett. Nyilván ilyenkor nincs Aero a Win7-ben, és ki tudja, mi hiányzik a Win8-ból. Ezek szerint Win8-ban a grafikus csillivilli eszik sokat, mert a natív Win7 nekem 1G körül van (szintén 8G RAM-mal).

3.13.0-30-generic #54-Ubuntu SMP Mon Jun 9 22:45:01 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
1685 M
A 1025-2048MB közötti jelöltem...
8GB memória. Néhány kényelmi funkciót szolgáltató alkalmazás automatikus indítását én tettem be (google drive, apache2, mysql, yakuake, cairo dock, openvpn, teamviewer, smbd, stb. - az alaprendszer memória igényét passzolom...)
üdv: pomm

A 852-es kídlap telepötúsa sikeresen befejezádétt

Debian 7.0 Wheezy, az összes szükséges daemon elindulása, és az XFCE desktopba belépés után kb. 220 MB-ot eszik.

Kellett volna egy olyan mezo is, hogy fogalmam sincs / nem erdekel (az szamit hasznalat kozben mennyire tart igenyt).

Napok óta félretettem az RSS olvasóban ezt a szavazást, hogy majd megnézem. Hát nem néztem meg. Aztán most idekattintottam, pont arra gondolva, hogy majd kiválasztom azt a választ, hogy "nem tudom, nem is érdekel." De az érdekelne, hogy egyébként mostanában mennyi szokott lenni és mekkora flame fog kerekedni belőle, hogy X.Y. androidos szörnyedvénye hogy számíthat egy 'szakmai portálon' elsődleges számítógépnek.

Linux Mint 16 Cinnamon 64 bit - 345 MB

OpenSUSE 13.1 KDE kb. 600MB, ha kevesebb RAM lenne a gépben akkor le lehet tornászni 300MB, de 8GB-nál nem fogok ezzel szórakozni.

Linux Mint 17 64bit MATE = 312MB

Ubuntu 12.04 64 bit + Unity (Compiz)
~780MB (ami beáll olyan ~1GB körülire használat közben)

Ubuntu 12.04 64 bit + LXDE
~280MB

8 GB RAM mellett úgy hiszem nem ezen fog múlni...
Amúgy a Compiz-nak sok kényelmi fícsőre van, ami miatt használom.

Linux: Fedora 20 32 bit 3.14.9-200.fc20.i686+PAE #1 SMP + 4G RAM

Alaprendszer + KDE + mindenféle asztali csicsa (pl 2 fotó slideshow a háttérben) + kényelmi szolgáltatások (pl GoldenDict), szzóval minden, ami automatikusan elindul belépés után, de még mielőtt bármit elindítanék én magam: 0,7 Gb

Csaba

aki ekkora hulyeseget kepes kerdezni, annak halvany fogalma sincs, hogy mikent mukodik egy kernel/operacios rendszer

--
NetBSD - Simplicity is prerequisite for reliability

Fogalmamsincs. Egyreszt viszonlag ritkan bootolok, masreszt mindig elindul a nahany firefoxpm a csillio fullel, meg sok mas. Szoval indulas utan uresjaratrol meg beszelhetunk, de hogy csak az operacios rendszer lenne ott arrol nem.

a top és a free is azt írja 2.2 Gb használt, a gnome-system-monitor pedig 660 Mb-ot, na akkor most mi az igaz?

Win 7, 8G memória, 1.5G foglalt, abból 1.5G cache :) Szerintem a rendelkezésre álló memóriától függ, mennyit foglal be cache-nek.

517 körül. Mageia 4, KDE+openbox.

MorphOS 3.6, Pegasos II/G4, 1GB RAM-ból 49MB foglalt full desktop boot után. Ha kikapcsolom a disk cache-et akkor 30 megánál kevesebb.

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

Nem, sajnos nem. Az Amiga, az igazi, az ennél sokkal rulezebb. Most pl. 2 nap uptime-mal az A1200-on, egy TCP/IP stack, 2 IRC kliens, egy webböngésző, egy MOD player, egy fájlkezelő és egy shell fut, meg persze egy full Workbench az összes toolbarral és utility-vel, és még kb. 50MB (Fast)RAM szabad a 64MB-ből. És ennek egy része is disk cache... :P

De azért duzzogva megszokható a MorphOS is. :P

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

Ubuntu szerver + Xfce4 (vagyis nem xubuntu).
startx előtt 338M.
startx után 516M (ezt jelöltem be).
Firefox -> HUP után 850M.
Egyébként 16G van a gépben.
--
ulysses.co.hu

Arch + XFCE4 = valami 300 körül free szerint, top alapján inkább 700, szóval a faxgép tudja...
--
Fight / For The Freedom / Fighting With Steel

Most miattatok rebootoltam.
Fedora 19/MATE: 190
Igaz, 250-nel kezd, amiből fél percen belül elengedi a különbséget.

Ubuntu 14.04 - 1.33 GB
Windows 7 - 1.75 GB

Archlinux XFCE-vel ( + compiz + klipper + kmix): 345 MB / 4 GB (bufferekkel+cache-sel egyutt kb duplaja)
Macbook Air: Mac OS X Mavericks (10.9.4): 580 MB / 8 GB (580 az app memory, melle ossz van kb 2 giga file cache meg wired, tehat rogton kb 2.5 G gyakorlatilag el van foglalva, es mikozben ezt irtam a Linuxos gepen (kb 1 perc), azon csak az activity monitor futott es felszokott 3.57 GB-ra 2.5 GB total korulrol egy perc alatt)

Egyéb: nem tudom és nem is érdekel. Ez a válasz sajnos hiányzik, még nem döntöttem el, hogy melyik opcióra nyomjak.

win8.1 64-bit. restartolni nem fogom, de bezarva mindent, kiveve amik amugy is a hatterben futnak, task manager szerint:
1024 MB used.
most FF par tabbal 1.3GB used.
8GB ram van a gepben, fut NVidia valamije, realtek HD audio valamije, copy.com sync es portableapps launchere.

Bekapcsolas utan az operacios rendszer 0 bytet foglal el a memoriabol, mivel akkor meg nem fut operacios rendszer.

De ha a boot utani allapotot akarta volna kerdezni, akkor utana magaeva teszi mind a 32G ram feletti uralmat es osztogatja mindenfele celokra a programoknak, rendszernek, cachenek, stb.

Egyebkent meg nem kurva mindegy? Hasznalja ki az utolso byteig minden a ramot, okosan, a leggyorsabb futast szem elott tartva.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

> Egyebkent meg nem kurva mindegy? Hasznalja ki az utolso byteig minden a ramot, okosan, a leggyorsabb futast szem elott tartva.

Kár, hogy ezt sokan nem értik. A RAM azért van, hogy legyen tele.* Ha nincs mivel telerakni, akkor van vagy 300 gigányi cucc a gépemen, válasszon közülük, és cache-eljen.

szerk: * nyilván, ha azért fogy el, mert egy programot nem sikerült értelmesen megírni, az nem jó

Ez igaznak tűnhet, de a process-ek függetlenek egymástól. Ha az egyik felfalja a RAM-ot, mert van, és indulna egy másik, akkor hirtelen fejvakarás van. Lehet ugyan memóriát futásidővé konvertálni, ugyanakkor a programozó hajlamos gondolkodást memóriaigénnyé konvertálni, és ez utóbbi helytelen gyakorlat.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Még a végén kiderül, hogy valóban csak okoskodsz. Szép és csodás kifejezés ez a bloatware, csak azt hagyod ki a képletből, hogy mitől lesz bloateare. Szép meg jó, hogy mindenki kicsi, gyors, kevés erőforrást igénylő programot akar, persze aztán tudja még ezt is meg azt is, meg integrálódjon ezzel meg azzal is, persze legyen meg tegnapelőttre, persze támogassa azt is, mert az meg a Bélának meg a Pistának kell. Hja persze, ez már téged nem érdekel, mert nem neked kell ezzel szívni, cserébe roppant okosnak tudsz tűnni, mikor a partvonalról megpróbálsz okoskodni.

---------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

"mindenki kicsi, gyors, kevés erőforrást igénylő programot akar,"

Dehogy, én sokszor már csak a funkcióját 100%-ban jól ellátó programnak is tudnék örülni. Az a baj, hogy sokszor a programok - beleértve a zárt forrású, sok milliós licencel rendelkezőket is - azt sem tudják (még erőforráspazarlóan sem), ami a feladatuk lenne.

"mikor a partvonalról megpróbálsz okoskodni."

Felhasználóként és ügyfélként? Belőlünk éltek. Az ügyfelekből és a felhasználókból. Lehet lenézni, magas lóról, foghegyről válaszolgatni, de te pontosan jól tudod, hogy a szakmád jó része kókler. Számtalanszor írtál már róluk kritikus hangnemben. Akkor meg mire ez a színjáték?

--
trey @ gépház

"Számtalanszor írtál már róluk kritikus hangnemben"

Sőt, mondok jobbat, nekem is kellett már olyan kódot írnom, amely gyakorlatilag itt-ott össze lett baszva, mert az ügyfél azt akarta, hogy menjen hétfőre.

"Akkor meg mire ez a színjáték?"

Az, ahogy és amilyen módon egyoldalúan, mindenkit leírva adod elő a mondókád. Ld. az "egy dolgot tudjon rendesen". Naja, csak az az egy dolog a felszín alatt 20 másikat mozgat, ami 200 különböző külső dolgot használ még, persze működjön úgy is, ahogy igazából Sosem lett tervezve, mert a másiknak ez volt az egy igénye.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™..""

"Az a baj, hogy sokszor a programok - beleértve a zárt forrású, sok milliós licencel rendelkezőket is - azt sem tudják (még erőforráspazarlóan sem), ami a feladatuk lenne. "

Meg kell erősítsem. Használunk néhány ilyen baromi drága programot, és igen sokféleképpen képesek hibázni. És ha izolálom a hibát, dokumentálom a körülményeket és elküldom nekik, akkor leginkább semmi nem történik. Megtehetik, hogy nem foglalkoznak velem, mert úgyis megélnek, ha szart árulnak.

Azért láttunk már olyat, hogy a sales a csillagot is lehazudja az égről, aztán egy integráció/bevezetés után derül ki, hogy "hopsz".

Szerk: sry, benéztem, rossz szál. Ez oda akart menni, ahol a kurva drága program nem jó arra, amire tervezték és nem azt csinálja, amit kéne neki.
Szerk 2: Egyre gyanúsabb, hogy nem csak a szálat néztem be, de a topicot is. Vagy a site-ot. "hopsz"

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

És itt jön be a menedzselt memória előnye, valamint az, hogy kb. minden normális OS-ben van valami jelzés a programok felé, hogy ha vissza kellene venniük a memóriaigényből, mert kellene más is. Az, hogy sokan ezeknek még nem voltak képesek utánanézni és használni, mikor olyan szoftvert írtak, az már IJB.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Igen viszont emiatt csak egy ideologia marad a "hasznaljon minden annyi ramot amennyi van, es szabaditson fel ha kell" elv, es performanszbeli gyengules varhato sok alkalmazas megnyitasa eseten, ha hagyjuk hogy minden annyi ramot egyen, amennyi a csovon kifer (pusztan azert, mert "volt annyi hely a ramban, hogy a sosemhallgatott mp3-aink elso chunkjahoz se kelljen mar disk IO-zni (inkabb kivarom azt a 10 millisecet a zene elinditasanal es legyen csak felig a sok ramom)).

Mert ugye mi van akkor, ha nem egy Photo Shop indul, hanem sok awk, meg effélék. Arra utalok, hogy jó a managelés, de ha rángatjuk, hogy szabadítsd fel a sok RAM-ot, aztán nesze itt van, majd 100 ms múlva szabadítsd fel megint, az szerintem igen nagy memória sávszélesség megevésével fog járni, jó az nem lesz. Szóval nagy alkalmazásoknál ez működhet, de olyan process-eknél, amelyek lehet, hogy csak néhány ms-ig futnak - de lehet, hogy órákig -, nem biztos, hogy ez jó megoldást ad.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

És ezzel el is jutunk oda, hogy a messzi Földön hangoztatott Unix alaplelvek közül a sok kicsi önálló toolocska meg a közéjük hányt cellux minden, csak nem optimális. (Eleve ki a fasz gondolta optimálisnak azt, hogy csillionyi programot indíthatunk, csukogatunk, és mindegyikben újra és újra elvégezzük az adat ki/beolvasását. És akkor még a textfile, mint formátum pazarlását nem is kezdtem firtatni.) De majd Trey két Windows install között megmondja a tutit.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

El kellene dönteni, hogy csinálunk-e oprendszert, elfedjük az alkalmazások elől a hardware-t, valami általánosat csinálunk, és akkor a Unix alapelvek jók. Vagy hagyjuk az egészet a fenébe, nem kell oprendszer sem, a hardware-re assembly-ben megírjuk a feladatot, ami nyilván lehetetlen, de legalább optimális.

Természetesen igen erősen sarkítottam, de arra utalok, hogy ez az alkalmazások felől managelt memória picit rétegek fölött történő átnyúlás. Jó, nem egészen, mert a kernel intézi, az alkalmazás csak az igényt nyújtja be rá.

Kusza hozzászólásom lényege az akart lenni, hogy az elvileg független alkalmazásokra nézve kötöttségeket jelent az efféle memória managelés, ami szerintem nem jó irány, ellentmond az általános szemléletnek.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

> Igen viszont emiatt csak egy ideologia marad a "hasznaljon minden annyi ramot amennyi van, es szabaditson fel ha kell" elv,

Nem, a Windows Server ökoszisztéma pl. már elég jó irányba halad. Wishful thinking, de előbb-utóbb csak észreveszik magukat a desktop fejlesztők is.

Ha azt jelenti nálad az üresjárat, hogy buffer/cache nélkül,
de mondjuk már grafikusan bejelentkeztél, és felhasználószinten automatikusan induló folyamatok nélkül (pl. amarok,korganizer) mennyi

akkor 292MB. Mivel gondolom erre lehetsz kiváncsi ha a 0-128 MB-t is betetted :-), ezt nyomom. De amúgy buffer/cache-el 1019MB.

Egyébként szerintem is tökmindegy, használjon a rendszer annyit, amennyi neki jól esik.

Érdemes lett volna pontosabban fogalmazni, hogy mi érdekel. :-) Gondolom sokallod a tiédet és ezért kérdezed, hogy nálunk mennyi. :-)).

amúgy debian 6 / 32bit / 2GB / kde4 / és a /tmp könyvtár
meg még egy kettő becsatolva tmpfs-el megy. De azok foglaltsága bootolás után (még) minimális.

--------

Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.

Mi az hogy elsodleges gep?
Amirol a scud raketakat inditom?
Az egyik gepemen millio service elindul bekapcsolas utan uresjaratban ott kb 4-6Gb a 32-bol (win 8.1)
A masik 2 korul (win8.1) a 12-bol.
Szoval ez igy nem hiszem hogy hasznalhato infot adna barmivel kapcsolatban is.

Win8.1 x64 8G RAM.
Bekapcs után 1.22G foglalt (viruskereső, stb. alapból elindult)

Manjaro xfce: 360 MB memoriat hasznal uresjaraton (conky-val), amugy 2 giga van a gepemben. Firefox hasznalataval 600 megara novekszik a memoria hasznalat. Teljesen elegedett vagyok vele, nem is tervezem a bovitest.

Manjaro KDE kb. 512 mega, ha kivonom a FF foglalását.
Szerk:
Elaludtam, lemerült, úgyhogy:

free -h
total used free shared buffers cached
Mem: 3,7G 1,0G 2,7G 0B 48M 358M
-/+ buffers/cache: 645M 3,1G
Swap: 4,0G 0B 4,0G

Tudom, sok a fölös swap, de néha suspendnél hasznos.
☼☆♫♪♫♪☆☼
AGA@
Fork portal és az egyik logóm :)

"kiterdekel" kategoria nincs? azert van a 16GB RAM, hogy hasznalja.


free -h
             total       used       free     shared    buffers     cached
Mem:          3.9G       997M       2.9G       4.5M        65M       468M
-/+ buffers/cache:       464M       3.4G
Swap:         8.1G         0B       8.1G

cat /etc/system-release
Fedora release 20 (Heisenbug)

uname -r
3.15.3-200.fc20.x86_64

Xfce desktop Compizzal, az alsó és felső panelen appletek, egy futó httpd, sshd, vsftpd, mpd, sonata, conky, miegymás.

A 129 MB - 512 MB-ot jelöltem be.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

ArchLinux, i3wm (0-128-ra szavaztam, most nem vagyok gepkozelben, igy pontosat nem tudok).

MemRegions: 16389 total, 848M resident, 93M private, 267M shared. PhysMem: 2816M used (608M wired), 1277M unused.

13.2.0 Darwin Kernel Version 13.2.0: Thu Apr 17 23:03:13 PDT 2014; root:xnu-2422.100.13~1/RELEASE_X86_64 x86_64

--
L

Xubuntu 14.04, indítás után 282Mb, fut dropbox, guake, panel kisalkalmazás vagy 5.

---
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!
Mindenki jó valamire. Ha másra nem, hát elrettentő példának.

Egyik gép: Lubuntu 14.04 32 bit 150MB 2GB RAM

másik 4GB RAM:
Debian Jessie 64 bit XFCE 320MB
Windows 7 Ultimate 64 bit 840 MB

________________________________________
"The vision of Christ that thou dost see
Is my vision’s greatest enemy."

Indítás után a ram 403 MB.

Elementary OS Luna (x64) Conky-val.

CrunchBang-en 176MB a 4GB-ből (Dropbox és Copy is fut)
Szeretem!
:)Pali

Ubuntu 14.04 64bit Asus X54H laptop
552/2048
(Szerkesztve)
- - - - - - - - - - - -
Magyar égre, magyar ufót.

Az egyenkent 5-8 GiB memoriat evo virtualis gepeket bele szamoljam ?:)

Amit nem lehet megirni assemblyben, azt nem lehet megirni.