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

Question

Pour faire suite à une excellente réponse fournie par l’utilisateur Gilles, je voudrais demander s’il existe un système de fichiers particulièrement bien adapté à une utilisation relativement lourde par torrent.

Bientôt, je vais installer une boîte Ubuntu avec:

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

Normalement, je ferais la partition/media/torrents ext4 sans prendre en compte d’autres options. Cependant, à la lumière des informations liées à ce qui précède, il existe peut-être une meilleure alternative.

La partition/media/torrents proposée sera lue et écrite en 24/7, mais n'atteindra que ~ 85% de la capacité de la partition.

Answer 1

Ext4 se débrouillera très bien, ce qui est fondamentalement le même que Gilles a dit. Le fait de diviser le disque en 4 partitions présente également peu d'avantages. Vous serez probablement plus à l'aise avec au plus/et/partitions de base.

Answer 2

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

Réponse longue, eh bien ... osez-vous le lire?
(En outre, ce forum a sévèrement bousillé la mise en forme et l’espacement de Nice ... merci)

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

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

EXT4 est un système de fichiers JOURNALING, ce qui signifie qu'il enregistre tous ces petits changements supplémentaires et les écrit. MAIS, vous pourriez vraiment vous soucier de cette fonctionnalité, de toutes les fonctionnalités de somme de contrôle, de tout ce qui enregistre la date de modification de chaque écriture dans un fichier, ne fait qu’ajouter au nombre d’E/S, ce qui augmente les retards. Vous ne voulez pas la redondance, vous ne vous inquiétez pas non plus de l'intégrité ou de la longévité des données. Il existe un paramètre dans la plupart des applications torrent qui vérifie à nouveau le groupe de fichiers qu’il croit s’être achevé, à la recherche d’erreurs, avant de déplacer ces fichiers dans un dossier "terminé" (ou un autre lecteur). Pour Torrents, vous serez ravi de réduire la charge du système en basculant cette seconde partition sur un système de fichiers différent (que je recherche actuellement pour vous), ET vous pouvez également utiliser davantage d’options.

Lorsque vous partitionnez Ubuntu pour la première fois sur un ordinateur ou sur un nouveau lecteur par exemple, vous pouvez choisir le mode d'utilisation de cette partition ou de ce lecteur. Type de partition: Ext2. 2? pas 4? tu demandes? Eh bien, 2 n'est pas journalisé. 3 et 4 sont. De plus, j'ai googlé quelque chose ... http://www.linux-magazine.com/Online/Features/Filesystems-Benchmarked alors vérifiez-le. Ces valeurs ne sont pas vraies dans tous les cas, mais pour ce dont nous avons besoin, c'est très bien. Nous avons besoin d'un débit ÉLEVÉ pour les écritures SMALL RANDOM. Ignorer le premier graphique, il est en lecture, et séquentiel à cela. Deuxième graphique, Ext2 est à la hauteur (la seule chose que je suggérerais est plus rapide serait le XFS). Désolé, regardez le graphique QUATRIÈME, mon deuxième graphique est constitué d’ÉCRITS SÉQUENTIELS (qui vous tourmenteront JAMAIS), mais le graphique 4 présente une comparaison de 32 ÉCRITS RÉALISÉS. Ce qui est exactement ce que vous voulez pour le lecteur le plus rapide de cette liste (et pour les lectures séquentielles une fois le téléchargement terminé et sur le point de le déplacer).

Je dirais que j’envisageais de tenter de comprendre comment monter une partition SWAP de la même manière que son fonctionnement.

Maintenant, il ne reste que quelques petites choses, tous les petits E/S supplémentaires qui ne font aucune différence dans les opérations de système de fichiers normales. RENDEZ-VOUS. "Dernière modification" ou "Dernier accès" et "Dernier enregistrement" et "Dernier écrit dans" et ainsi de suite. Chaque fois que votre client torrent vide le cache RAM sur le disque, tous les fichiers qui viennent de recevoir un bloc de 500 Ko/4 Mo doivent mettre à jour ces quatre dates, ainsi que votre groupe SUID (ID utilisateur) et (guID). ID. Et devine quoi? votre lecteur (si son format avancé) a 512 Ko de secteurs ou 4196 Ko de secteurs, ce qui signifie que si quelque chose change dans ce secteur, il réécrira le secteur ENTIER. (ou peut-être je le confonds avec des remplissages partiels de secteurs, si des excuses). Mais fondamentalement, votre écriture unique de 500 Ko de données doit maintenant mettre à jour 5 métadonnées réparties sur le fichier ou le lecteur (fragmentation), et CHAQUE 5 de ces 5 morceaux a besoin du bras/de la tête pour trouver son emplacement, lire les données d'origine, envoyez-le au processeur, faites-le traiter, le modifier et le renvoyer, puis ré-écrire sur le disque, sur CHACUN DE CES 5 SECTEURS EXTRA. Alors, comment pouvons-nous arrêter cela? Je ne suis pas sûr, dans les options de point de montage mais il y a probablement une option. Pour ce qui est de la configuration NOUVELLE UBUNTU, allez dans les "Options de montage" et sélectionnez: noatime - pas de temps d'accès - ne met pas à jour les temps d'accès inode à chaque accès nodiradate - pas de temps d'accès au répertoire - ne met pas à jour l'accès à l'inode du répertoire fois relatime (je ne sais pas ce que cette option permet) nodev Ne définissez pas ceci, je pense que cela met essentiellement un lien symbolique dans tous les autres lecteurs, au même emplacement de la structure du répertoire, et leur donne fondamentalement le feu vert pour rediriger tous leurs fichiers. écrit dans le fichier lien symbolique sur le lecteur que vous montez. Et vice versa. Mais pourrait être faux. nosuid - Ignore les bits set-user-identifier ou set-group-identifier (utile si vous avez deux démons s'exécutant en tant qu'utilisateurs distincts nécessitant la transmission d'un fichier entre eux) noexec - n'autorisez pas l'exécution de fichiers binaires (c'est une bonne sécurité) idée, mais si vous téléchargez beaucoup de logiciels plutôt que des films et/ou de la télévision, alors je vous suggère de ne pas l’utiliser car vous allez vite vous fâcher dessus). Idéal pour éliminer de nombreuses menaces pour les systèmes de téléchargement automatisés. ro - .... vous ne voulez pas cette synchronisation - je pense que cela a à voir avec des volumes couplés, étendus ou en réseau sur plusieurs disques, il essaiera de lire et d'écrire des choses par cycles proportionnels usrquota - heureusement si la partition torrent se remplit 100% le lecteur est toujours accessible et ne se verrouille pas entièrement, nous n'avons donc pas besoin de cette option. grpquota - comme 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 lecteur ou de la partition. Les chemins d'accès plus courts signifient des longueurs de chemin d'accès réduites, des index plus courts et, éventuellement, des temps d'E/S plus rapides.

Excellent recours ici d'ailleurs: http://manpages.ubuntu.com/manpages/xenial/man8/mount.8.html

Ce qui accélère votre lecteur de cache torrent: - Utilisez un système de fichiers non journalisé (no2) - noatime, nodiratime, relatime, nosuid, noexec. - Utilisez un point de montage ou un répertoire court (moins il y a de hauts et de bas dans une hiérarchie de répertoires que votre logiciel doit créer, mieux c'est)

Sur cette page de manuel, il y a beaucoup plus d'options à parcourir. Si vous utilisez ceux que j'ai sélectionnés (en ne parcourant que les nouveaux menus de partition sur une installation d'ubuntu), votre client torrent devra survivre sans connaître les dates de chaque bloc, il devra être en mesure d'écrire ces données à la fin. (dont le FS fait habituellement toutes les petites dates de toute façon, nous y sommes donc bien), vous ne pourrez exécuter aucun logiciel téléchargé à partir de ce répertoire, (déplacez-le sur une autre partition), 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 de cette partition. Bien que vous puissiez pouvoir pouvoir définir l’autorisation du point de montage (/ tor) sur Autoriser UNIQUEMENT votre client et vous-même. Parce que sans UID ni GID, 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 spyware, la NSA et tous ces responsables de la violation du copyright, voyant EXACTEMENT ce que vous avez sur votre disque. Mais encore une fois, il sera peut-être possible de bloquer tous les autres accès à partir du point de montage. avoir sur un lecteur partagé, le risque d'échec de ce lecteur de cache sera plus grand lorsque (pas si) il disparaîtra. Votre client torrent vérifiera (si les paramètres sont activés) chaque nouveau téléchargement tel qu'il est marqué comme terminé, pour qu'il soit terminé. et trouvez tous les problèmes dans les fichiers, corrigez-les (ou jetez une erreur et vous devrez demander manuellement au client de revérifier le téléchargement), généralement avant de le déplacer (en fonction des règles de déplacement complètes). de nombreux torrents ensemencent plus tard, au lieu de les déplacer immédiatement.