Skip to content
GitLab
  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • vidjil vidjil
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1,700
    • Issues 1,700
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 97
    • Merge requests 97
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar

Si vous êtes un personnel Inria et que vous souhaitez participer aux tests de notre future plateforme Gitlab basée sur la version ultimate avec gitlab LFS activé merci de contacter Didier Chassignol.

  • vidjil
  • vidjilvidjil
  • Issues
  • #2015
Closed
Open
Created Nov 29, 2016 by Vidjil Team@vidjilteamMaintainer

Compresser les fichiers .vidjil et .fused

Les fichiers prennent de la place sur disque mais se compressent très bien. Un gros fichier fused de 150Mo (Kiel inside) se compresse à environ 5 Mo avec gzip. Cela nous permettrait d'économiser pas mal d'espace disque. Sur le réseau on ne devrait rien gagner puisque normalement les connexions sont déjà gzippées.

Je me souviens que ça avait été discuté à une époque avec Marc qui avait dit que ce n'était pas un problème. À voir comment. Peut-on décompresser côté client ? Faut-il décompresser côté serveur ? Peut-on avoir en parallèle des fichiers gzippés et d'autres non ?


Une autre manière de le voir : les sauvegardes de /mnt/result/results prennent à l'heure actuelle 14G alors que les données sur disque utilisent plus de 100G.


Très bonne idée, idéalement il faudrait que le client puisse de manière transparente prendre un .vidjil ou un .vidjil.gz.

(Mais ce n'est pas si urgent, on arrive à libérer de la place, /results est petit comparé à d'autres choses.)


@RyanHerb @duez

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking