Re: Working set bloat in Xcode 2
Re: Working set bloat in Xcode 2
- Subject: Re: Working set bloat in Xcode 2
- From: email@hidden
- Date: Wed, 25 May 2005 13:47:18 +1000
FWIW, I've noticed largely the opposite - Xcode uses less memory
(currently sitting at 32 meg with one project open), Mail uses a
*lot* less - it used to suck up over 100 meg under 10.3 when browsing
through large mailboxes (20k items)... currently sitting at 27 meg
under Tiger.
Safari of course sucks up as much memory as it can, plus 100 meg.
It's like that on any system. Try a different browser. This isn't a
flame against Safari, which I use as my primary browser anyway, just
a sad statement of fact. Firefox isn't usually much better - Camino
was way smaller and faster, but of course is showing it's age these
days.
Of course, all this is entirely anecdotal. Your figures are
exceptionally high in my mind, but it's hard to imagine why this
would be system-wide. It's most likely you just have a different
workflow which encourages lots of memory usage, in which case your
options are largely: (a) get more memory, (b) change your workflow.
I chose (a) myself when I got my new Powerbook, and haven't ceased
enjoying the ability to have Xcode open *at the same time as other
programs*. Booyah! :)
What really does annoy me, though, is programs like Skype, Proteus
and iChat, which do a comically trivial task but collectively use 85
meg of memory on my system. The mind boggles.
To bring this back on topic, however, I'd like the pose the query -
has anyone tested their programs to see exactly when autorelease
pools are actually released? I sometimes wonder about Cocoa apps
which use a lot of memory for a task, and then don't seem to release
it again (e.g. Safari) until they're quit. I suspect a more liberal
use of localised autorelease pools would do wonders. But I've never
tested this, since I don't develop programs which are susceptible to
such problems. Anyone out there with a large Cocoa app that can shed
some [empirical] light on this?
Wade Tregaskis (AIM/iChat, Yahoo & Skype: wadetregaskis, ICQ:
40056898, MSN, audio/video iChat & email: email@hidden,
Jabber: email@hidden)
-- Sed quis custodiet ipsos custodes?
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden