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

 ( j | 2014. július 5., szombat - 8:11 )
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ás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

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 :)

ugyan ez nálam is
------------------------------------------------------------------------
Nem, de lehetne.

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).

Ugyancsak Win8.1 x64.

Bekapcsolás és minden startup elem betöltése után 1.5GB In Use, ennek majdnem a fele (700MB) cache. 1.8 committed.

Internet Explorer kb 15 füllel ezt megugrassza 2.1GB In Use-ra, 915 Cache, 2.8 committed.

No, azt hogy sikerült? :P

Win 8.1 x64 most konkrétan 1,9 gigát foglal, de nyitva van egy Firefox 4 tabbal (ebből egy YouTube), meg még néhány kisebb cucc.

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.

Ugyanez az oprendszer. Sokszor hasznalom remote u"zemben is, igy u"resjaraton nem jo"n fel me'g az X sem (igy <128M-ra szavaztam ;]). De X (wmaker) + bongeszo" (3-4 tabbal) + nehany xterm + zene mellett is 300-350M korul jon fel alapbol.

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

Gondolom, ha a tiéd nem érdekel, akkor a másé se. Akkor viszont le se kellett volna kattintanod a szavazást. Elég lett volna átugornod.

--
trey @ gépház

Nem is szavaztam, de attol meg velemenyem lehet a szavazasrol.

Olyan dologról minek alkotsz véleményt, ami nem is érdekel? Szíved joga, de erre a szálra kötekedni jöttél csak.

Már válaszra sem tartottam érdemesnek. Hagyd.

--
trey @ gépház

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

(nemide)

Linux Mint Debian Edition MATE 64 bit - 232 MB

----
"Kb. egy hónapja elkezdtem írni egy Coelho-emulátort, ami kattintásra generál random Coelho-kompatibilis tartalmat."
Instant Coelho

3.15.3-gentoo + kde4 = 376 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

Linux Mint 17 64bit, Cinnamon = 367MB

Érdekesség:
         Linux Mint 13 64bit, Cinnamon = 570MB
         Windows 7 64bit, Aero = 980MB
         mindkettő ugyanazon a vason

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

Fogd fel IQ tesztnek! Mindenki másképp oldja meg. Ki tudja, talán a te válaszod a legjobb.

+1

+1
Idióta kérdés.
Szerintem az OS maga a kernel, a többi csak körítés.
Ha valaki megmondja Win 7 alatt, hogy lehet csak a kernel memória foglalását megnézni, akkor bejelölöm :)

Valóban vannak bajok a kérdéssel (app memory vagy cache is kell, pl.?), de a te válaszod a kérdésnél is rosszabb. ;)

Már miért lenne az OS maga a kernel? Egy kernel elegendő ahhoz, hogy user appokat, mondjuk egy libreofficet, vagy egy játékot elindítson az ember?

Nem fogalmaznék ilyen drasztikusan, de szerintem sincs sok értelme ennek a szavazásnak.

Dehogynem, így hallottam először a MorphOS-ről.

Akkor nem vagy túl aktív a hupon: http://hup.hu/cikkek/20140630/morphos_3_6 :)

Lebuktam... :D

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.

+1
Én sem beszélnék üresjáratról. Amikor elindul már indít is magától egy rahedli hülyeséget (lampp, dropbox, gdrive, everpad, thunderbird és még ezer más, vagy 3 perc mire minden elindul és szinkronizál)
Egyébként Linux Mint 16 Xfce 32bit és 900MB

.

+1

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?

Ha a top eredményéből levonod a cache-t, szerintem ugyanazt kapod, mint amit a gnome-system-monitor mond.


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

És be kell lépni vagy nem? Az automatikusan elinduló programok beletartoznak?
--
The Community ENTerprise Operating System

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?" -=-

"Amiga" rulez! ;)

_______________________________________________________________________

Android: https://play.google.com/store/search?q=artex+games
iOS: http://itunes.apple.com/hu/artist/artex-studios-inc./id399983944

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?" -=-

a régi szép idők... \o/
--
:q!

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.

nyomjál a legalsóra, ott kéne legyen...

Igazad van.

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™

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

+1

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

> 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

"a programozó hajlamos gondolkodást memóriaigénnyé konvertálni, és ez utóbbi helytelen gyakorlat."

:)
Viszont ez a lustaság hajtja előre az IT ipart. :(

Igaz. ;)


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

Az "igénytelenség" szót kerested.

--
trey @ gépház

Te már csak tudod.

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

Megpróbálhatod megmagyarázni, programozók gyöngye.

--
trey @ gépház

Minek? Teged nem erdekel, csak az, hogy szapuld a szoftverfejlesztoket, mintha ertenel hozza egy picit is.

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

Még a végén kiderül, hogy a "bloatware" kifejezést is én találtam ki és terjesztettem el a világban.

--
trey @ gépház

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™..""

Mindenkire? Tévedésben vagy, vagy nem tudsz szálban olvasni. Én a felvetett "a programozó hajlamos gondolkodást memóriaigénnyé konvertálni" típusra reagáltam. Akinek nem inge nem veszi magára. Miért nem kérdezel, ha valami nem tiszta?

--
trey @ gépház

"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.

Jobb helyeken support szerződés kérdése az egész.

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

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)

Azért ez most nekem jól esett. :D
Ha nem csak én csinálok ilyet, az azt jelzi, hogy vagy fertőző az állapot vagy nem akkora a baj, mint azt képzeltem. :DDD

Butaságot írtál, némelyik SW havidíjas, folyamatosan kapjuk a frissítéseket. És nem találtam olyan opciót a honlapjukon, hogy "fizetek havonta 180 dollárt, de nem kérek hibajavításokat".

"Dehogy, én sokszor már csak a funkcióját 100%-ban jól ellátó programnak is tudnék örülni."

Javítok: a mai nap után már annak is örülnék, ha milliós szoftver miután lefossa a bokáját, egy értelmes üzenetet ír ki...

--
trey @ gépház

"a szakmád jó része kókler"

:D

Ez eltalált.

É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

Szerintem kár ezen rugózni.
Elég erőfeszítés és idő árán minden problémára lehet egyedileg optimalizált, az általánostól valamilyen szempontból jobb megoldást találni.

> 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.

egyéb: fogalmam sincs.


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

Ezt mivel kérdezted le?

top meg uname :)

Lusta voltam barmi mas toolt feltenni.

--
L

top, basszus... én meg nézem, hogy se a vm_statnak, se a memory_pressure-nek nem ilyen a kimenete... megyek, pörgetek egyet a loser számlálón...

Ave, Saabi.

Azert ez meg nem a vilag vege... :)

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.