La queue peut-elle ralentir la vitesse d'écriture des journaux sous Linux (ext3) ?

Je ne pense pas que ce soit probable. Je pense que les écritures seront mises en cache dans la mémoire vive et comme elles viennent d'être écrites, j'imagine que la queue lira également ces pages dans la mémoire vive. Les pages seront périodiquement synchronisées sur le disque. Je serais surpris qu'Apache bloque lui-même en attendant que les journaux soient écrits sur le disque.

La réponse correcte est que le processus qui lit le journal et celui qui l'écrit ne sont liés en aucune façon. Ce sont des processus distincts et non des threads. Ils ne partagent pas la mémoire et ont leurs propres poignées de fichier avec leurs propres pointeurs de poignée de fichier. Aucun n'affecte l'autre de quelque manière que ce soit. Le noyau n'arrêtera pas une écriture dans un fichier parce qu'un autre programme est en train de le lire. Il fera des choses pour l'accélérer (mise en cache de l'écriture dans la RAM lorsque le disque est occupé, partage du cache avec tous les descripteurs de fichiers qui utilisent ce fichier, etc), mais pas pour le ralentir !

L'autre réponse concernant le fonctionnement de la queue est à moitié juste. Elle n'utilise pas un pipe pour parler à bash. Bash est suspendu en attendant que tail se termine (sauf si elle est exécutée avec &). Tail hérite du descripteur de fichier "stdout" (connecté à votre terminal par défaut) de bash et y écrit directement. Il serait inefficace de le renvoyer à bash, de faire un changement de tâche vers bash pour lire les données, et de laisser bash écrire la sortie. Unix est conçu pour être simple et efficace, de stdin à stdout pour presque tout.

Les versions actuelles de GNU tail prennent entièrement en charge l'API inotify pour éviter l'interrogation. Normalement, cela ne fait pas une grande différence pour tail. C'est principalement pour que les gestionnaires de fichiers puissent mettre à jour les répertoires et que les serveurs sachent quand relire un fichier de configuration (sans redémarrer le serveur). Vous pouvez aussi faire en sorte que tail suive les rotations de logs (normalement il garde son descripteur de fichier). Un autre accessoire utile est "tac", qui inversera ses lignes d'entrée. Cela vous permet d'avoir les informations les plus récentes en haut lors du traitement d'un fichier journal pour l'affichage sur le web. Enfin, ccze colorisera vos fichiers de log pour une visualisation plus facile (ANSI ou HTML).