Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
pourquoi une commande rm -rf d'un dossier est longue ?
bonjour,
je suis sur un hébergement mutualisé, quand je fais un rm -rf monsite_bacnkup/ c'est long ? ( entre 20 et 30s )
est-ce normal cette longueur ?
est-ce que l'OS les mes à la poubelles (ça expliquerait la lenteur) où ils sont vraiment supprimer ?
Bonjour,
tu devrais plutôt t'adresser à ton hébergeur, dont nous ne savons rien.
sinon plutôt que d'attendre dans un délai incertain inconnu, n'y-a-t-il pas une commande pour supprimer un dossier et qui affichera le Nb de fichiers avec une jauge ? même une jauge austère avec des caractères ASCII ça m'irait !
une jauge en "texte" comme on voit dans le htop ou encore dans cette page en bas d'écran :
https://archive.org/download/msdos_s...e_fb_DSG11.gif
Hello
Un truc dans ce genre.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
EDIT: la poubelle c'est en graphique, pas en CLI.
Plusieurs facteurs
1- Le type du disque (ancien disques, SSD, NVME)
2- Combien de vcore ou milli vcore a ta disposition
3- le volume à supprimer
4- latence entre ce qui ce passe réellement et l’information que tu reçois
5- la charge sur le serveur, si les disques et très sollicité par les autres applications/sites sur le même serveur.
Mois je trouve normal.
Ce que m’étonne plutôt c’est la capacité à exécuter une commande pareil dans un hébergement partagé!
pourquoi ? le rm en SSH devrait être impossible dans un hébergement mutualisé ? si les admins ont bien fait leur virtualisation, ça devrait pas posé de souci je pense...Ce que m’étonne plutôt c’est la capacité à exécuter une commande pareil dans un hébergement partagé!
Un lien utile et sympa ; https://www.linuxtricks.fr/wiki/pv-a...ps-d-une-tache
(parce que quand j'ai fait une recherche "pv" dans Synaptic [Debian], ça m'a remonté des milliers de lignes, juste inexploitables)
Envoyé par Jipété
exactement ça ! le vieux afficage ms-dos avec la jauge basique ! nickel!
je préfère avoir 10s de plus et avoir cette infos que attendre dans l'incertitude qu'une commande se termine !34,5MiO 0:00:08 [ 6,3MiB/s] [====================> ] 45% ETA 0:00:09
Question: est-ce que c'est "silencieux" actif ou passif ?
c-a-d que si je lance la procedure dans un shell ssh windows (ou putty) et que je regarde pas la console pendant 1h, est-ce que ça va maintenir la connexion ou bien ça va l’interrompre ?
L'autre probleme des rm/co long fait à distance dans un shell, c'est qu'il faille revenir toutes les 2 ou 5min faire une touche au clavier pour maintenir la session ouverte active...sinon la connexion ssh est coupée!
bonjour
Une recherche d'info sous linux est toujours le man en premier ! un blog ne va que donner un petit apercu...
Normal car l'outil n'est pas installé, donc recours à Synaptic (qui n'est pas un blog mais le gestionnaire de paquets Debian) et patatras, pv introuvable.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2$ man pv Aucune entrée de manuel pour pv
cadeau
Code : Sélectionner tout - Visualiser dans une fenêtre à part $ curl -o - -L https://manpages.debian.org/jump?q=pv.gz | nroff -man | more -s
ou tout simple man pv dans une recherche google.
Je n'ai donné la commande qu'à titre d'illustration.Toutefois, en indiquant -s 1000, tu présume le nombre de retour lign
Ma page sur developpez.com : http://chrtophe.developpez.com/ (avec mes articles)
Mon article sur le P2V, mon article sur le cloud
Consultez nos FAQ : Windows, Linux, Virtualisation
Répondre avec citation
Partager