Si vous souhaitez contrôler la quantité de données que zsh stocke dans ses fichiers d'historique, consultez la section 2.5.4 du guide de l'utilisateur zsh et définissez HISTSIZE
et SAVEHIST
Quant aux journaux .asl, ils sont écrits pour n'importe quelle application, ils constituent la base de données du mécanisme de journalisation d'Apple. zsh ne lira pas ou ne connaîtra même pas l'existence de ces fichiers à moins que vous ne lanciez une commande pour les consulter. Ainsi, je ne vois pas comment leur taille pourrait affecter le temps de démarrage de zsh.
Cependant, après avoir fait quelques recherches (il est utile de montrer dans la question ce que vous avez trouvé), il semble qu'il y ait un problème avec la commande de connexion (qui n'est pas zsh mais utilisée par le mécanisme pour démarrer les shells). Consultez ce fil de discussion pour quelques commentaires - à partir de votre idée de supprimer tous les fichiers .asl jusqu'à ce qui semble être une explication plus raisonnable. La commande de connexion sans le drapeau -q effectue une requête ASL pour la dernière connexion et cela provoque un ralentissement. La suggestion donnée là-bas et ailleurs est :
La bonne façon de contourner la requête ASL est de définir Terminal pour ouvrir des shells avec /bin/bash (ou votre shell de choix) au lieu du shell de connexion par défaut. Terminal utilisera toujours /usr/bin/login pour lancer le shell, mais il transmet le commutateur -q pour empêcher la requête ASL.
Remarquez que la suppression des fichiers .asl supprime toutes les informations journalisées par les applications et donc en agissant ainsi, vous éliminez toute possibilité de voir ce qui s'est passé sur votre ordinateur. Je pense que perdre ces données ne vaut pas la peine d'économiser quelques secondes au démarrage du terminal, il suffit de laisser le terminal ouvert ou d'essayer le correctif suggéré.