Forums

Geheugenbeheer op MacOS?

TOT

AnakChan

originele poster
21 juni 2015
  • 15 april 2021
Hoe wordt geheugenbeheer afgehandeld in MacOS (Big Sur)? Ik gebruik een programma dat veel grote fotobestanden beheert en tijdens de verwerking verbruikt het veel geheugen, zoals hieronder afgebeeld. Ik heb een grote kans dat mijn iMac Pro met 64 GB RAM crasht vanwege deze verwerking. Ik heb echter gemerkt dat er geen swapfiles worden gemaakt door het besturingssysteem.

Afgezien van het toevoegen van meer fysiek geheugen, is er een manier om MacOS swap-bestanden te laten maken omdat ik schijfruimte heb.

Bekijk media-item ' data-single-image='1'> R

Ritsuka

Geannuleerd
3 sep. 2006
  • 15 april 2021
Swap staat in een apart apfs-volume. Uw computer gebruikt al 34,45 GB aan swap.
Een enkele app zou sowieso niet meer dan de fysieke limiet moeten gebruiken, ik denk dat er iets mis gaat in PixInsight.
reacties:T'hain Esh Kelch, gilby101, Brian33 en 1 andere persoon G

gilby101

Bijdrager
17 april 2010


Tasmanië
  • 15 april 2021
Ritsuka zei: Swap staat in een apart apfs-volume Klik om uit te breiden...
die macOS ook toont als zijnde in /var/vm.

AnakChan zei: Ik heb echter gemerkt dat er geen swapfiles worden gemaakt door het besturingssysteem. Klik om uit te breiden...
Is het je opgevallen dat /var/vm/sleepimage 34GB is. Dit is een weergave van uw huidige swapruimte.

AnakChan zei: Ik draai een programma dat veel grote fotobestanden beheert en tijdens de verwerking verbruikt het veel geheugen, zoals hieronder afgebeeld. Klik om uit te breiden...
Gebruikt Pixinsight nog steeds de CPU? Als dat zo is, kan het zijn dat u gewoon moet wachten tot de verwerking is voltooid en dat macOS het geheugen zo goed mogelijk beheert. Uw astrofotografiebestanden zijn vermoedelijk erg groot en u moet de afmetingen verkleinen waarmee Pixinsight werkt. Of er zit een bug in.

Heb je het hier gevraagd? https://pixinsight.com/forum/index.php?

U zou een beetje hulp krijgen door Chrome te sluiten.
reacties:AnakChan TOT

AnakChan

originele poster
21 juni 2015
  • 15 april 2021
Ah, ik heb niet gecontroleerd of /var/vm op die swappartitie staat. Ik dacht :-
1) de swappartitie was gescheiden.
2) sleepimage was alleen wanneer de iMac in de sluimerstand gaat en een afbeelding bijhoudt van waar hij zich bevindt

OK, dit is logischer waarom het niet meer kan groeien, het is omdat de swappartitie maximaal is. Ik bleef verwachten dat er meer swap-bestanden in die map zouden worden gedumpt die naar behoefte zouden groeien.

Ja PixInsight is een astro-verwerkingssoftware en ik dump er meestal alles in, van 90 tot 220x 122 MB onbewerkte bestanden voor verwerking. Het maakt op zijn beurt andere tijdelijke bestanden aan (maar dat is oké, want ik heb de app geconfigureerd om daarvoor ruimte op mijn 32TB externe schijf te gebruiken, genoeg ruimte daar).

Het is tijdens berekeningen en verwerking waar de PixInsight begint op te zwellen en geheugen verbruikt. Ik weet niet zeker of er een manier is om te proberen die swappartitie te laten groeien, aangezien ik wel ruimte op mijn rootdisk heb. G

gilby101

Bijdrager
17 april 2010
Tasmanië
  • 16 april 2021
AnakChan zei: Ah, ik heb niet gecontroleerd of /var/vm op die swappartitie staat. Ik dacht :-
1) de swappartitie was gescheiden.
2) sleepimage was alleen wanneer de iMac in de sluimerstand gaat en een afbeelding bijhoudt van waar hij zich bevindt

OK, dit is logischer waarom het niet meer kan groeien, het is omdat de swappartitie maximaal is. Ik bleef verwachten dat er meer swap-bestanden in die map zouden worden gedumpt die naar behoefte zouden groeien.

Ja PixInsight is een astro-verwerkingssoftware en ik dump er meestal alles in, van 90 tot 220x 122 MB onbewerkte bestanden voor verwerking. Het maakt op zijn beurt andere tijdelijke bestanden aan (maar dat is oké, want ik heb de app geconfigureerd om daarvoor ruimte op mijn 32TB externe schijf te gebruiken, genoeg ruimte daar).

Het is tijdens berekeningen en verwerking waar de PixInsight begint op te zwellen en geheugen verbruikt. Ik weet niet zeker of er een manier is om te proberen die swappartitie te laten groeien, aangezien ik wel ruimte op mijn rootdisk heb. Klik om uit te breiden...
Het 'swap'-volume (VM) staat los van het systeemvolume (merk op dat ik het woord 'volume' gebruik), maar ze bevinden zich beide in dezelfde APFS-container. De VM zal verder groeien als het systeem het nodig heeft en er ruimte is op de opstart-/systeemschijf. Controleer uw vrije ruimte op de systeemschijf. U kunt het VM-volume zien in Schijfhulpprogramma (met Beeld -> Alle apparaten weergeven ingeschakeld) in wat waarschijnlijk Containerdisk1 wordt genoemd. Selecteer Container 1 om alle volumes binnenin te zien. Wat u ziet in /var/vm is slechts een weergave van de inhoud van het VM-volume.

De naam sleepimage is een beetje een verkeerde benaming. Maar dat geldt ook voor swapfile - het is echt een pagefile die vroeger heel anders was dan de swapfile.

Jouw astrofotografie is buiten mijn bereik. Heel af en toe, tot ongeveer 50 (maximaal) 30 MB raws waarvoor ik Deep Sky Stacker gebruik. PI is veel geavanceerder!

Maar ik vrees dat je misschien aan de limiet zit van wat je kunt doen met PI en slechts 64 GB RAM. Het sluiten van zoveel mogelijk andere apps zal een beetje helpen. Laatst bewerkt: 16 april 2021
reacties:AnakChan TOT

AnakChan

originele poster
21 juni 2015
  • 16 april 2021
Hmmm .... Ik zie het VM-volume eigenlijk niet: -

Bekijk media-item ' data-single-image='1'>

Maar ik weet dat het er is:-
/dev/disk1s4 3908112996 3145752 988403244 1% 3 39081129957 0% /Systeem/Volumes/VM

Ik weet niet zeker of het naar behoefte 'groeit', maar ik weet wel dat het mijn computer laat crashen en opnieuw opstart. De volgende keer heb ik in plaats daarvan een df-lus. G

gilby101

Bijdrager
17 april 2010
Tasmanië
  • 16 april 2021
AnakChan zei: Hmmm .... Ik zie het VM-volume eigenlijk niet Klik om uit te breiden...
3e van daar links onder de gekleurde balk. Bij ~3GB te klein om een ​​eigen gekleurde sectie te krijgen.

AnakChan zei: Ik weet niet zeker of het 'groeit' zoals nodig, maar ik weet wel dat het mijn computer laat crashen en opnieuw opstart. Klik om uit te breiden...
Ik weet zeker dat het groeit. Maar niet snel genoeg (zie volgende paragraaf). Crash en opnieuw opstarten is een zorg!! En ik neem aan dat je alle apps hebt gesloten behalve PI.

Een symptoom dat me zorgen baart over je geheugen is het 'gecomprimeerde' geheugen - 40GB in je eerste screenshot. Dat is fysiek geheugen met virtueel geheugen dat bij apps hoort, maar wordt gecomprimeerd totdat het nodig is. macOS vermijdt zo lang mogelijk het uitwisselen van geheugen naar de swapfile / VM, geeft er de voorkeur aan het te comprimeren en in het RAM te houden en alleen als laatste redmiddel naar de swapfile te pagineren. Het gecomprimeerde geheugen is niet echt bruikbaar (totdat het ongecomprimeerd is) en dat is een serieus knelpunt als 40 van de 64 GB wordt gecomprimeerd. Naar mijn mening zou een 'verstandig' besturingssysteem (beginnend met een W) het geheugen al lang geleden hebben opgeroepen. Dat zou kunnen leiden tot pagina's die voor een app als PI worden gegeseld, maar het systeem zou niet crashen.

Je zult op de PI-forums moeten vragen hoe Mac-gebruikers PI afstemmen om bewerkingen op 25 GB (~ 200x122 MB) aan RAW-bestanden te beheren. Een snelle zoektocht vond deze https://pixinsight.com/forum/index.php?threads/memory-usage-and-system-crash.14601/ En systeemvereisten https://pixinsight.com/sysreq/index.html . Dat klinkt alsof PI veel tijdelijke bestanden maakt om het geheugengebruik te beheren - heb je deze op een externe Thunderbolt SSD?

Zoals je waarschijnlijk aan de laatste paragraaf kunt zien, raak ik uit mijn diepte om te begrijpen hoe PI het geheugen beheert. Sorry daarvoor.
reacties:AnakChan EN

ewu

14 april 2020
  • 16 april 2021
Ik denk dat software niet compatibel is met big sur.

een paar software die ik gebruik, heeft nieuwe problemen met big sur, en dezelfde softwareversie had geen probleem in Mojave.

je zou kunnen proberen om nieuwe Mojave te installeren om te proberen.