{"id":1835,"date":"2012-06-05T03:29:00","date_gmt":"2012-06-05T08:29:00","guid":{"rendered":""},"modified":"2020-03-27T21:18:05","modified_gmt":"2020-03-28T02:18:05","slug":"aperture-324-and-swap-space-overflow","status":"publish","type":"post","link":"https:\/\/henrymelton.net\/2\/2012\/06\/05\/aperture-324-and-swap-space-overflow\/","title":{"rendered":"Aperture 3.2.4 and swap space overflow"},"content":{"rendered":"

This is a just a technical note about the photo processing program Aperture, version 3.2.4, which at the time of this posting is the latest update.<\/p>\n

I have been importing two large collections of photos into Aperture over the past few days.  The first one took a while, but eventually, everything was imported and all the background processing took place.<\/p>\n

Then the update to version 3.2.4 happened, and my nature is to always keep software up to date, so I installed it.  Then I imported the second library.  The imports happened smoothly and all 102,000 masters imported.  Then the background tasks began, which were making preview files.  I had the faces recognition turned off.<\/p>\n

<\/a>After a few thousand images were processed, my Mac filled up.  The swap files were growing out of control and consuming all available space (over 60GB).  I had to reboot the computer.  It happened several times before I tracked the problem down to Aperture and its background processing.  Doing my research, I saw that the same thing had happened before back when Aperture 3.0 came out.  A later update fixed the problem, but now it’s back.  Using advice from 2010, I turned on the “Open in 32-bit mode” option and ran it that way.  Now, all the background processing is happening smoothly, with hardly any swap space used.  It runs a little slower, but it runs. <\/p>\n

Surely there will be another update which will fix the problem, but for now, there’s this work-around.<\/p>\n

UPDATE 20,000 photos later.
\nA different type of error occurred after processing about 20,000 photos in 32-bit mode.  This time Aperture crashed, with a crashlog that indicated various malloc errors.  Starting it up again caused another crash, the instant it started processing again.  The fix?  Switch back to 64-bit mode.  Now it’s working fine, chugging away through the process queue.<\/p>\n

I suspect there are two bugs, triggered by two different kinds of source files.  I’ll just switch back and forth until the all the preview files are generated.<\/p>\n

UPDATE 2: 10,000 photos later, a photoshop file crashed Aperture in 32-bit mode AND caused the swap-space inflation in 64-bit mode.  Restarting in 64-bit mode after a forced quit, I was able to watch the progress and learn the name of the file when the swap-space started growing rapidly.  Quitting Aperture and investigation with finder, I found that this particular file (200+ MB) didn’t have a thumbnail and quicklook wouldn’t show its content either.  Since the RAW file, another version of the photoshop file and a couple of JPG’s were all there and appeared perfect, I moved the bad file and restarted Aperture.  Everything is working fine now.  I trashed the Aperture version.  It’s pretty obvious some damaged or just odd image files can crash Aperture.<\/p>\n","protected":false},"excerpt":{"rendered":"

This is a just a technical note about the photo processing program Aperture, version 3.2.4, which at the time of this posting is the latest update. I have been importing two large collections of photos into Aperture over the past few days.  The first one took a while, but eventually, everything was imported and all… Continue reading Aperture 3.2.4 and swap space overflow<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":1836,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_newsletter_tier_id":0,"jetpack_publicize_message":"","jetpack_is_tweetstorm":false,"jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","enabled":false}}},"categories":[1],"tags":[110,67,111],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"https:\/\/henrymelton.net\/2\/wp-content\/uploads\/2012\/06\/ScreenShot2012-06-04at9.24.46PM.png","jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/p4t90x-tB","_links":{"self":[{"href":"https:\/\/henrymelton.net\/2\/wp-json\/wp\/v2\/posts\/1835"}],"collection":[{"href":"https:\/\/henrymelton.net\/2\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/henrymelton.net\/2\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/henrymelton.net\/2\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/henrymelton.net\/2\/wp-json\/wp\/v2\/comments?post=1835"}],"version-history":[{"count":1,"href":"https:\/\/henrymelton.net\/2\/wp-json\/wp\/v2\/posts\/1835\/revisions"}],"predecessor-version":[{"id":1837,"href":"https:\/\/henrymelton.net\/2\/wp-json\/wp\/v2\/posts\/1835\/revisions\/1837"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/henrymelton.net\/2\/wp-json\/wp\/v2\/media\/1836"}],"wp:attachment":[{"href":"https:\/\/henrymelton.net\/2\/wp-json\/wp\/v2\/media?parent=1835"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/henrymelton.net\/2\/wp-json\/wp\/v2\/categories?post=1835"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/henrymelton.net\/2\/wp-json\/wp\/v2\/tags?post=1835"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}