JuliaGPU / JuliaGPU/KernelAbstractions.jl
How (if possible) can we get rid of SparseArrays and StaticArrays?
- Dominant language
- Julia
- Stars
- 523
- Forks
- 88
- Avg merge
- 1d 11h
- Merged PRs (30d)
- 25
Description
```julia
julia> @time_imports using KernelAbstractions
9.8 ms UnsafeAtomics
6.4 ms Atomix
┌ 0.8 ms SuiteSparse_jll.__init__()
116.4 ms SuiteSparse_jll 96.92% compilation time
┌ 8.2 ms SparseArrays.CHOLMOD.__init__() 95.65% compilation time
156.1 ms SparseArrays 5.03% compilation time
0.7 ms StaticArraysCore
182.0 ms StaticArrays
0.4 ms Adapt
0.2 ms AdaptStaticArraysExt
1.5 ms CEnum
0.2 ms LazyArtifacts
┌ 1.8 ms LLVMExtra_jll.__init__()
2.6 ms LLVMExtra_jll
┌ 0.2 ms LLVM.__init__()
31.2 ms LLVM
2.9 ms UnsafeAtomicsLLVM
12.1 ms KernelAbstractions
0.3 ms Statistics → SparseArraysExt
0.3 ms StaticArrays → StaticArraysStatisticsExt
```
On 1.11 these are the 2 packages adding to the bulk of load times. From the code, I could see `StaticArrays` being used for CPU shared memory implementation. Not sure where SparseArrays are being used exactly. Is there a way we can move these 2 dependencies to extensions?
I can create a PR, but I need some help in figuring out where these packages are being used :sweat_smile: (and if at all this change is welcome)
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by tracing all uses of SparseArrays and StaticArrays in the repository and checking the dependency and extension configuration. Use the reported @time_imports output as a baseline and determine whether either dependency can be moved without breaking supported backends; done means a documented decision and, if feasible, a tested dependency change.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- julia
- Domain
- performance
- Issue type
- Refactor
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100