On m'a récemment demandé s'il était acceptable de ne pas lancer le processus snmpd. La réponse est oui. Si vous n'utilisez pas un gestionnaire SNMP pour surveiller la disponibilité du système, il n'y a aucune raison d'exécuter le processus snmpd.
Quelqu'un m'a envoyé la trace suivante et m'a demandé si elle représentait des retransmissions parce que les "numéros de paquets" étaient dupliqués.
Les temps de transfert FTP sont terriblement élevés, le temps de réponse des connexions interactives est beaucoup trop long, ce qui vous permet d'obtenir 1 mbps sur votre réseau de 100 mbps. Bien que je préfère toujours blâmer le réseau, je dois admettre que parfois ce n'est pas le réseau.
En tant qu'administrateur d'un système VOS, vous ne vous souciez généralement pas de savoir quels sont les autres hôtes du sous-réseau local.
Un système multihébergement est un système avec plusieurs interfaces IP. Ces interfaces peuvent se trouver sur le même sous-réseau ou sur des sous-réseaux différents. Aujourd'hui, je veux envisager des protocoles comme FTP et NDMP.
Tout d'abord un peu de contexte, le TCP a un concept appelé taille maximale des segments (MSS). Il s'agit du plus grand segment (de données) que la pile TCP accepte.
Le fait d'avoir deux interfaces dans un module sur le même sous-réseau ne vous donne pas deux interfaces pour entrer et sortir du module.
Paul a couvert l'utilisation du CPU et les chemins de code, mais il y a un autre aspect très important de nombreuses applications - l'utilisation du réseau.
On m'a récemment demandé d'analyser un fichier de trace, qui ne durait que 161 secondes et contenait un peu plus de 2,6 millions d'images. J'ai été stupéfait de découvrir qu'environ 75% de ces trames contenaient soit des requêtes ping, soit des réponses ping.
Souvent, lorsque je travaille sur un problème, je demande aux gens de m'envoyer une trace du réseau. Une trace réseau permet souvent de remonter à la source du problème. Au minimum, elle réduit l'espace du problème à quelque chose qui est gérable.
