[Question] Shared and Host Buffers can offer the same overall performance on Intel Integrated Graphics?
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 15/100
- Type d'issue
- Bug
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- cpp
- Domaine
- performance
Piste de recherche
Commencez par l’application sharedMemoryEffect du dépôt codeBlogArticles lié et comparez ses exécutions avec host-buffer et shared-buffer aux résultats rapportés dans le blog. L’issue n’indique aucun fichier source Level Zero ni aucun test à modifier ; pour considérer le travail terminé, il faudrait reproduire les cas memory-bound et compute-bound et déterminer si les performances observées sont attendues sur des circuits graphiques Intel intégrés.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
I am interested in analyzing the overall performance (end-to-end applications) when using different types of buffer allocation. I wrote this blog-entry for reference:
https://jjfumero.github.io/posts/2022/05/overall-performance-of-unified-shared-memory-level-zero/
What I saw was that running an application with host buffers offers the same performance as running with shared memory buffers. My understanding is that, when running applications using shared memory buffers, the GPU driver can migrate the buffers from the host to the device, while host memory will be accessed from the device every time a data item is required. I have two scenarios: a) memory-bound and b) compute-bound. I was surprised to see that, when running the memory-bound case, the overall performance was very similar when allocating buffers using host memory only, and shared memory only. Is this performance expected when running on Intel Integrated graphics?
If you want to reproduce all numbers, the whole application is available here: https://github.com/jjfumero/codeBlogArticles/tree/master/may2022/sharedMemoryEffect
- Langage dominant
- C++
- Étoiles
- 335
- Forks
- 140
- Merge moyen
- 12 h 32 min
- PR mergées (30 j)
- 5
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de oneapi-src/level-zero
-
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
oneapi-src/level-zero#495 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
oneapi-src/level-zero#485 ·
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 76/100
oneapi-src/level-zero#447 · 2 commentaires ·
-
Need DMA/RDMA support Ouverte
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 30/100
oneapi-src/level-zero#482 · 1 commentaire ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 25/100
oneapi-src/level-zero#419 ·
Toutes les issues de oneapi-src/level-zero
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 86/100
-
Sensor initialization takes very long when `--initial-sim-time` is set to current UNIX timestamp Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
gazebosim/gz-sensors#662 · 1 commentaire ·
-
enhancement
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
-
comp-datalake
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
ClickHouse/ClickHouse#121222 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
LadybirdBrowser/ladybird#12123 ·