Fork me on GitHub


Safe Rust wrapper around the Vulkan API

Creating a buffer

When using Vulkan, you will very often need the GPU to read or write data in memory. In fact there isn't much point in using the GPU otherwise, as there is nothing you can do with the results of its work except write them to memory.

In order for the GPU to be able to access some data (either for reading, writing or both), we first need to create a buffer object and put the data in it.

Several kinds of buffers

Vulkano does not provide a generic Buffer struct which you could create with Buffer::new. Instead, it provides several different structs that all represent buffers, each of these structs being optimized for a certain kind of usage. For example, if you want to continuously upload data you should use a CpuBufferPool, while on the other hand if you have some data that you are never going to modify you should use an ImmutableBuffer.

The most simple kind of buffer that exists is the CpuAccessibleBuffer, which can be created like this:

use vulkano::buffer::BufferUsage;
use vulkano::buffer::CpuAccessibleBuffer;

let data = 12;
let buffer = CpuAccessibleBuffer::from_data(device.clone(), BufferUsage::all(), false,
                                            data).expect("failed to create buffer");

We have to indicate several things when creating the buffer. The first parameter is the device to use. Since device is actually an Arc<Device>, the call to .clone() only clones the Arc which shouldn't be expensive. You should get used to passing the device as parameter, as you will need to do so for most of the Vulkan objects that you create.

The second parameter indicates which purpose we are creating the buffer for, which can help the implementation perform some optimizations. Trying to use a buffer in a way that wasn't indicated in its constructor will result in an error. For the sake of the example, we just create a BufferUsage that allows all possible usages.

The third parameter indicates if the buffer should be cpu cached. The should rarely be true for most use cases, but in some cases where application is uploading data through this buffer continously, setting this paramater to true may yield some performance gain. This parameter should not be true if the user intends to read results from the gpu from this buffer as gpu changes may not reflect.

Finally, the fourth parameter is the content of the buffer. Here as you can see we create a buffer that contains a single integer with the value 12.

Note: In a real application you shouldn't create buffers with only 4 bytes of data. Although buffers aren't expensive, you should try to group as much data as you can in the same buffer.

From_data and from_iter

In the example above we create a buffer that contains the value 12, which is of type i32. But you can put any type you want in a buffer, there is no restriction. You can, for example, write this:

struct MyStruct {
    a: u32,
    b: bool,

let data = MyStruct { a: 5, b: true };

let buffer = CpuAccessibleBuffer::from_data(device.clone(), BufferUsage::all(), false,

Note: While you can put any type you want in a buffer, using a type that doesn't implement the Send, Sync and Copy traits or that isn't 'static will restrict what you can do with that buffer.

While it is sometimes useful to use a buffer that contains a single struct, in practice it is very common to put an array of values inside of a buffer. You can, for example, put an array of fifty i32s in a buffer with the CpuAccessibleBuffer::from_data function.

However in practice it is also very common to not know the size of the array at compile-time. In order to handle this, CpuAccessibleBuffer provides a from_iter constructor that takes an iterator to the data as last parameter, instead of the data itself.

In the example below, we create a buffer that contains the value 5 of type u8, 128 times. The type of the content of the buffer is [u8], which, in Rust, represents an array of u8s whose size is only known at runtime.

let iter = (0 .. 128).map(|_| 5u8);
let buffer = CpuAccessibleBuffer::from_iter(device.clone(), BufferUsage::all(), false,

You now know how to create a CpuAccessibleBuffer. Keep in mind that from_data and from_iter are specific to the CpuAccessibleBuffer. Each type of buffer has its own constructors, sometimes similar but sometimes different.

Reading and writing the contents of a buffer

Once a CpuAccessibleBuffer is created, you can access its content with the read() or write() methods. Using read() will grant you shared access to the content of the buffer, and using write() will grant you exclusive access. This is similar to using a RwLock.

For example if buffer contains a MyStruct (see above):

let mut content = buffer.write().unwrap();
// `content` implements `DerefMut` whose target is of type `MyStruct` (the content of the buffer)
content.a *= 2;
content.b = false;

Alternatively, suppose that the content of buffer is of type [u8] (like with the example that uses from_iter):

let mut content = buffer.write().unwrap();
// this time `content` derefs to `[u8]`
content[12] = 83;
content[7] = 3;

Just like the constructors, keep in mind that being able to read/write the content of the buffer like this is specific to the CpuAccessibleBuffer. Other kinds of buffers (for example the ImmutableBuffer) do not provide such methods.

Next: Example operation