Forum

Bonjour,



Je traine un problème depuis un certains temps et malgrès mes recherches je n'arrive pas
à trouver la solution.


Quand je transfert des fichiers sur une clef USB, le transfert se déroule à une vitesse normale
puis ralenti fortement quand il arrive sur les derniers Ko du fichier.


Exemple je fais un copier de mon DD et je fais coller sur USB un fichier vidéo de 200M.
J'ai 198M qui se transfert en quelques secondes puis les 2M qui reste mettent 2 à 3 minutes


On dirait que ce n'est pas un problème de vitesse mais plutot pour finaliser le fichier sur l'USB
que ça rame.



Ca me le fait que je fasse un transfert d'1 fichier ou plusieurs, dans un dossier ou directement à la racine.
J'ai essayé avec plusieurs clefs même topo. Je n'ai pas ce problème avec les DD externes.


Quelqu'un aurait une idée d'où ça pourrait venir?

de ce que j'en sait et de ce que j'en imagine,

au début, le système transfère dans une memoire tampon ce qu'il y a copier.
celà va vite, donc le temps restant est assez bref.

puis quand la mémoire tampon est remplie, il faut bien attendre que ça écrive réellement sur la clef pour vider et reremplir au fur et à mesure cette mémoire tampon.
et là, on passe en vitesse réelle selon la rapidité de la clef,
et là gros ralentissement

Édité par Ami age Le 12/10/2015 à 19h59

Ca me le fait sur tous les fichiers quelque soit sa taille. Que le fichier vidéo fasse 200Mo ou 2Go
c'est une vitesse "normale" jusqu'au dernier Mo ou Ko et là ça rame.


Mais merci pour la suggestion.

peux tu donner des exemple de durée de transfert complet ?

Il me semble avoir constaté parfois quelque chose de similaire, notamment avec les clés USB.

Mais je ne me suis posé aucune question. Ou plutôt, je me la suis posée comme toi mais j'ai craint que personne ne puisse y répondre. Entre la lenteur consternante des clés USB, les caches de file-system, la bufferisation dans la mémoire libre et l'asynchronisme des IOs... Un affichage anticipé un peu trop optimiste ? Ou un cafouillage spécifique à Thunar ?

Tu peux peut-être essayer un démontage de la clé USB sitôt le copier-coller effectué. Quand je dis "démontage" je ne veux pas dire arrachage mais clic droit sur l'icône et "Démonter". Et vérifier si c'est rapide et complet.

Je suis à l'extérieur en ce moment. Des que je peux je ferais des chronométrages.

C'est vrai que thunar me fait des choses bizarres des fois. Déjà les dossiers avec des fichiers, affichent tous 4kio en taille.

Normal, c'est la taille minimale d'un dossier tant que le nombre de dépendances n'oblige pas à passer à une taille supérieure.

Je pensais que la taille du dossier était la somme de tous les fichiers qu'il y avait dedans.

Non.
Et la commande c'est du GNU pas du Thunar.
Car, utilisé, les dossiers sont stockés sur disque dans des blocs de 4K et seront chargés en mémoire dans une page mémoire de 4K. La taille des dossiers est donc alignée sur l'unité de pagination de mémoire. Cela évite une fragmentation des dossiers (à la Windows) et permet une optimisation des accès et de la mémoire.

Bonjour,

Je retrouve ce souci Mga5 - KDE 4.1.

1. Formatage de la clé avec IsoDumper en FAT32 (pour copier un fichier .mkv qui ira sur Windows 10)
2. C/c du fichier .mkv (1,5Go sur une clé de 7,5Go)
   

Le temps de transfert est de plus d'une dizaine de minutes.
Au bout de 10 minute (à peu près) le transfert continue mais avec un débit égal à 0 pendant 1 minute ou 2.
À terme, une fenêtre s'ouvre : Impossible d'écrire dans le fichier /run/media/admel/GENERAL USB/fichier.mkv
Ce fichier est lisible, l'avance rapide est saccadée et lente, enfin il est impossible de lire la fin du fichier.
C/c un .pdf s'effectue immédiatement et le fichier est lisible dans son intégralité.

Aussi :

1. C/c un fichier .mkv
2. Mettre en pause le transfert
3. Annuler le transfert
4. Démonter le périphérique (Le démontage est impossible...)
5. Arrachage à chaud (un tantinet agacé, certes)
   

J'ai fait un test en reformatant la clé en ext4, impossible d'y copier quoi que ce soit dessus.

Cette clé m'a servi pour faire des LiveUSB auparavant.

Étrange tout ces petits bogues tout de même.

Édité par admel Le 25/10/2015 à 12h36

Désolé pour mon absence, je ne pouvais pas faire les test sur le pc jusqu'à présent.


Merci Magnus77 pour l'explication de la taille des dossiers.


Pour Ami age j'ai chronométré des temps de transferts que voici:

Fichier de 700Mo en . AVI sur 2 clef USB no name et sur une clef avec micro SD class10

Clef usb1 = 4''25'
Clef usb2 = 5''35'
Clef microsd = 2''15'

Peut importe le port usb façades ou arrières.

Est ce que je suis un homme pressé ou est ce qu'il y a un un temps de transfert anormalement long?

Si tu es un homme pressé peut-être pourrais-tu essayer ce que je te proposais

Il n'est pas impossible que l'attente d'un démontage pousse au cul le traitement des IO.

celà me semble un peu long, mais c'est juste une impression
je fait un test pour voir

test sur une clef usb basique env 700mo 3 minutes 30

2 ième test sur une clef fnac 16go payée plus cher
écriture terminée en moins de 10 secondes selon la notification KDE
en fait la copie a durée environ 1 minute.

Je le voit dans l'occupation du processeur.
cf ci dessous, en haut à gauche de la copie d'écran, l'occupation processeur.
(cliquer successivment pour agrandir)


la charge monte beaucoup pour copier un fichier.
J'imagine que le processeur passe son temps à envoyer les donner, mais surtout solliciter sans cesse la clef qui a du mal à suivre le débit.
(je dis celà car les copies sur mon SSD chargent moins les processeur que les copies sur disque dur classique)


Même si j'ai le message copie terminée, je jne peux pas éjecter la clef proprement.
Je ne peux le faire que quand la charge processeur est retombée, donc je me fie plus à ça.

Je te recommande de mettre la même chose sur ton bureau, c'est très pratique pour surveiller ce qui se passe
(clic droit sur le bureau, ajouter des composants graphiques, et info systèmes (dans le ccm, allez chercher toutes les rubriques en filtrant par "monitor" )


donc pour répondre à ta question ,
ce qui se passe sur ton ordi est classique.
Les temps dépendent des perfs des Clefs et des ports usb de ton ordi (si agé ?)
reste juste l'estimation du temps restant qui n'est pas bien calée dans les notifications.

Édité par Ami age Le 29/10/2015 à 10h23

Merci pour avoir pris le temps de me répondre.


Je crois qu'il va être temps que j'investisse dans une clef usb ou une microsd pechue et pas rincée comme celle que j'ai depuis un moment.


Ce qui m'a perturbé surtout c'est la barre de transfert qui charge vite puis qui fait une pause, mais en fait quand je prend le chronomètre c'est finalement avec la vieille microsd acceptable.


Je verrais si avec une neuve si les temps s'améliorent.


Pour mon ordi, je l'ai monté il n'y a pas trop longtemps, bien que c'est relatif, certains aiment en changer tous les ans, moi je les gardes tant que ça tourne correctement.


C'est surtout ma carte graphique qui a eu du mal à s'acclimater à linux et mageia. J'ai aussi un hybride Bios/Uefi qui m'a planté plusieurs fois quand j'ai essayé d'utiliser clonezilla (d'ailleurs j'ai abandonné, j'ai utilisé redobackup pour sauvegarder le système)


Ton bureau Ami age est pas mal, mais je tourne avec fxce et je n'ai pas ce de menu composant graphique en cliquant droit sur le bureau.

il doit bien y avoir des outils de surveillance du système sous xcfe ?

Pour ta clef USB, je te recommanderait de la formater.
J'ai déjà constaté avec certaines de mes clefs, que celà leur fait pas de mal de temps en temps.
J'ai l'impression qu'au bout d'une multitude d'écritures, effacement, les fichiers doivent être partitionnés ?
Mes clefs répondent mal, voir déconnent.

J'ai pas d"explication. c'est un constat.
.