aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorn-peugnet <n.peugnet@free.fr>2021-10-29 16:57:06 +0200
committern-peugnet <n.peugnet@free.fr>2021-10-29 16:57:06 +0200
commitf86b7c43e14dfee61804923cf12dc9b17fbe4a94 (patch)
tree4196437200b8d23634056467c4d358592d4e507c
parent6e2709b2d0f17cb7513ff21efed43d48d1b5c783 (diff)
downloaddna-backup-f86b7c43e14dfee61804923cf12dc9b17fbe4a94.tar.gz
dna-backup-f86b7c43e14dfee61804923cf12dc9b17fbe4a94.zip
better problematic and added a basic plan for FS section
-rw-r--r--pdf/doc.tex15
1 files changed, 13 insertions, 2 deletions
diff --git a/pdf/doc.tex b/pdf/doc.tex
index adb8f8a..a887a44 100644
--- a/pdf/doc.tex
+++ b/pdf/doc.tex
@@ -88,6 +88,17 @@
\chapter{Introduction}
Ce stage a été réalisé dans le cadre du projet DNA-Drive, un système développé par l'équipe de Stéphane Lemaire (\ac{lcqb}) visant à stocker des données numériques arbitraires via des molécules d'\ac{adn}.
+Notre rôle sera de proposer un \emph{système de fichiers} adapté aux spécificités de ce nouveau médium de stockage.
+
+\section{Systèmes de fichiers}
+
+Clairement il va nous falloir au moins une petite section qui parle des systèmes de fichiers.
+
+\subsection{Rôle}
+
+\subsection{Quelques propriétés et fonctionnalités supplémentaires ?}
+
+\subsection{Quelques implémentations ?}
\section{Stocker des données sur ADN}
@@ -263,9 +274,9 @@ et les 36~min restantes pour la lecture (30~min de préparation et 6~min de séq
Les lectures ne sont donc déjà pas très rapides, mais le point le plus limitant provient très largement des écritures qui sont exceptionnellement lentes, sans même parler de leur prix.
Une autre inconvénient du DNA-Drive et de l'ensemble des initiatives de stockage de données sur \ac{adn} est l'impossibilité de supprimer ou de modifier des données une fois écrites.
+Ce point est particulièrement bloquant pour un système de fichier \emph{ReadWrite} classique,
+qui se base sur ces deux propriétés pour mettre à jour les fichiers et leurs métadonnées ainsi que pour récupérer de l'espace lorsque des fichiers sont supprimés.
-Une des fonctionnalités que le système devait supporter est la possibilité de mettre à jour des fichiers déjà écrits.
-Or le médium de stockage utilisé ne permet ni de supprimer des données écrites, ni même de les modifier.
Cette problématique se retrouve sur d'autres systèmes de stockages, comme les bandes magnétiques ou les disques optiques.
Elle est résolue par leur système de fichiers respectif, \ac{ltfs} \cite{pease2010linear} pour les bandes magnétiques et \ac{udf} \cite{optical2003universal} pour les CD et DVD non-RW.
Dans les deux cas le système est basé sur la réécriture complète des blocs modifiés des fichiers ainsi que de l'index dans le cas de \ac{ltfs} ou de la Virtual Allocation Table dans le cas de \ac{udf}.