Re: a way to clear inactive RAM
Re: a way to clear inactive RAM
- Subject: Re: a way to clear inactive RAM
- From: Alex Zavatone <email@hidden>
- Date: Tue, 06 Nov 2012 14:58:07 -0500
Well, yes, maybe. If the Mac is booted from an SSD, and the system performance starts to lag or memory starts to get full, I'll gladly purge the cache since paging out to SSD again isn't as much of a time consuming task.
If I were able to target Safari and its processes (WebProcess), then I'd do that.
Actually, I don't think that what I'm seeing are Safari/Webkit leaks - unless you know otherwise.
I think the people who are creating pages that are loaded in Safari are the villains and are not freeing up allocated variables, but I have gotten particular pages in Safari where certain operations are blocking the thread and as soon as that page is closed, my whole system becomes snappier.
In my cursory understanding of what's going on beneath the hood, that shouldn't happen at all but it does. I've never seen FireFox, Camino or Chrome crater the performance of my Mac like Safari does but, I agree, this is outside of the original discussion.
Ideally when this happens, I'd love to save my list of pages I'm interested in and either restart Safari with only those URLs, or fire up another browser and load that list of URLs in a queue.
On Nov 6, 2012, at 2:41 PM, Uli Kusterer wrote:
> On 06.11.2012, at 16:08, Alex Zavatone <email@hidden> wrote:
>> Actually, that's not always the case. As I use Safari through out the day, Safari ends up eating 6 to 12 GB of data on my 16 GB system. Frequently, I need to issue a purge to get back a spare GB or few hundred MB. Plus, if you're booting off, or have your swap file on an SSD disk related performance penalties will be much less than if using an HD to hold the swap file.
>
>
> Err ... if I understand correctly, you're nuking the caches used by the system and other applications to compensate for the problem that Safari, when left open, leaks like a sieve ... ? Those two things are orthogonal.
>
> Cheers,
> -- Uli Kusterer
> "The Witnesses of TeachText are everywhere..."
> http://www.masters-of-the-void.com
>
>
>
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden