juist de vertraging zou wel eens door de interne schermopbouw van de Carbon API, zowel explorer alswel Opera (de getestte browsers) zijn
carbonized applicaties, oftewel oorspronkelijk voor mac OS9 ontwikkeld en nu geport naar OS X.
webwereld neemt de vrijheid de woorden van de apple-woordvoerder een nogal ruime vertaling te geven (of apple heeft een complete nono daar in dienst)
Een woordvoerder van Apple erkent dat OS X inderdaad de schuldige is. Bij de ontwikkeling van het besturingssysteem zou het idee voorop hebben gestaan dat er zoveel mogelijk software-applicaties moeten worden ondersteund. Dit zou OS X langzaam maken, maar in de toekomst moet dat verbeteren.
ik neem aan dat daarbij gedoeld word op de implementatie van de carbon API die het makkelijk maakt applicaties te porten; OSX, de mach-kernel Darwin is uitstekend ontwikkeld en ik verwacht niet dat het geheugenbeheer daarvan door wat thuisgebruikers kan worden afgekraakt (dan zou heel FreeBSD niet zo goed zijn)
met explorer merk ik regelmatig dat als ik top heb draaien in mn terminal de TrueBlue Environment (een carbon-omgeving) soms opspringt tot 70-80% van mn CPU.
ook mozilla is nog niet geheel native (Cacao of Quartz), maar wat je kunt doen is eens wat testen met Chimera, een browser gebaseerd op de Gecko engine en wel native, helaas zitten ze nu ergens op de 0.2.6 versie en is er veel niet ondersteund, maar de ontwikkeling gaat snel.
overigens gebruik ik OS X 10.1.4, en de snelheid van weergave van webpagina's bevalt me uitstekend, enkel explorer hakkelt soms wat, en is gulzig met het opslorpen van resources, mozilla 1.0 is me wel nog te traag. Opera5.0X Carbon Beta draait probleemloos.
carbon is de API die calls naar de classic environment om zou moeten zetten naar directe OS X calls, als een aplicatie als msie inderdaad leidt tot een vergroot CPU gebruik van TrueBlue Env, dan is er wat mis met de Carbon API, danwel zijn niet alle calls goed vertaald
Inderdaad is dat een fout bij Apple, alhoewel ik me afvraag of bepaalde implementaties, als bv de transparante uitklaplocatie bar die al in classic zat en ongetwijfeld niet van de Quartz transparantie gebruik maakt ook door de microsoft-afdeling goed gedocumenteerd is zodat apple er gebruik van kon maken; Apple en Microsoft zaten tot voor kort met onderhandelingen rondom een mogelijke verlenging van het support-contract van microsoft rond mac-software, dat uiteindelijk niet verlengd is, maar vervangen door een Gentlemen's agreement van blijvende ms-support (Office vX en msie/wmp/messenger) voor mac OS-en.
overigens is de door mij gemelde load op Trueblue Env een gedocumenteerde bug van classic 9.1 en zou dit bij 9.2.1 al gedeeltelijk hersteld zijn, als het goed is, komt binnenkort 9.3 uit, de laatste standalone classic-versie, Apple heeft nog wel 9.4 en 9.5 in de planing staan, maar deze zijn enkel bedoeld als classic environment binnen mac OSX.
ik vermoed verder dat de mensen die problemen hebben mogelijk gebruik maken van de strakke specificaties van Apple; mac OSX op 128 MB Ram draaien is minimaal (meen dat dat de default spec van de nieuwe iMac is), een upgrade naar 256 MB is gewoonweg noodzakelijk om te voorkomen dat je constant tijdrovende pageouts hebt, verder valt er met XOptimize en Swap Cop ook veel en nuttig te tweaken aan mac OS X (eindelijk een mac OS dat goed te tweaken valt)