ну это то что я читал

там все unsafe я игрался с ней, потом ему issues еще отписывал

Что значит "всё unsafe"? "Все предоставляемые интерфейсы требуют использования unsafe." Или "Все safe интерфейсы могут привести к UB"

Все предоставляемые интерфейсы требуют использования unsafe

короче нет, там проблема в том что ядро владеет памятью и может выкинуть в любой момент

и концепция владения ломается

IOUring, CQE, Registrar - unsafe методов нет.

Logical ownership is the only way to make this work in Rust’s current type system: the kernel must own the buffer. There’s no sound way to take a borrowed slice, pass it to the kernel, and wait for the kernel to finish its IO on it, guaranteeing that the concurrently running user program will not access the buffer in an unsynchronized way. Rust’s type system has no way to model the behavior of the kernel except passing ownership. I would strongly encourage everyone to move to an ownership based model, because I am very confident it is the only sound way to create an API.

"Нельзя использовать без unsafe" и "всё unsafe" - разные вещи

ладно, согласен

не все unsafe)

так и в чем проблема? передаешь буфферы не по ссылке и все ок

Это не пройдёт с существующими AsyncRead, AsyncWrite

это да

внезапно модель проактора не очень подошла)

Вот. В винде дурного не сделают. Надо было на IOCP ориентироваться.

видите не работает ваш раст

лодочник признал что все было впустую

не только в винде, если взять spdk там тоже так

идея что лайфтаймами можно сделать мемори сейфети это утопия