poussait leur architecture de système hétérogène (HSA), ils ont rejoint The Document Foundation et voulaient utiliser l’accélération OpenCL dans cette suite bureautique open source. Peu de temps après, ils ont ajouté de nombreuses fonctions OpenCL à LibreOffice, mais maintenant, une décennie plus tard, cela semble être de peu d’utilité, mais au moins cette semaine, grâce à un ingénieur de Collabora, il y a eu un nettoyage de code OpenCL pour cette suite bureautique logicielle gratuite.
Les efforts HSA d’AMD n’ont jamais abouti comme prévu et l’adoption d’OpenCL n’a malheureusement jamais décollé sur le poste de travail Linux. AMD ne fait plus non plus partie du conseil consultatif de The Document Foundation. L’utilisation du GPU OpenCL dans LibreOffice a montré un potentiel lorsqu’il s’agit de feuilles de calcul Calc massives en particulier, mais la plupart des distributions de bureau Linux ne sont toujours pas livrées avec le support OpenCL prêt à l’emploi et pour les goûts du pilote open source d’AMD, puisque les jours HSA, ils ont abandonné l’utilisation du tracker d’état OpenCL Gallium3D”Clover”et nécessitent maintenant la pile de pilotes ROCm pour OpenCL. De même, la préférence d’Intel ces jours-ci est également avec leur pile Compute-Runtime qui n’est pas largement emballée et expédiée comme un autre obstacle à l’utilisation généralisée d’OpenCL sur le bureau Linux.
Le code OpenCL reste dans LibreOffice mais on en entend rarement parler ou on voit rarement de l’activité de code autour de lui. Cette semaine, cependant, il y a eu certains commits OpenCL sur LibreOffice Git. Luboš Luňák de Collabora a fait un peu de nettoyage de code dans les chemins OpenCL.
Il a réécrit du code, suppression de l’implémentation OpenCL CONVERT(), abandonner l’idée”stupide”de code pour les chaînes dans OpenCL, et certains optimisation.
Bien que j’aimerais qu’OpenCL voie enfin une adoption plus large sur le bureau, je ne retiens pas mon souffle pour une résurgence du calcul OpenCL au sein de cette suite bureautique open source.
