4 votes

Existe-t-il un système de fichiers mieux adapté à une partition torrent ?

Dans le prolongement d'un excellente réponse fourni par l'utilisateur Gilles, j'aimerais demander s'il existe un système de fichiers particulièrement bien adapté à une utilisation assez intensive des torrents.

Bientôt, je vais mettre en place une boîte Ubuntu avec :

  • / [ext4]
  • /home [ext4]
  • /media/data [ext4]
  • /media/torrents [ ?]

Normalement, j'aurais mis la partition /media/torrents en ext4 sans envisager d'autres options. Cependant, à la lumière des informations liées ci-dessus, il y a peut-être une meilleure alternative.

La partition /media/torrents proposée sera lue et écrite 24 heures sur 24 et 7 jours sur 7, mais elle n'atteindra jamais que 85 % de sa capacité.

4voto

psusi Points 35613

Ext4 le gèrera très bien, ce qui est en fait ce que Gilles a dit. Il y a également peu ou pas d'avantages à diviser le disque en 4 partitions. Vous serez probablement mieux avec au plus des partitions / et /home.

0voto

KodiThomson50 Points 1

Réponse courte : Utilisez Ext2 sur une partition cache torrent. Utilisez également les options de montage suivantes : noatime, nodiratime, nosuid, noguid et noexec.

Longue réponse, eh bien... osez la lire ?
(De plus, ce forum a Sévèrement bâclé le formatage et l'espacement... merci)

Si vous le pouvez, je vous suggère de diviser votre disque en deux partitions primaires. Je connais une installation qui fonctionne bien et qui a fait cela sur un vieil ordinateur portable avec un disque dur de 160 Go. Le disque dur est divisé en 60 Go montés / avec le système tout chargé dessus. La deuxième partition est de 100 Go, montée sur la première au point /tor . La raison pour laquelle la première partition est si grande est que cet ordinateur portable héberge également Deluge, CouchPotato, SickRage, HeadPhones, et Emby. Ceux-ci utilisent une bonne quantité de cache pour les téléchargements de métadonnées (pour la clé USB de 4 To de médias).

Le répertoire Torrents /tor nécessitera des quantités élevées de lectures et d'écritures aléatoires, sur environ la moitié de son contenu, simultanément, tout le temps..... Jusqu'à ce qu'un SSD soit chargé dans la deuxième baie de disque, il sera limité à partager cette charge horrible avec la partie serveur.

EXT4 est un système de fichiers JOURNALISANT, ce qui signifie qu'il suit tous ces petits changements supplémentaires et les écrit. MAIS, vous pourriez vraiment vous moquer de cette fonction, de toute fonction de somme de contrôle, de tout ce qui enregistre la date de modification à chaque écriture sur un fichier, ce qui ne fait qu'augmenter le nombre d'E/S et le temps de réponse. Vous ne voulez pas de redondance, et vous ne vous souciez pas beaucoup de l'intégrité ou de la longévité des données. Il y a un paramètre dans la plupart des applications torrent qui vérifie à nouveau le groupe de fichiers qu'il croit avoir terminé, pour les erreurs, avant de déplacer ces fichiers terminés vers un dossier "terminé" (ou, un autre lecteur). Pour les torrents, vous serez HEUREUX de RÉDUIRE LA CHARGE DU SYSTÈME en basculant cette deuxième partition vers un système de fichiers DIFFÉRENT (ce que je suis en train de vérifier pour vous), et en plus il y a plus d'options que vous pouvez utiliser.

Lorsque vous partitionnez Ubuntu pour la première fois sur un ordinateur, ou un nouveau disque par exemple, vous pouvez choisir comment cette partition ou ce disque sera utilisé. Type de partition : Ext2. 2 ? pas 4 ? vous demandez ? Eh bien, 2 est non journalisé. 3 et 4 le sont. De plus, j'ai googlé un truc... http://www.linux-magazine.com/Online/Features/Filesystems-Benchmarked alors vérifiez. Ces valeurs ne sont pas vraies dans tous les cas, mais pour ce dont nous avons besoin, elles sont plutôt bonnes. Nous avons besoin d'un débit élevé pour de petites écritures aléatoires. Ignorez le premier graphique, ce sont des lectures, et séquentielles en plus. Deuxième graphique, Ext2 est juste là (la seule chose que je suggérerais comme étant plus rapide serait le XFS). Désolé, regardez le QUATRIÈME graphique, c'est ma faute, le deuxième graphique est celui des ECRITURES SÉQUENTIELLES (ce que, tout en vous tourmentant, vous n'aurez JAMAIS), Au lieu de cela, le graphique 4 montre une comparaison d'ECRITURES RANDOMIQUES de 32MB. C'est EXACTEMENT ce pour quoi vous voulez le disque le plus performant de cette liste (et pour les lectures séquentielles lorsqu'il a terminé un téléchargement et qu'il est sur le point de le déplacer).

Je dois dire que j'ai envisagé d'essayer de comprendre comment monter une partition SWAP d'une manière similaire à la façon dont elle fonctionne.

Maintenant, il faut s'occuper des petites choses, de toutes les petites entrées-sorties supplémentaires qui ne font aucune différence lors des opérations normales du système de fichiers. DATES. "Dernière modification" ou "Dernier accès" et "Dernière sauvegarde" et "Dernière écriture par" et ainsi de suite. Chaque fois que votre client torrent vide le cache RAM sur le disque, tous ces fichiers qui viennent de recevoir un morceau de 500kb-4MB, doivent mettre à jour ces quatre dates, et votre SUID (ID utilisateur) et (guID) ID groupe. Et devinez quoi ? votre disque (si c'est un format avancé), a soit des secteurs de 512KB, soit des secteurs de 4196KB, ce qui signifie que si quelque chose dans ce secteur change, il réécrira le secteur ENTIER. (ou peut-être que je confonds avec des remplissages partiels de secteurs, si c'est le cas, toutes mes excuses). Mais en fait, votre écriture unique de 500 Ko de données doit maintenant mettre à jour 5 éléments de métadonnées répartis sur le fichier ou le disque (fragmentation), et CHACUN de ces 5 éléments nécessite que le bras/la tête trouve son emplacement, lise les données originales, les envoie au processeur, les traite, les modifie et les renvoie, puis les réécrive sur le disque, sur CHACUN DE CES 5 SECTEURS SUPPLÉMENTAIRES. Alors comment arrêter cela ? Je ne suis pas sûr, dans les options du point de montage mais il y a probablement une option. En ce qui concerne une NOUVELLE installation UBUNTU, allez dans les "Options de montage", et sélectionnez ce qui suit : noatime - pas de temps d'accès - ne pas mettre à jour les temps d'accès aux inodes à chaque accès nodiradate - pas de temps d'accès aux répertoires - ne pas mettre à jour les temps d'accès aux inodes des répertoires relatime (je ne sais pas ce que fait cette option) nodev Ne définissez pas cette option, je pense qu'elle crée un lien symbolique sur tous les autres lecteurs, au même emplacement de la structure du répertoire, et leur donne le feu vert pour rediriger toutes leurs écritures vers ce lien symbolique vers le lecteur que vous montez. Et vice-versa. Mais cela peut être faux. nosuid - Ignore les bits set-user-identifier ou set-group-identifier (utile si vous avez deux démons qui tournent en tant qu'utilisateurs distincts et qui ont besoin qu'un fichier leur soit transmis). noexec - n'autorise l'exécution d'aucun binaire (C'est une bonne idée de sécurité, mais si vous téléchargez beaucoup de logiciels plutôt que des films, de la télévision ou de la musique, je vous suggère de ne pas l'utiliser car cela vous ennuiera rapidement). C'est un excellent moyen de neutraliser de nombreuses menaces pour les systèmes de téléchargement automatique. ro - ....vous n'en voulez pas. sync - je crois que cela a à voir avec des volumes appariés, étendus ou organisés en réseau sur plusieurs disques, il essaiera de lire et d'écrire les choses dans des cycles proportionnels. usrquota - heureusement si la partition torrent se remplit à 100% le lecteur est toujours accessible et ne se bloque pas entièrement, donc nous n'avons pas besoin de cette option. grpquota - même chose que ci-dessus, pas nécessaire usr_xattr - http://manpages.ubuntu.com/manpages/xenial/man5/attr.5.html (Attributs étendus)

Gardez vos fichiers près de la racine du disque ou de la partition, des chemins plus courts signifient moins de longueurs de chemin, des index plus courts, et éventuellement (sans que cela soit perceptible) des temps d'E/S plus rapides.

Excellente ressource, d'ailleurs : http://manpages.ubuntu.com/manpages/xenial/man8/mount.8.html

Les choses qui accélèrent votre lecteur de cache torrent : - Utiliser un système de fichiers sans journalisation (Ext2) - noatime, nodiratime, relatime, nosuid, noexec. - Utilisez un point de montage court, ou un répertoire (le moins de montées et descentes à travers une hiérarchie de répertoires que votre logiciel doit faire, le mieux).

Sur la page de manuel de mount, il y a BEAUCOUP plus d'options à parcourir. Si vous utilisez celles que j'ai sélectionnées (en passant uniquement par les menus de la nouvelle partition sur une installation ubuntu) alors votre client torrent devra survivre en ne connaissant pas les dates de chaque chunk, il devra se contenter d'écrire ces données à la fin (ce que le FS fait habituellement toutes les petites dates de toute façon, Le contenu de la partition aurait essentiellement un code d'accès 666, tout le monde peut voir, lire, écrire, supprimer, copier chaque fichier et répertoire dans cette partition. Bien que vous puissiez mai être en mesure de définir la permission du point de montage (/tor) pour autoriser UNIQUEMENT votre client et vous-même. Parce que sans UIDs ou GIDs, le système de fichiers ne se souciera pas de savoir qui accède aux choses. (Très mauvais pour votre vie privée, le risque de logiciels espions, la NSA, et tous ces agents d'application des droits d'auteur qui voient EXACTEMENT ce que vous avez sur votre disque. Mais là encore, il peut être possible de bloquer tout autre accès à partir du point de montage. Tous les autres éléments que vous avez sur un disque divisé, seront à un plus grand risque d'échouer avec ce lecteur de cache quand (pas si) il va. Votre client torrent (si les paramètres sont activés) revérifiera chaque téléchargement lorsqu'il est marqué comme terminé, pour vérifier son achèvement, et trouvera tout problème dans les fichiers, les corrigera (ou lancera une erreur et vous devrez demander manuellement au client de revérifier le téléchargement), généralement avant de le déplacer (selon les règles de déplacement d'achèvement). Vous voudrez garder autant de torrents seeding après que vous pouvez, plutôt que de les relocaliser tout de suite.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X