В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Rust — русскоговорящее сообществo

2484 membersпожаловаться на группу
2020 September 08

RS

Roma S in Rust — русскоговорящее сообществo
Roma S
чонить такое не лучше? https://github.com/facebook/folly/blob/master/folly/io/IOBuf.h
(на расте вот такой шеймлесс плаг в туже сторону https://github.com/little-arhat/rust-chainbuf )
GitHub
facebook/folly
An open-source C++ library developed and used at Facebook. - facebook/folly
https://github.com/cgaebel/iobuf а вот есть порт жейнстритовского iobuf (который в похожую сторону тоже)
GitHub
cgaebel/iobuf
A contiguous region of bytes, useful for I/O operations. - cgaebel/iobuf
источник
11:50пожаловаться#1

в🧇

вафель 🧇 in Rust — русскоговорящее сообществo
Эрик
К тому же если типы разные, то ещё и с align бодаться надо.
ага, знаю
источник
11:50пожаловаться#2

Э

Эрик in Rust — русскоговорящее сообществo
И запихивание сзади — это довольно нишевая штука. Я из реальных примеров, где такое было бы нужно, знаю только flatbuffers.
источник
11:50пожаловаться#3

в🧇

вафель 🧇 in Rust — русскоговорящее сообществo
@larhat не, мне кажется это другое
источник
11:52пожаловаться#4

Э

Эрик in Rust — русскоговорящее сообществo
Ощущение какого-то оверинжиниринга.
источник
11:58пожаловаться#5

Э

Эрик in Rust — русскоговорящее сообществo
Не проще сделать struct BiVec(Vec<T>, BackwardsVec<U>); ?
источник
11:58пожаловаться#6

V

Vladimir in Rust — русскоговорящее сообществo
вафель 🧇
Ну вообще мне просто интересно по эксперементировать. А так, эдакая экономия на аллокациях и занимаемом месте.

У меня другая структура данных через это выражается
А реалокации?
источник
11:58пожаловаться#7

в🧇

вафель 🧇 in Rust — русскоговорящее сообществo
Эрик
Ощущение какого-то оверинжиниринга.
да
источник
11:59пожаловаться#8

Э

Эрик in Rust — русскоговорящее сообществo
Vladimir
А реалокации?
Аллоцируешь новый aligned массив, копируешь левое в начало, правое в конец.
источник
11:59пожаловаться#9

V

Vladimir in Rust — русскоговорящее сообществo
Эрик
Аллоцируешь новый aligned массив, копируешь левое в начало, правое в конец.
Ага, очень удобно)
источник
11:59пожаловаться#10

в🧇

вафель 🧇 in Rust — русскоговорящее сообществo
Vladimir
Ага, очень удобно)
А что не так?
источник
11:59пожаловаться#11

Э

Эрик in Rust — русскоговорящее сообществo
Vladimir
Ага, очень удобно)
Ну норм, в общем-то, там из нестандартного только фиксы align'а и копирование, а так большую часть кода можно скопипастить из std::vec::raw_vec.
источник
12:01пожаловаться#12

в🧇

вафель 🧇 in Rust — русскоговорящее сообществo
Эрик
Ну норм, в общем-то, там из нестандартного только фиксы align'а и копирование, а так большую часть кода можно скопипастить из std::vec::raw_vec.
Правда ещё с capacity непонятно что делать
источник
12:02пожаловаться#13

V

Vladimir in Rust — русскоговорящее сообществo
Ну хз, мне кажется эта экономия на алокациях выходит боком:
1) обратный порядок у элементов которые сзади, значит нельзя уже использовать как нормальный массив.
2) при этом если хоть один из массивов вырастает, нужно переалоцировать и заниматься перемещениями оба.
В адекватном варианте алокатора, тебе не всегда нужно делать memmove при реалокации вектора. А тут точно всегда.
источник
12:02пожаловаться#14

JG

JeisonWi Garrison in Rust — русскоговорящее сообществo
Тут в свое время срачик был про Linux Kernel + Clang - в 5.9 он официально поддерживается для x86-32bit https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.9-i386-Clang-Kernels
Phoronix
LLVM Clang Should Be Able To Build Linux 5.9 x86 32-bit Kernels - Phoronix
Phoronix is the leading technology website for Linux hardware reviews, open-source news, Linux benchmarks, open-source benchmarks, and computer hardware tests.
источник
12:02пожаловаться#15

в🧇

вафель 🧇 in Rust — русскоговорящее сообществo
Vladimir
Ну хз, мне кажется эта экономия на алокациях выходит боком:
1) обратный порядок у элементов которые сзади, значит нельзя уже использовать как нормальный массив.
2) при этом если хоть один из массивов вырастает, нужно переалоцировать и заниматься перемещениями оба.
В адекватном варианте алокатора, тебе не всегда нужно делать memmove при реалокации вектора. А тут точно всегда.
Справедливые замечания 🤔
источник
12:03пожаловаться#16

Э

Эрик in Rust — русскоговорящее сообществo
вафель 🧇
Правда ещё с capacity непонятно что делать
struct BiVec<T, U> {
 raw: RawVec, // ptr + capacity
 left: usize, // where the left could be written
 right: usize, // where the right could be written
}
источник
12:04пожаловаться#17

в🧇

вафель 🧇 in Rust — русскоговорящее сообществo
Эрик
struct BiVec<T, U> {
 raw: RawVec, // ptr + capacity
 left: usize, // where the left could be written
 right: usize, // where the right could be written
}
RawVec<???>
источник
12:04пожаловаться#18

Э

Эрик in Rust — русскоговорящее сообществo
вафель 🧇
RawVec<???>
Ну да, тип туда не зафигачишь.
источник
12:05пожаловаться#19

в🧇

вафель 🧇 in Rust — русскоговорящее сообществo
Ну вот и вопрос: что должна отображать capacity? Размер в байтах? Размер в T? Размер в U?
источник
12:06пожаловаться#20