Terug in 2013 toen AMD hun heterogene systeemarchitectuur (HSA) pushte, sloten ze zich aan bij The Document Foundation en wilden ze gebruikmaken van OpenCL-versnelling binnen deze open-source kantoorsuite. Kort daarna voegden ze veel OpenCL-functies toe aan LibreOffice, maar nu, tien jaar later, lijkt het van weinig nut te zijn, maar in ieder geval deze week is er dankzij een ingenieur van Collabora wat OpenCL-code opschoning voor deze gratis softwarekantoorsuite.

AMD’s HSA-inspanningen liepen nooit zoals verwacht en de acceptatie van OpenCL is helaas nooit van de grond gekomen op de Linux-desktop. AMD zit ook niet meer in de adviesraad van The Document Foundation. GPU OpenCL-gebruik binnen LibreOffice heeft potentieel aangetoond bij het omgaan met enorme Calc-spreadsheets in het bijzonder, maar de meeste Linux-desktopdistributies worden in ieder geval nog steeds niet geleverd met OpenCL-ondersteuning out-of-the-box en voor bijvoorbeeld AMD’s open-source driver, aangezien de HSA-dagen die ze verlieten met behulp van de Gallium3D”Clover”OpenCL-statustracker en nu de ROCm-stuurprogrammastack voor OpenCL nodig hebben. Evenzo is de Intel-voorkeur tegenwoordig ook met hun Compute-Runtime-stack die niet op grote schaal wordt verpakt en verzonden als een andere barrière voor wijdverbreid OpenCL-gebruik op de Linux-desktop.

De OpenCL-code blijft binnen LibreOffice, maar er wordt zelden over gesproken of er wordt code-activiteit omheen gezien. Deze week zijn er echter enkele OpenCL-toezeggingen aan LibreOffice Git. Luboš Luňák van Collabora is bezig met het opschonen van de code van de OpenCL-paden.

Hij heeft code herschreven, de implementatie van OpenCL CONVERT() verwijderen, het laten vallen van een”dom”idee van code voor strings in OpenCL, en wat optimalisatie.

Hoewel ik graag zou willen dat OpenCL eindelijk een bredere toepassing op de desktop zou zien, houd ik mijn adem niet in voor een heropleving van OpenCL-computing binnen deze open-source kantoorsuite.

Categories: IT Info