>>> is there such thing as a type of cache (within the os / system) memory >>> that could be increased so that a large application that is >>> continually being launched successively would load faster? >> >> Yes, I believe that this has been built into OS X since Jaguar, but I >> don't know any way for the user to influence it. > >I think Jerry is referring to the pre-build scheme. Which is the same >thing only different. It just eliminates the dynamic linking phase and >goes back to the old stand-by of statically linked programs. It doesn't >load the program into any kind of cache. OS X also does actual caching. Run any of the available applications to fix your prebindings and you should see a speedup at launch if the app was not prebound already. Then start the app. Quit the app. Start it again and it should load significantly faster. The effect is quite noticeable on my iBook for many apps. Then if I don't use the app for a while starting it again takes just as long because it's not in the cache anymore. OS X uses all available RAM for caching all sorts of things including application launches. That's what also confuses people at times when they have 1 GB of memory installed and run a memory monitor. After a while RAM will fill up to around 90% depending on their work. So they think they have a memory leak or some app hogging RAM. But it's just OS X for instance keeping stuff in RAM although it's not used anymore just in case the user decides otherwise and does use it again. If there's a better way to use the RAM for something else OS X will overwrite it. >> and the rendering software takes as long to launch as it does to >> actually do it's task... > > Why not leave the rendering app running? He can't. I don't believe Xgrid works that way. What about putting a smaller "agent application" inbetween. The agent is started and quit by Xgrid and then connects to a continously running "worker thread" on the machine. Just a thought, Björn ---------- Check out the Mac OS X email list FAQ http://www.themacintoshguy.com/lists/X.html To unsubscribe, E-mail to: <X-Unix-off at lists.themacintoshguy.com> To switch to the DIGEST mode, E-mail to <X-Unix-digest at lists.themacintohguy.com> Need help from a real person? Try. <X-Unix-request at lists.themacintoshgy.com> ---------- $14.99 Unlimited Nationwide Mac Dialup and Mac Web Hosting from your Ma ISP Serious Mac Internet Solutions From NineWire! http://macinternetacces.com DVIator | Run Dual ADC displays on your G4 or just one on an older Ma! Dr. Bott | <http://www.drbott.com/prod/DVIator.html> Support | Support this list by clicking here before you buy! this List | http://www.themacintoshguy.com/support.html OS X News, Dr.Mac, Forums, Tutorials, Tips, Hints, FAQ?s - http://www.oxfaq.com -------------------------------------------------------------------------------- The information contained herein is confidential and is intended solely for the addressee. Access by any other party is unauthorised without the express written permission of the sender. If you are not the intended recipient, please contact the sender either via the company switchboard on +44 (0)20 7623 8000, or via e-mail return. If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. 3167 --------------------------------------------------------------------------------