[Question] Shared and Host Buffers can offer the same overall performance on Intel Integrated Graphics?
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 15/100
- Tipo di issue
- Bug
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- cpp
- Ambito
- performance
Direzione di ricerca
Inizia con l’applicazione sharedMemoryEffect nel repository codeBlogArticles collegato e confronta le sue esecuzioni con host-buffer e shared-buffer con i risultati riportati nel blog. L’issue non indica alcun file sorgente di Level Zero né alcun test da modificare; per considerare il lavoro completato sarebbe necessario riprodurre i casi memory-bound e compute-bound e stabilire se le prestazioni osservate sono quelle previste sulla grafica integrata Intel.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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
- Lingua principale
- C++
- Stelle
- 335
- Fork
- 140
- Merge medio
- 12h 32m
- PR unite (30g)
- 5
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di oneapi-src/level-zero
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
oneapi-src/level-zero#495 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
oneapi-src/level-zero#485 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 76/100
oneapi-src/level-zero#447 · 2 commenti ·
-
Need DMA/RDMA support Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
oneapi-src/level-zero#482 · 1 commento ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
oneapi-src/level-zero#419 ·
Tutte le issue di oneapi-src/level-zero
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
-
Sensor initialization takes very long when `--initial-sim-time` is set to current UNIX timestamp Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
gazebosim/gz-sensors#662 · 1 commento ·
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
-
comp-datalake
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
ClickHouse/ClickHouse#121222 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
LadybirdBrowser/ladybird#12123 ·