LinearTapeFileSystem/ltfs

Read performance - ok / optimal

Ouverte

#242 ouverte le 31 janv. 2021

Voir sur GitHubGuide contributeur
 (8 commentaires) (0 réaction) (0 personne assignée)C (102 forks)auto 404
Hacktoberfestenhancementhelp wanted

Métriques du dépôt

Stars
 (337 étoiles)
Métriques de merge PR
 (Métriques PR en attente)

Description

I see there's another issue about read performance but that seems to be about a specific bug / environment so I'll create a new one.

Using M8 media in an HPE LTO8 autoloader, what is considered the best possible read performance currently? I'm seeing around 275-280 MB/s writes, which is very close to my raw tape speed, and 210 MB/s reads (+/- 10 MB/s). 210 MB/s is fine, but as always faster would be better. I'm using the latest master in Debian 10 on a xeon 2155 , 256 GB RAM and enterprise nvme drives. The files on the tape are 50-500 MB and I've tried using ltfs_ordered_copy and my own file copier with about the same result.

Is this the expected speed, or is there something I can do to improve it?

Guide contributeur

Direction de recherche
Examinez le chemin de lecture dans le code source de LTFS, en vous concentrant sur les tailles de tampon, l'alignement des blocs et les frais généraux des appels système. Comparez avec les optimisations du chemin d'écriture.
Stack technique
c
Domaine
backend
Type d'issue
Performance
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Plutôt claire
Prérequis
LinuxC
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
40