Denna delen av 99 uppdateras inte längre utan har arkiverats inför framtiden som ett museum.
Här kan du läsa mer om varför.
Mac-nyheter hittar du på Macradion.com och forumet hittar du via Applebubblan.

Från 384 till 768 Mb RAM - Stor skillnad?

Tråden skapades och har fått 6 svar. Det senaste inlägget skrevs .
1
  • Medlem
  • 2002-10-25 13:43

Funderar på att slänga ut en 128 i min PB G4/400 för att langa in en 512:a. Detta skulle ge 768 i minne, men frågan är om jag skulle uppfatta burken som rappare även om jag bara surfar, skriver brev och lattjar in finder? Är det värt det?

/Fredrik

  • Medlem
  • Stockholm
  • 2002-10-25 15:01

kör kommandot top i terminalen. Har du många pageouts är det värt att byta.

Så här ser det ut hos mej:

PhysMem: 76.3M wired, 164M active, 374M inactive, 615M used, 153M free
VM: 2.77G + 3.62M 15449(0) pageins, 3(0) pageouts

Ja. Jag gick från 256 till 768 i en G4 QuickSilver och jag har fått nytt förtroende för MacOS X.

Jag ska definitivt byta ut min mammas iBook till 512 eller nåt, eftersom den håller på och dör med bara 128 MB RAM.

Förresten här är min top:
PhysMem: 71.5M wired, 197M active, 260M inactive, 529M used, 239M free
VM: 3.22G + 3.62M 21072(0) pageins, 6969(0) pageouts

Den här datorn har varit igång i en vecka nu, med folding@home igång hela tiden, så minnesanvändningen har väl hunnit jäsa lite. Det är just "239M free" siffran man ska titta på. När den är under 50 Mb så ska man bli rädd och köpa mera RAM (eller stänga ner Classic )

[ 26 Oktober 2002, 21:29: Meddelandet ändrat av: kalleboo ]

  • Medlem
  • 2002-10-27 01:09

När ska jag dra igång "top" inifrån terminalen? När jag har så många program igång som jag brukar eller när jag kör just DET där programmet som jag antar slukar minne? Eller ska jag dra igång det direkt efter jag bootat om? Fick lite olika pageouts...alltifrån noll till en jävla massa.

Undrar om mer minne kan speeda upp iMovie eller?

Så här ser min pageout ut för närvarande:

Processes: 39 total, 2 running, 37 sleeping... 96 threads 01:13:30
Load Avg: 0.78, 0.33, 0.14 CPU usage: 7.3% user, 13.6% sys, 79.1% idle
SharedLibs: num = 86, resident = 22.6M code, 2.36M data, 7.80M LinkEdit
MemRegions: num = 2180, resident = 35.6M + 6.35M private, 43.9M shared
PhysMem: 36.2M wired, 74.1M active, 118M inactive, 228M used, 156M free
VM: 1.04G + 58.3M 7607(0) pageins, 170(0) pageouts

PID COMMAND %CPU TIME #TH #PRTS #MREGS RPRVT RSHRD RSIZE VSIZE
429 top 9.0% 0:01.39 1 14 17 188K 332K 484K 13.6M
428 tcsh 0.0% 0:00.04 1 10 16 348K 596K 788K 5.73M
427 login 0.0% 0:00.96 1 12 33 244K 384K 572K 13.7M
426 Internet E 0.9% 2:01.34 9 92 207 15.3M 15.3M 24.8M 74.5M
422 Terminal 3.6% 0:05.41 4 82 140 2.24M+ 6.67M+ 5.66M+ 43.4M+
419 SecurityAg 0.0% 0:00.67 1 53 79 1.05M 5.68M 3.17M 40.5M
418 Mail 0.0% 0:06.96 3 90 149 6.03M 6.55M 9.66M 46.9M
407 AppleSpell 0.0% 0:00.05 1 16 19 188K 880K 684K 14.4M
372 Finder 0.0% 0:18.66 1 83 119 3.14M 15.7M 13.1M 54.4M
371 SystemUISe 0.0% 0:01.72 1 133 98 1.20M 5.50M 3.12M 41.1M
368 Dock 0.0% 0:05.83 2 106 110 1.36M 7.79M 5.24M 44.0M
365 pbs 0.0% 0:00.59 2 27 24 396K 804K 1.06M 14.1M
359 DirectoryS 0.0% 0:00.81 3 55 137 752K 3.20M 3.06M 20.9M
340 loginwindo 0.0% 0:03.82 5 160 160 2.51M 7.45M 5.79M 35.0M
338 cron 0.0% 0:00.02 1 8 17 76K 332K 160K 13.8M

Fattar inte mkt. av siffrorna och de fragår väl helt värdelöst här...170 pageouts just nu.

/fredrik

[ 27 Oktober 2002, 01:11: Meddelandet ändrat av: Nifo ]

  • Oregistrerad
  • 2002-10-27 11:35

170 pageouts är inte mycket att komma med.
Min (nya:) g4/466 tvingades slita med 128 MB RAM under installationen i veckan. Windows update i VPC 5 med w2k gav mig totalt 1.7Mpageouts under en förmiddag.
Fick raskt lånat en extra 128 MB modul för totalt 256, inte idealiskt men det fungerar acceptabelt.
Väntar nu på en Kingston 512MB modul från Office Data.

nifo: Om du kör top när du har imovie igång får du lite mer användbara siffror, det verkar som att du bara har inaktiva program i bakgrunden och då är det inte så konstigt om du har en hel massa ledigt minne. Sparka igång iMovie och kör top medan imovie renderar i bakgrunden så kan du få statistik som motsvarar en mer realistisk situation.

Den siffra du ska titta mest på är, precis som kalleboo redan sagt, hur mycket fysiskt minne du har ledigt (raden PhysMem, längst ut till höger). Spelar ingen större roll hur många pageouts du har så länge du har ledig plats i det fysiska minnet. Annars är det om du har fullt i fysiska minnet så att OS X måste swappa mot virtuella minnet, då kan det gå rätt segt.

[ 27 Oktober 2002, 11:44: Meddelandet ändrat av: Samuel Kvarnbrink ]

Jag tror att det är en OS-9-skada att titta för mycket på mängden "ledigt minne". Det säger inte så mycket på en OS X-maskin eftersom OS X använder sig unified buffer cache. Det betyder att din hårddisks buffer cache blandas in och använder sig av operativsystemets virtuella minneshanterare. Det är en finess, och inte en bugg. Operativsystemt kan dra nytta av RAM-minne även för diskåtkomst.

Vad betyder det i praktiken? Jo, om du startar ett program i OS X, och sedan avslutar programmet, så har du inte så mycket ledigt minne som du kanske skulle tro. Är det dåligt? Nej, för om du startar programmet igen så kommer den uppgiften att gå snabbare än om hela minnet hade tömts.

Man kan faktisk förenklat det hela och säga att outnyttjat RAM är helt värdelöst i dator. Tänk efter själv. Man kan säga att det är önskvärt att systemet utnyttjar RAM-minnet.

Finns det några svårigheter? Ja, det knepiga i det hela är vad systemet skall göra när olika program och resurser i systemet önskar mer minne än det finns i datorn. Systemet måste då välja bort (att swappa ut) vissa sidor till den extremt mycket långsammare hårddisken. Det finns olika algoritmer för hur detta skall göras, men en bra huvudprincip är att ju längre sedan det var något sidan som användes desto mindre sannolikhet att den inom den närmsta tiden skall återanvändas.

För att kontrollera att en OS X-installation inte lider av minnessvält, kolla top-siffrorna i parentes efter pagein och pageout. Det är siffror som visar hur många sidor systemet har swappat in respektive ut den senaste sekunden. Det fundamentala är att dom är siffrorna inte kontinuerligt är över 0.

[ 27 Oktober 2002, 18:47: Meddelandet ändrat av: ace4711 ]

1
Bevaka tråden