D
перегнать Vec<f64> -> Vec<i32> без аллокаций
ну это выглядит не как задача, а как "решение"
.align_to_mut. Слишком много способов отстрела ноги.Size: a a a
2020 December 09
в🧇
@cykooz в общем имхо, я бы лучше в это болото вообще не лез/использовал
p
ну это выглядит не как задача, а как "решение"
ну может памяти мало. микроконтроллер. или памяти нужно много, деаллоцировать не хочется. какая разница?
2020 December 10
p
если человек пишет такой вопрос скорее всего он знает зачем ему это
MB
ну может памяти мало. микроконтроллер. или памяти нужно много, деаллоцировать не хочется. какая разница?
Нужно сделать into_boxed_slice(), из слайса соорудить oneshot аллокатор, и в этом аллокаторе создать вектор
в🧇
если человек пишет такой вопрос скорее всего он знает зачем ему это
(нет)
D
если человек пишет такой вопрос скорее всего он знает зачем ему это
как показывает практика, почти всегда всё наоборот ))
в🧇
как показывает практика, почти всегда всё наоборот ))
+
p
меня вот тоже заебывает вектора переаллоцировать на разные типы. мой внутренний zero-cost перфекционист плачет.
KK
если человек пишет такой вопрос скорее всего он знает зачем ему это
Переношу код из C библиотеки в Rust - это там такая оптимизация. Но там на указателях всё, и просто в конце функции делается free для исходного указателя на буфер f64
p
Переношу код из C библиотеки в Rust - это там такая оптимизация. Но там на указателях всё, и просто в конце функции делается free для исходного указателя на буфер f64
ну ты можешь попробовать вручную аллоцировать память, и играться вручную в функции, а возвращать вектор. наверное. но я бы без опыта не лез в это.
MB
Переношу код из C библиотеки в Rust - это там такая оптимизация. Но там на указателях всё, и просто в конце функции делается free для исходного указателя на буфер f64
А тогда тебе точно Vec<i32> нужен, а не &mut [i32], если в С это была стековая переменная?
p
я бы сделал с аллокациями и пометкой // TODO: remove allocating new vector.
D
я бы сделал с аллокациями и пометкой // TODO: remove allocating new vector.
👍
KK
А тогда тебе точно Vec<i32> нужен, а не &mut [i32], если в С это была стековая переменная?
Да, &[i32] вполне меня устроит
MB
Да, &[i32] вполне меня устроит
Ну тогда когда с f64 покончено, можно сделать vec.align_to_mut() (или вручную указатели покастовать (std::slice::from_raw_parts_mut(vec.as_ptr_mut(), vec.len()*2)), если там LLVM почему-то не прооптимизирует) и сделать &mut [f64] -> &mut [i32]
A
enum MyValues {
f64(f64),
i32(i32)
}🤪
D
Adv0cat
enum MyValues {
f64(f64),
i32(i32)
}🤪
union может помочь кстати
D
в енуме лишний байт всё-таки
KK
Adv0cat
enum MyValues {
f64(f64),
i32(i32)
}🤪
Придётся пожертвовать одним байтом на дискриминант и доп проверки при использовании