Je sais que cette question est un parent, mais quelqu'un peut-il me donner une idée de ce qui serait considéré comme un grand nombre de commutateurs contexte?

I am running vmstat cs et afficher une valeur comprise entre 5000 et 6000 sur un système à processeur 4. Comment puis-je en déduire si ce nombre est élevé ou pas?

Aussi, le paramètre du noyau timeslice mis à 1 quand je sais que les HP par défaut est 10. Quels seraient les avantages ou inconvénients à l'évolution de cette valeur?

Vous avez besoin de passer du temps à s'intéresser à ces chiffres. Vous pouvez ensuite comparer un système à l'autre. Et vous pouvez voir comment le changement de numéro dans le temps. Voici comment vous en déduire si un nombre est normal.

5000-6000 est élevé et je ne suis pas sûr que je n'ai jamais vu une plus grande valeur. Nous avons une très puissants et très occupée dont 4 cpu serveur cs sont dans la fourchette de 800 à 1200 ... ce qui est élevé mais pas exceptionnel pour ce serveur au cours d'une journée bien remplie.

En regardant les statistiques est particulièrement important si vous perforance tuning. Vous voulez vraiment savoir cs'es avant et après la timeslice a été modifié. Je n'ai jamais modifié le timeslice, mais je pense le contexte involontaires interrupteurs va jusqu'à la planification et à la baisse un peu de latence. Pourquoi ce changement a été fait? Sauf si vous avez été un certain temps réel les problèmes de planification ou de quelque chose, nous pourrions envisager de le mettre en arrière.

Quelqu'un a réinitialiser le timeslice de 10 à 1. Vous devriez demander pourquoi cela a été fait tout d'abord, et peut-être d'autres paramètres ont été modifiés, ainsi que vous devez être au courant.

Si votre througput est faible - réinitialiser le timeslice à la valeur par défaut. Si non - il semble être ok. Vous avez environ 1000 cs / CPU qui est élevé pour un ancien système, mais rien de se préoccuper de highperforming pour un nouveau système, même avec un timeslice de 10.

En général, un timeslice de 1 milliseconde est de courte durée et le processus se timed out trop tôt, non pas que HP-UX est un système Unix avec le noyau multitâche préemptive et quand une plus grande priorité des processus / threads sont disponibles, les processus et les fils de plus basse priorité sera pré empêché. Aussi lors de l'exécution d'I / O du processus / thread sera "mis de côté« jusqu'à ce que l'I / O est terminé et il va revenir. Il s'agit naturellement d'une description très simplifiée.