MB
Я почти уверен, что мы тут владеем указателями iv и __ctx, поэтому простая структура, которая несложно переносится в раст
Size: a a a
2020 March 06
TS
Я почти уверен, что мы тут владеем указателями iv и __ctx, поэтому простая структура, которая несложно переносится в раст
Забавно в рандомном файлике наткнуться на использование списка =)
MB
Это же массив
TS
Это же массив
scatterlist
MB
Поля src и dst это массивы структур типа scatterlist, которые указателей уже не содержат, судя по https://elixir.bootlin.com/linux/latest/source/include/linux/scatterlist.h
Значит в раст они должны перейти как Vec<ScatterList>
Значит в раст они должны перейти как Vec<ScatterList>
MB
На двусвязный список точно непохоже
TS
На двусвязный список точно непохоже
Ну это не важно
TS
Поля src и dst это массивы структур типа scatterlist, которые указателей уже не содержат, судя по https://elixir.bootlin.com/linux/latest/source/include/linux/scatterlist.h
Значит в раст они должны перейти как Vec<ScatterList>
Значит в раст они должны перейти как Vec<ScatterList>
Ты же всегда когда используешь деление в своём коде пишешь unsafe? Чтоб избежать лишней проверки?
TS
Или вы не делите?
VS
Деление для лохов
TS
Деление для лохов
Я просто ору с того, что вот пишешь на расте и просто на ровном месте теряешь производительность
VS
Если что я в душе не ебу что там в расте
VS
Но обсуждения всегда очень интересные
TS
Если что я в душе не ебу что там в расте
Да чот говно, если честно, но это сугубо мое мнение
VS
Твое мнение все давно знают...
VS
Я вообще спрашивал за то почему го говно
TS
Твое мнение все давно знают...
Да??? Жаль...
VS
Внятного ответа не услышал
VS
Причины уровня компания-нейм от него отказалась не считаются