Форуми

Управление на паметта в MacOS?

ДА СЕ

АнакЧан

Оригинален плакат
21 юни 2015 г
  • 15 април 2021 г
Как се управлява управлението на паметта в MacOS (Big Sur)? Пускам програма, която управлява много големи файлове със снимки и по време на обработка консумира много памет, както е на снимката по-долу. Имам голям шанс моят iMac Pro с 64 GB RAM да се срине поради тази обработка. Въпреки това забелязах, че не се създават суап файлове от ОС.

Освен добавянето на повече физическа памет, има ли начин MacOS да създава суап файлове, тъй като имам дисково пространство.

Вижте медийния елемент ' data-single-image='1'> Р

Рицука

Отменен
3 септември 2006 г
  • 15 април 2021 г
Суап е в отделен том на apfs. Вашият компютър вече използва 34,45 GB суап.
Едно приложение така или иначе не трябва да се опитва да използва повече от физическото ограничение, мисля, че нещо се обърка в PixInsight.
Реакции:T'hain Esh Kelch, gilby101, Brian33 и още 1 човек г

gilby101

Сътрудник
17 април 2010 г


Тасмания
  • 15 април 2021 г
Рицука каза: Размяната е в отделен том на apfs Щракнете, за да разгънете...
което macOS също показва, че е в /var/vm.

AnakChan каза: Въпреки това забелязах, че не се създават суап файлове от ОС. Щракнете, за да разгънете...
Забелязахте ли, че /var/vm/sleepimage е 34GB. Това е изглед на текущото ви пространство за размяна.

AnakChan каза: Пускам програма, която управлява много големи файлове със снимки и по време на обработката консумира много памет, както е на снимката по-долу. Щракнете, за да разгънете...
Pixinsight все още ли използва процесор? Ако е така, може да се окаже, че просто трябва да изчакате да завърши обработката и че macOS управлява паметта възможно най-добре. Вашите астрофотографски файлове вероятно са много големи и трябва да намалите размерите, с които работи pixinsight. Или има грешка в него.

Питали ли сте тук https://pixinsight.com/forum/index.php?

Ще получите малко помощ, като затворите Chrome.
Реакции:АнакЧан ДА СЕ

АнакЧан

Оригинален плакат
21 юни 2015 г
  • 15 април 2021 г
А, не проверих, че /var/vm е на този суап дял. Мислех :-
1) суап дялът беше отделен.
2) sleepimage беше само когато iMac заспи и запази изображение къде се намира

Добре, това има по-голям смисъл защо не може да расте повече, защото суап дялът е изтекъл. Непрекъснато очаквах повече суап файлове да бъдат изхвърлени в тази директория, нарастваща според нуждите.

Да, PixInsight е софтуер за астрообработка и обикновено зареждам в него всичко от 90 до 220x 122MB необработени файлове за обработка. Той от своя страна създава други временни файлове (но това е добре, защото аз конфигурирах приложението да използва място в моя външен диск от 32 TB за това, много място там).

Именно по време на изчисления и обработката PixInsight започва да се раздува и консумира памет. Не съм сигурен дали има начин да се опитам да разширя този суап дял, тъй като имам място в основния си диск. г

gilby101

Сътрудник
17 април 2010 г
Тасмания
  • 16 април 2021 г
AnakChan каза: А, не проверих, че /var/vm е на този суап дял. Мислех :-
1) суап дялът беше отделен.
2) sleepimage беше само когато iMac заспи и запази изображение къде се намира

Добре, това има по-голям смисъл защо не може да расте повече, защото суап дялът е изтекъл. Непрекъснато очаквах повече суап файлове да бъдат изхвърлени в тази директория, нарастваща според нуждите.

Да, PixInsight е софтуер за астрообработка и обикновено зареждам в него всичко от 90 до 220x 122MB необработени файлове за обработка. Той от своя страна създава други временни файлове (но това е добре, защото аз конфигурирах приложението да използва място в моя външен диск от 32 TB за това, много място там).

Именно по време на изчисления и обработката PixInsight започва да се раздува и консумира памет. Не съм сигурен дали има начин да се опитам да разширя този суап дял, тъй като имам място в основния си диск. Щракнете, за да разгънете...
Обемът на 'swap' (VM) е отделен от обема на системата (забележете, че използвам думата 'volume'), но и двете са в един и същ APFS контейнер. Виртуалната машина ще расте допълнително, ако системата има нужда от нея и има място на диска за зареждане/система. Проверете свободното си място на системния диск. Можете да видите обема на VM в Disk Utility (с активиран View -> Show All Devices) в това, което вероятно се нарича Container disk1. Изберете Контейнер 1, за да видите всички томове вътре. Това, което виждате в /var/vm, е просто представяне на съдържанието на тома на VM.

Името sleepimage е малко погрешно. Но така е и swapfile - това наистина е файл на страница, който в старите дни е бил доста различен от swapfile.

Вашата астрофотография е извън моята класа. Много от време на време, до около 50 (най-много) 30 MB суровини, за които използвам Deep Sky Stacker. PI е много по-сложен!

Но се опасявам, че може да сте на границата на това, което можете да направите с PI и само 64 GB RAM. Затварянето на възможно най-много други приложения ще помогне малко. Последна редакция: 16 април 2021 г
Реакции:АнакЧан ДА СЕ

АнакЧан

Оригинален плакат
21 юни 2015 г
  • 16 април 2021 г
Хммм... всъщност не виждам обема на VM :-

Вижте медийния елемент ' data-single-image='1'>

Но знам, че е там :-
/dev/disk1s4 3908112996 3145752 988403244 1% 3 39081129957 0% /Система/Томове/VM

Не съм сигурен дали 'расте' според нуждите, но знам, че срива компютъра ми и се рестартира. Следващия път вместо това ще имам df цикъл. г

gilby101

Сътрудник
17 април 2010 г
Тасмания
  • 16 април 2021 г
AnakChan каза: Хммм... всъщност не виждам обема на VM Щракнете, за да разгънете...
3-ти от там вляво под цветната лента. При ~3GB е твърде малък, за да получи своя собствена цветна секция.

AnakChan каза: Не съм сигурен дали „расте“ според нуждите, но знам, че срива компютъра ми и се рестартира. Щракнете, за да разгънете...
Сигурен съм, че расте. Но не достатъчно бързо (вижте следващия параграф). Сривът и рестартирането са притеснение!! И предполагам, че сте затворили всички приложения с изключение на PI.

Симптом, който ме притеснява за паметта ви, е „компресираната“ памет – 40 GB на първата ви екранна снимка. Това е физическа памет, съдържаща виртуална памет, принадлежаща на приложения, но компресирана до момента, в който е необходимо. macOS избягва пейджинг паметта към swapfile/VM, доколкото може, предпочитайки да я компресира и да я държи в RAM и само да изпраща към swapfile като последна мярка. Компресираната памет всъщност не може да се използва (докато не е некомпресирана) и това е сериозно затруднение, когато 40 от 64 GB са компресирани. Според мен една „разумна“ ОС (започваща с W) би извадила паметта отдавна. Това може да доведе до разбиване на страници за приложение като PI, но системата няма да се срине.

Ще трябва да попитате във форумите на PI как потребителите на Mac настройват PI за управление на операции с 25GB (~200x122MB) RAW файлове. Бързо търсене намери този https://pixinsight.com/forum/index.php?threads/memory-usage-and-system-crash.14601/ И системни изисквания https://pixinsight.com/sysreq/index.html . Това звучи сякаш PI създава много временни файлове, за да управлява използването на паметта си - имате ли ги на външен Thunderbolt SSD?

Както вероятно можете да разберете от последния параграф, излизам от дълбочината си, опитвайки се да разбера как PI управлява паметта. Съжалявам за това.
Реакции:АнакЧан И

ewu

14 април 2020 г
  • 16 април 2021 г
Мисля, че софтуерът не е съвместим с big sur.

няколко софтуера, които използвам, имат нови проблеми, работещи на big sur, и същата версия на софтуера не е имала проблем в Mojave.

можете да опитате да инсталирате нов Mojave, за да опитате.