Skip to content
GitLab
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,739
    • Issues 1,739
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 105
    • Merge requests 105
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and 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

Attention une mise à jour du service Gitlab va être effectuée le mardi 07 février entre 13h30 et 14h00. Cette mise à jour va générer une interruption du service dont nous ne maîtrisons pas complètement la durée mais qui ne devrait pas excéder quelques minutes (habituellement de l'ordre de trois minutes).

  • vidjilvidjil
  • vidjilvidjil
  • Issues
  • #1969
Closed
Open
Issue created Nov 29, 2016 by Vidjil Team@vidjilteamMaintainer

calcul representative, arrêt length_longest_run, quality et vitesse

Le calcul de la représentative (core/representative.cpp) s'arrête dès que : (sequence.sequence.size() <= length_longest_run)

Dans certains cas (segment_lec.fq), cela va s'arrêter dès la première séquence. Cela date de 2013 et n'a jamais été modifié (6d46103 sur git vdj).

Cela semble toujours la bonne solution pour le calcul de la séquence, mais pour la qualité moyenne, il faut continuer. Voir 67b7a6b sur windows_quality. Vérifier si cela est bien raisonnable, en particulier sur la vitesse de l'ensemble.


Pas d'incidence sur la vitesse de l'ensemble. Branche window_quality mergée dans dev.

./vidjil -x 100000 -z 0 -g germline -i ./LIL-L3-0.fastq > /dev/null 15,73s user 0,26s system 99% cpu 16,099 total ./vidjil -x 100000 -z 0 -g germline -i ./LIL-L3-0.fastq > /dev/null 15,52s user 0,22s system 99% cpu 15,762 total ./vidjil -x 100000 -z 0 -g germline -i ./LIL-L3-0.fastq > /dev/null 15,71s user 0,25s system 99% cpu 16,069 total

./vidjil-quality -x 100000 -z 0 -g germline -i ./LIL-L3-0.fastq > /dev/null 15,58s user 0,22s system 99% cpu 15,866 total ./vidjil-quality -x 100000 -z 0 -g germline -i ./LIL-L3-0.fastq > /dev/null 15,62s user 0,24s system 99% cpu 15,968 total ./vidjil-quality -x 100000 -z 0 -g germline -i ./LIL-L3-0.fastq > /dev/null 16,42s user 0,26s system 99% cpu 16,741 total


@magiraud @mikael-s

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