Hur mycket minne drar ditt linux?

orka boota om liksom, det är inte windows jag kör...
archlinux, x86-64, awesome

edit: men om jag kommer ihåg nästa gång jag bootar så kanske jag uppdaterar posten.

edit igen: ser man på, jag orkade visst

A så nödvändigt med vad den nyttjar bootad. Ju mer ram den använder ju gladare är jag. Just nu använder jag ca 1Gig apps, strax under 2Gb disk cache och lite disck buffer och 900Mb ledigt av 4Gb totalt.

Ju mer ram man har å slösa ju snabbare går det. disk cache FTW.

Så tycker personligen det är himma ointresant vad man har ledigt vid boot då det komemr minska hela tiden. Det intresanta är vad kernel och apps man kör använder. Kör man samma apps hela tiden på en server så kan minnesanvändnigen för apps förbli ganska konstant. Allt övrigt ram används i regel för disk cache för å göra systemet rappare.

Säger som pa1983 Vill inte sänka mailservern osv i onödan heller.
3910MB (av 3947) används just nu, varav 3157 är cache. 717MB används minus buffers/cache.

Efter reboot, men med en hel del tjänster igång som mysql, http, cups (print-server för ett flertal datorer) och annat (min desktop fungerar lite som allt-i-allo för vad jag behöver oavsett om jag är hemma eller borta):

Totalt: 3952
Använt: 250
Plus cache/buffers: 600

I vanlig drift ligger användningen någonstans mellan 3 - 6 ggr siffrorna ovan.

Arch64
XFCE (ibland PekWM men jag ids inte kolla vilken skillnad det skulle göra; troligen endast 30 - 50MB ändå)

Edit: lite mer exakt om hur det ser ut i vanlig drift:

Använt: 900
Plus cache/buffers: 3800

Bar för ett OS är 64bit så behöver det inte nytja mer ram för det än ett 32bit.

Alla modärna maskiner är Byte addressble villket betyder att en addres i minnet är 8 bitar.

Ett korekt skrivet app tar inte mycket mer eller mindre ram oavset 32 eller 64bit. Man specefierar en vis addreslägd eller antal bytes en variabel ska ha oavset om programet ska köras på 32bit eller 64bit maskin.

Det hade var vart en helt annan sak om man kört med en word addresseble maskin. Då hade man alltid förlorat på ord kortare än dubble word som oftast är 64bit i tex C++ om man har en 64bit maskin likt gammla Cray maskiner. Men dom offrade minne för hög trougphut då dom primärt jobbade på stora data sett.

Men som sagt dom felsta architecturer är byte addresseble så minnesanvändnigen behöer inte gå upp för det om mjukvaran är rätt skriven. Men C/C++ vad jag vet kan dubble word och liknande vara relativt till registerlägden på processorn så har programeraren bara som avsickt att bara resarvera 2byte på en 32bit arch så kan det blir 4 byte på en 64bit arch. 2byte var kanske allt han behvöde för sin variabel så allt över är bara slöseri.

En anledning till att 64bit använder lite mer minne än 32bit är att pekare tar upp dubbelt så mycket utrymme på 64bit. Många program använder ganska många pekare, speciellt program skrivna i högnivåspråk där alla variabler är referenser. Dessutom tar en del av instruktionerna upp mer plats på 64bit och instruktionerna måste givetvis också laddas in i minnet.

Mjo det stämmer säkert. Sedan har väl x86 nyare isntrucktioner fasta lägder oftast men äldre hade ju oliak lägde. Det fins ju architecturer som IA64 som ajg vill minans kör 31bit långa isntrucktioner och addreserar man det rätt så borde det ju räcka med att addresera 4byte för varge instrucktion. Men som sagt visst det rör sig ju om nyare isntrucktioner så visst tar vissa saker so mdu påpekar mer plats. Men det jag var inne på var att överlag behöver det ju inte ta så grymt mycket mer plats som mång tror. Det tar ju inte 2x mägden minne bara för du går från 32bit till 64bit. Beror ju helt på hur långa datasett du arbetar med för varge variabel eller kosntant eller vad det nu rör sig om. Men som ajg också skrev så är det ju lite specefikt vad ett word är i C++ tex i lägd beroende på architectur, 32bit eller 64bit osv. Rätt skrivet 64bit app kan nog varam er sparsamt än ett som bara är portat från 32bit till att fungera på 64bit.

Men jag programerar inte. Testat lite i bland. Men jag har läst en del om det bara för att förstå hur saker fungerar bättre.

81 MB enligt bild.

Debian Sid
Fluxbox

Direkt efter en uppstart så kör jag inte X, så då drar det säkert mycket mindre minne. Kör i det avbildade läget också Apache, MySQL, PureFTP och MPD.

aterm-sessionen tar ca 2MB. Biff-applikationen nere till vänster verkar fasen ta dryga 10MB nu när jag tittar i top, hur det är möjligt förstår jag knappt

Minne är till för att användas. tmpfs är guld värt. So mramdisk fast bättre.
så kör jag.
Filesystem Type Size Used Avail Use% Mounted on
/tmp tmpfs 1.0G 24M 1001M 3% /tmp

Monterat tmp i ramminnet via tmpfs. Snabbar man upp accessen till temporära filer som sakapas av många program.
Ränsas ut på kköpet vid en reboot

För dom som är intreserade av att nyttja ram minnet för /tmp så bara tt adda följande.
tmp /tmp tmpfs noexec,size=1g,nr_inodes=16k,mode=1777 0 0

storleken där är 1Gb men det är bar en övre gräns. tmpfs till skillnad från en ramdisk nytjar bara vad so mbehövs. Så 24Mb i mitt fall just nu när jag skriver detta.
Behövs inte sättas en gräns men kan ju vara bra å hindra apps från att fylla ramminnet med skit.

Fins fler sätt man kan nyttja rammminet för att sanbba upp saker.

Har man inte oöverskådligt många processer är det inte så svårt att återställa sin minnesåtgång till nybootad nivå, + eventuellt lite minnesläckor hos vissa program.

Bara de som skriker högst