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

Filter
Exclude
Time range
-
Minimum likes
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
106
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
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
Cool, this is my alma mater. Go Tritons! #oneAPI #USCD
New oneAPI center of excellence at UC-San Diego - today.ucsd.edu/story/uc-san-… #oneAPI
2
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
Managed to squeeze in one last sabbatical hike before heading back to work next week. #desolationwilderness
1
5
Epic road trip complete! 5000 miles, 34 nights (32 in a tent), 9 national parks, one flat tire 😥, countless memories. Pic from yesterday at Crater Lake.
2
15
Glacier National Park was pretty incredible! @GlacierNPS #ManyGlacier
1
8
Thanks for the Arc shirt @IntelGraphics! Got here just in time for sabbatical and I wore it today on our hike today in Great Basin National Park. #intelarc #IamIntel #grba
6
I'm not going to stop working on the OpenCL Intercept Layer - there's simply too much well-tested functionality there that's not worth rewriting - but it's great to have layers as a first-class tool in our OpenCL toolbox!
2