Computers, Hiking, Music, and Coffee, oh my! Opinions are mine, though #iamintel.

Joined June 2011
Replying to @FelixCLC_ @illuhad
PVC should "just work" with >4GB allocations, no special steps required. If it doesn't, please file a bug or otherwise let us know - thanks!
2
41
Replying to @FelixCLC_ @illuhad
Note, the maximum allocation size is the same for both our OpenCL and Level Zero drivers. The reason why >4GB allocations work through the DPC++ runtime is because it explicitly relaxes the allocation limits.
1
1
1
106
Replying to @illuhad @FelixCLC_
Yeah, you would also need to tell the compiler allocations may be >4GB. Have a look at: github.com/intel/opencl-inte…
1
26
Our current client GPUs report a 4GB limit because it lets us use 32-bit addressing arithmetic more aggressively, which improves performance. It's not something that's required by the spec.
1
3
67
Replying to @illuhad @FelixCLC_
This matches my understanding as well. A 16GB card would need to support at least 1GB allocations, and could report up to 16GB (no upper limit). Only less-than-4GB cards could have a less-than-1GB allocation limit.
1
3
55
Ben Ashbaugh retweeted
The call for submissions for the 11th International Workshop on #OpenCL and #SYCL closes on Friday Jan 20, 2023. Papers, tech talks and posters are all welcome. Join us in Cambridge, UK on April 18-20. iwocl.org/ @openclapi @thekhronosgroup @SYCLstd
13
12
2,748
I've filed an internal issue regarding the incorrect queries. Should be an easy fix. Feel free to file an issue on the compute-runtime GitHub also if you'd like. Thanks for raising these issues!
1
Following up: Linux should be much better with the latest drivers. I see 15+GB reported on my 16GB GPU. Windows still needs some work though and I don't have an ETA at this time.
1
2
I thought we fixed the amount of VRAM we report. I'll check and see. If you can send me the driver version you are using and whether you are on Windows or Linux that would help - thanks!
1
1
I missed seeing everyone at the @thekhronosgroup face-to-face meeting this week but I guess attending remotely had some benefits? #opencl #sycl #kittiesofkhronos
1
5
If you need help debugging and tracing your command buffer applications, the OpenCL Intercept Layer has full support for both the base command buffer extension and the mutable dispatch extension. github.com/intel/opencl-inte… #OpenCL
3
I also recently added command buffer emulation layer support for out-of-order command buffers for OpenCL implementations that support out-of-order queues. The same repo has sample applications that demonstrate how to use both new features. #OpenCL
1
3
Want to experiment with the new command buffer mutable dispatch extension right away? My command buffer emulation layer now supports this extension and should work with most OpenCL implementations. github.com/bashbaug/SimpleOp… #OpenCL
OpenCL 3.0.12 Released With Command Buffers Mutable Dispatch Extension and Enhanced Layers Support khr.io/zb
1
3
Replying to @stillpixel
Haha, yeah. I was waiting for them to knock over my water and turn off my power strip just to prove me wrong!
1
2
I’ve been back at work for two weeks and I’m happy to report the new office assistants are working out great.
1
7
Ben Ashbaugh retweeted
There's room for better GL/VK perf (benchmarks next week), but as a developer card, the A380 at $139 is a bargain... @openclapi 3.0 on open-source stack, @IntelSoftware oneAPI ecosystem for testing and porting work is great, SYCL & rest of software ecosystem around it.
1
8
1
34
Managed to squeeze in one last sabbatical hike before heading back to work next week. #desolationwilderness
1
5
Replying to @stillpixel
We went down the coast so sadly we were too far west. Next time (if it’s still there)!
1
1