Besoin d'une bonne façon de stocker des charges de données

Question

Je générer des données à un taux de 4096 octets tous les 16.66ms. Ces données doivent être stockées en permanence et sera lu au hasard. Il serait agréable d'avoir dans une base de données relationnelle, mais je pense faire tant d'inserts créeraient trop de frais généraux pour le processeur, je travaille avec (ARM11). Et je ne suis pas besoin de toutes les fonctionnalités que quelque chose comme SQLite offre.

En fait, en train d'écrire ce genre de choses dans un fichier semble tentant, car alors que la plupart du temps, je vais juste d'écrire beaucoup de données, quand je réellement besoin de lire les données, je peux demander au bloc I ont besoin. Cependant, je sais que je vais courir dans un problème le long du chemin. Surtout quand je laisse cette chose en cours d'exécution pour une journée et se retrouver avec des gigaoctets de données.

semble juste être une solution très naïve à mon problème et j'ai besoin de quelqu'un d'autre pour me dire que je puisse commencer à penser à une meilleure solution. Merci.

Answer 1

Vous devriez ajouter quelques détails pour obtenir de meilleures réponses. Qu'est-ce que vous utilisez des cas, avez-vous besoin ACID, quel est votre stockage que vous écrivez, etc.

Quelle est votre OS, écrivez-vous que les enregistrements de taille fixe. Il suffit de dire comme Je ferai accès aléatoire et c'est mon taux d'écriture est quelque chose est beaucoup trop non spécifique.

Vous écrivez à 240 kb / s, qui sont de 20 Go / jour.

Si vous avez simplement les enregistrements de taille fixe, les données n'append et utiliser Linux, puis un simple fichier est grande. Peut-être penser sur l'utilisation de certains appels fsync, si votre stockage est assez rapide.