3 Replies Latest reply on Aug 25, 2009 11:08 PM by n0thing

    Jumbo 1D texture


      Could be possible to allocate a 1Gb 1D-texture in the future GPu implementation? I ask this because we cannot do that currently using the StreamSDK.

        • Jumbo 1D texture

          Just a quick comment: The current beta 2 SDK reports a global memory and allocation  limit of 1Gb through its device properties. Although I don't work for ATI or AMD, I can pretty much guarantee you that it's a completely arbitrary limitation for the CPU implementation. For older GPUs there may possibly be even more severe hardware limitations though(I have no idea what to expect in that department). That said, DirectX 11 hardware is right around the corner, which may make problems of this kind a thing of the past.

          However, disregarding that, the following statement executes fine on my machine:

          Mem mem = openCLContext.CreateBuffer(MemFlags.READ_WRITE, 1024 * 1024 * 1000, IntPtr.Zero);

          So if you can't allocate a 1Gb memory block, it should be failing by a minute amount. It might be worthwhile to investigate if you can do something useful with 995Mb or so. It's not exactly clear why 1Gb is a magic limit for you from your post.(Also note that I allocated a regular buffer, not a texture. Textures may have additional hardware restrictions on dimensions, and are not supported in the CPU version of the OpenCL driver anyway)

          I'll second your request for more memory though. Neural networks eat up 1Gb fairly quickly.

            • Jumbo 1D texture

              Thanks for the question. As you might be aware, the current OpenCL release from AMD includes support for CPU backend only. Hence it is a bit early to answer your query related to the GPU backend. We are working on the GPU backend as we speak. I will recommend that you try the GPU backend once that is released and provide us your feedback.


            • Jumbo 1D texture

              If you mean the DX11 compliance with 16k x 16k textures then future GPU ( R8xx series ) should support it, and I see no problem with it supporting the same in OpenCL as graphics interoperability(with OpenGL and DX) is present.