Skip to content

[ODK] Meeting 2019 06 05

A. Breust edited this page Jun 5, 2019 · 2 revisions

ODK Linbox meeting 2019-06-05 CR

Alexis:

  • Dixon refacto:
  • remarques de JG addressées.
  • restait des pb de BlasPermutation -> issue crée, refacto à faire
  • à nouveau ready for review

TODO: JG mergera entre 2 copies

  • question synchro: faut-il synchroniser au niveau du fgemm: [D2]

    1. option 1: t Dixon en parallele qui se synchronisent avant un pfgemm fait par tout le monde
    2. option 2: parfor(l) sur les residus, chacun faisant un Dixon sequentiel, fgemm ou fgemv selon si les modulo sont premiers ou RNS -> choix de l'option 1.
  • pour l'instant:

  • RNS-dixon ecrit pour des matrices inversibles carrées
  • fonctionne

TODO next:

  • confirmer l'absence de bug sur l'algo -> fait (disparait avec des premiers de 22bits -> TODO: quand nullity>0 -> redraw a new prime

  • implanter la base RNS pour l'update (en utilisant les FFLAS::rns_double). et un fgemm(RNSDomain)

  • LinBox error debug contracts: PR en WIP encore en WIP, a voir plus tard.

JG et CP

  • site web cleanup et
    • création de la page linbox-team.github.io,
    • redirection linalg.org
  • chgmnt de la CI inria et travis: make dist et build de l'archiv dans un builddir séparé

Zhu:

  • SG1:

  • pb pDet ne set pas se numthreads dans PAR_BLOCK -> soit fflas-1.6.1 avant avant que #26832 soit mergé, soit patch dans #27444. fixé upstream

  • pRank -> ok

  • pRedudecEchelon, -> ok avec noefd (aiguillage dans sage à supprimer

  • pSolve -> TODO (à regarder si il y a un appel direct ou à ajouter).

  • pDet -> pb dans fflas à fixer

  • becnhmarks fgemv

    • confirme que les init et convert sont sequentiels
      • regarder avec moins de coeurs,
      • essayer de tuner pour avoir un meilleur speed-up (comprendre où est le blocage).
      • paralleliser les finit_rns and fconvert_rns (existe dejà , vérifier si il sont bien appelés)
    • vérifier que ENABLE_CHECKER_fgemm est disabled (sinon, c'est le dgemm séquentiel qui est appelé).
    • dans field/rns-double.inl remplacer les Recursive, TwoDAdaptive par un Block Threads
    • vérifier que cette partie est bien parallèle (afficher le numthreads du helper etc).
    • Tracer ce qui se passe dans le init pour voir pourquoi c'est long

Autres:

  • JG fflas-ffpack #265 -> test-solve sur retourdest avec openblas en parallel ->CP regarde

  • SG1: #26932 (upgrade linbox-fflas-givaro) positif, fermé mais rouvert parceque

  • bug 32 bit
  • pb des fichier -> releaser 1.6.3 a minima (ajout des fichier manquants) rapidement
  • jeter un oeil aux issues facilement fermable
Clone this wiki locally