I need the way to set buffer when I read from stream about uvw HOT 5 OPEN

Why not setting the allocation functions using the same utilities of libuv? Is there any problem with it?

from uvw.

oh am I misunderstood something?

below codes are something I tracked.

template<typename T, typename U>
class StreamHandle: public Handle<T, U> {
    void read() {
        this->invoke(&uv_read_start, this->template get<uv_stream_t>(), &this->allocCallback, &readCallback);
    }
}

template<typename T, typename U>
class Handle: public Resource<T, U> {
    static void allocCallback(uv_handle_t *, std::size_t suggested, uv_buf_t *buf) {
        auto size = static_cast<unsigned int>(suggested);
        *buf = uv_buf_init(new char[size], size);
    }
}

I thought that problem rise this line of code

*buf = uv_buf_init(new char[size], size);

I'd like to pass pre-allocated buffer that I'm gonna re-use over and over.
In that way I understand that there should be a way that I can pass my pre-allocated buffer to uv_buf.base.

Is there are something that I misunderstood or miss some of functionality in libuv or uvw?

from uvw.

Hi, sorry for the late reply, I'm on vacation and also trying to have a real break from my dev life. 😅
I see what you mean. Consider that we're about to merge branch v3 that is a HUGE change to the library, both in terms of performance and compilation time.
Can we consider this as a feature request to add allocator support to that version? It seems to me the only viable solution. Any other idea?

from uvw.

+1 for the ability to inject a custom buffer allocation callback.

First of all new is a lot of overhead compared to reusing buffers from an allocation pool. Also it looks like your current implementation effectively prevents recvmmsg() for UDP, which is the use case I'm evaluating now. The suggested buffer size is given as max UDP datagram size, but libuv requires a multiple of that for recvmmsg(). Rather crude implementation from libuv side too, but that's what it is now.

from uvw.