J'utilise cat
pour diriger différents fichiers en un seul gros fichier. Le nombre de fichiers différents varie de deux à dix, mais la taille totale de tous les fichiers est toujours la même (quelques Go).
Mon problème: chaque fois que j'arrive au cas où j'ai un total de six fichiers, le temps qu'il faut pour les concaténer des pics (c'est-à-dire beaucoup plus qu'avec cinq ou sept), et je n'ai aucune idée pourquoi.
Quelqu'un a une idée?
Les fichiers (tous de même taille)
output
outputTEMP1
outputTEMP2
outputTEMP3
outputTEMP4
outputTEMP5
Commander
cat outputTEMP* >> output && rm -f outputTEMP*
Actuellement, la machine doit effectuer certains calculs, mais je mettrai à jour plus tard lorsque de nouvelles mesures seront disponibles.
linux
performance
brandstaetter
la source
la source
Réponses:
Une façon de déboguer ce problème consiste à utiliser strace.
L'option -tt enregistre l'horodatage de l'appel système à une résolution en millisecondes. -e trace = ouvrir, fermer le journal uniquement ouvrir, fermer l'API. Essayez de les supprimer et vous verrez un fichier journal très bruyant.
la source
Le commentaire de Davides est donc tout à fait exact. Nous avons besoin de deux choses ici, pour faire une évaluation précise:
En supposant que vous disposez de l'espace disque, je vais décrire un scénario de test qui déterminera plus précisément s'il s'agit d'un problème réel. Si tel est le cas, les preuves à l'appui de cette approche aideront les développeurs à savoir qu'elle est réelle et à pouvoir la reproduire.
Pour aider à isoler les problèmes, ne faisons pas du tout la partie rm ici. laissez les fichiers TEMP s'asseoir après. Vous pouvez ensuite répéter les tests en faisant la partie «rm» plus tard, si vous le souhaitez.
Voici le scénario de test:
utilisez la commande time comme ceci:
heure (sortie chatTEMP * >> sortie)
Capturez les nombres réels, utilisateur et sys signalés pour chaque test que vous exécutez.
Je suis d'accord avec Reynolds; si cela est réel, vous devez absolument envoyer les détails par e-mail à [email protected].
la source