2009-08-08 9 views

Répondre

1

En bref, ne vous embêtez pas. Il n'y a pas vraiment d'installations disponibles pour le faire et pour de bonnes raisons; très peu de gens ont raison et il est fondamentalement impossible d'avoir raison du tout au niveau de l'utilisateur.

Le système Mac OS X est réglé pour distribuer les ressources système selon les besoins des applications. Pour que votre application soit conviviale, évitez d'interroger et n'utilisez pas plus de CPU que nécessaire. Le noyau est le seul "processus" du système qui dispose de suffisamment d'informations pour planifier les ressources de manière appropriée et efficace.

Au-delà, laissez-le au système.

Additif 1:

Lors de l'optimisation de « convivialité maximale », en utilisant des outils d'analyse de performance et d'optimiser une réduction de l'utilisation du processeur, l'utilisation de la mémoire et l'utilisation d'E/S. Tous les trois sont critiques.

La mémoire est probablement encore plus critique que la CPU (en supposant que vous n'utilisez pas abusivement la CPU). Plus précisément, une fois qu'un système commence à échanger, les performances de toutes les applications et la réactivité du système entier s'évaporeront rapidement.

Additif 2:

N'optimisez rien jusqu'à ce que vous avez fait l'analyse nécessaire pour prouver qu'il a besoin de l'optimisation!

+0

qui a été utile ... – BigOmega

+0

Je suis d'accord pour la plupart des applications la plupart du temps. OTOH il y a des raisons légitimes à mon humble avis pour les applications ayant certaines contraintes en temps réel pour vouloir ajuster la programmation. – Tobias

+0

Le nombre d'applications qui tombent dans la catégorie d'avoir besoin de ce fin grain de contrôle sur la planification sont extrêmement rares. Moreso, cette exigence est presque toujours suivie par l'exigence de contrôler étroitement toutes les autres applications fonctionnant sur le système. Si vous avez vraiment besoin de temps réel, vous devriez chercher un système d'exploitation en temps réel. Pour pseudo-temps réel, mieux isoler le pseudo-temps réel autant que possible, potentiellement dans un KEXT. – bbum

0

Le meilleur livre interne de Mac OS X est le Mac OS X Internals: A Systems Approach. Vous trouverez des informations sur les processus mach, les processus BSD, les threads, etc. Je ne suis pas sûr à quel point il couvre bien la planification.

En outre, la source est disponible pour Darwin, le noyau de OS X. Google vous aidera à le trouver facilement.