Est-ce que vim est multithread?
J'ai un file text énorme (et je veux dire énorme) que je vais traiter avec vim . Je pourrais le traiter en utilisant deux machines différentes (debian).
L'un est duel-core et l'autre est octo-core. Un kernel unique sur ma boîte duel-core est plus rapide qu'un kernel simple sur ma boîte octo-core.
Est-ce que «vim» utilise le multithreading de manière à accélérer mon travail sur mon boîtier octo-core?
- Quel est le besoin de la structure thread_info pour localiser struct task_struct?
- Qu'arrive-t-il à un process Linux multithread s'il reçoit un signal?
- Nombre de threads max Linux
- Multi-Threading / Forking dans un script bash
- Taille de stack par défaut pour pthreads
- Récupère l'utilisation totale de la memory de chrome
- Comment exécuter une command à une moyenne de 5 fois par seconde?
- Comment appeler une URL de service depuis le script shell bash en parallèle?
- Une partie du logiciel X.org est-elle multithreadée?
Non, vim n'est pas multithreadé. Plusieurs coeurs ne vous aideront pas ici.
Nous devons d'abord nous mettre d'accord sur ce qu'est un énorme file. Je suppose que vous voulez dire un file plus grand que la taille de la RAM. Vim n'a pas été conçu pour les gros files. En outre, lorsque les lignes ne sont pas suffisantes, vim risque de ne pas pouvoir ouvrir le file.
Décidez si vous voulez simplement lire le contenu du file ou si vous souhaitez le modifier. Le programme a less nombreuses fonctionnalités inconnues pour la plupart des gens et est en fait un très bon outil pour afficher les files volumineux, car il ne nécessite pas le file pour tenir dans la memory.
Si vous voulez modifier le file, vous êtes mieux avec des éditeurs de text non interactifs comme sed , awk ou peut-être un script perl . Ces éditeurs ont été conçus à cette fin et traiter avec plaisir les files plus grands que votre RAM.
Voir aussi ma réponse à: Que se passe-t-il si j'utilise vi sur de gros files?