fn get_u16<T: ByteOrder😠&mut self) -> u16 { ... }

ну теперь другое дело

Из доков линка на метод https://github.com/carllerche/bytes/blob/master/src/buf/buf.rs#L291

я и не заметил подвоха

так это похоже актуальная дока мастера https://github.com/carllerche/bytes/commit/025d53342eac05acf784ca008a7c517f0aafadd2

так это похоже актуальная дока мастера https://github.com/carllerche/bytes/commit/025d53342eac05acf784ca008a7c517f0aafadd2

ну крейт то не мастер

это да, я к тому, что обновлять не надо

ну поэтому смотри доку на docs.rs

я последнее время вообще в crates.io не хожу

объясните в чем прекол bytes, если он паникует на get и put

в байтордере хоть обработать можно

Карго можно как-нибудь сказать, чтоб не лез в сеть?

ну, при учете, что локально все зависимости есть конечно же

это да, я к тому, что обновлять не надо

ну да с мастером пример работает

объясните в чем прекол bytes, если он паникует на get и put

у меня буфер гарантированого размера

везет

Карго можно как-нибудь сказать, чтоб не лез в сеть?

может что-то из того пригодится https://github.com/alexcrichton/cargo-local-registry https://github.com/rust-lang/cargo/pull/2361

ну, при учете, что локально все зависимости есть конечно же

впроде не как уже такое всплывало - если ты новый крейт создаешь он лезет в сеть, не лезет если только если ты старый комплишь

Спасибо за помощь чет невнимательный

беда

мм, а вообще я сейчас проверил, вроде все работает

rlib-s + cargo.lock

чяднт?

rlib-s + cargo.lock

строго все версии совпали?

йес

интересно, наверно = "x.y.z", у меня с "x.y" не прокатывало

да, с x.y.z

http://dmkpress.com/catalog/computer/programming/978-5-97060-236-2/ кто нибудь читал , может дать оценку перевода этой книги ?

> цветное

чернобелые игрушки никому не нравятся?

чернобелые игрушки никому не нравятся?

я вообщем то не привереда ) есть возможность арендовать цветное издание . Где то читал , что перевод просто жесть . Хочу убедиться так ли это , если нет , то позаимствую

Читай бук, тут даже пдф кидали

в чем разница первого издания от второго? Та книга, что продают она вроде как первого издания

Читай бук, тут даже пдф кидали

сенкс ! разгядел

Кто-то во внутренностях serde копался? Оно при десериализации сжирает 500м на ~130мег файл.

Вижу что в deserialize_seq, не пойму почему.

Может этот bincode не нужен? А заменить всё на mmap.

Может этот bincode не нужен? А заменить всё на mmap.

попробуй, но большая вероятность что станет еще больше

как?

попробуй, но большая вероятность что станет еще больше

Утешил.

The size of the encoded object will be the same or smaller than the size that the object takes up in memory in a running Rust program.

Это про bincode?

ага

Ну итоговый объект думаю с этим сходиться. Другой вопрос что при самой de он отжирает чуть ли не 3-4 размера.

http://bbot.online:8080/static/doc/1.txt

а файл можно читать по кускам?

что сериализуешь-то?

*исходный

Ну всмысле для пробы ? Я как раз хотел попробовать сохранить частями. Но в общем задумка была просто грузить структуру векторов и всё - это работает, но вот пиковое значение напрягает.

что сериализуешь-то?

{Vec<String>, vec f32, vec f32, vec f32, и пару vec enum(A|B|Other(String))}

если файл - это векторы а не какой-нить json - так читай его по кускам и de на по ходу чтения

слайс должен вообще без аллокаций десериализовываться по идее

если файл - это векторы а не какой-нить json - так читай его по кускам и de на по ходу чтения

Так все равно очень муторно. То одна операция и всё что надо в памяти, а то руками бегать минимум по структуре.

слайс должен вообще без аллокаций десериализовываться по идее

так он скорее всего конечный обьект создает, на каждую запись

Так все равно очень муторно. То одна операция и всё что надо в памяти, а то руками бегать минимум по структуре.

За удобство всегда платят памятью =)

За удобство всегда платят памятью =)

Сорян, но абстрактное утверждение :)

Т.е. в идеале я вообще ожидал бы что он просто взял практически как в памяти и положил. Ну вероятно он не совсем так прямо делает, но не объясняет такой жор большой в любом случае.

на скорее всего у тебя data -> de -> object -> clone -> push

Если файл будет гиг - пять гигов отжирает будет? Ну его.

ну он и положил век как слайс

на скорее всего у тебя data -> de -> object -> clone -> push

Да вот тоже думаю там где-то клон, пытаюсь глазами найти в serde, но это же как-то печально или я что-то не понимаю.

[len][elements]

а как память замерял?

на скорее всего у тебя data -> de -> object -> clone -> push

Причем там клон не один, а видно несколько даже раз, ну на вид.

Да вот тоже думаю там где-то клон, пытаюсь глазами найти в serde, но это же как-то печально или я что-то не понимаю.

Врядли клон в serde - там tagged, как я понял ты soa юзаешь? а её не ковырял?

а как память замерял?

Выше я ссылку из valgrind кинул

Врядли клон в serde - там tagged, как я понял ты soa юзаешь? а её не ковырял?

А я не думаю что оно связано. Хотя хм, надо посмотреть. Но по идее я использую просто структуру. Разве что soa что-то хитрое реализует с клонированием что de использует. Но это догадки, зачем оно так вообще может делать - не знаю.

По идее serde просто структуру с векторами должен видеть и всё. Так кажется.

soa размечает raw как стрктуру - верно?

Выше я ссылку из valgrind кинул

сорян, не заметил

http://bbot.online:8080/static/doc/1.txt

@mexus вот.

соотвествонно она должна хранить индексы и тип элементов - если не в цикле - то хз сколько доп элементов получается

soa размечает raw как стрктуру - верно?

По идее нет. Это просто макросы для генерации нужной векторной структуры из невекторной. С памятью оно не работает.

https://github.com/cgaebel/soa/blob/master/src/lib.rs

#![feature(alloc)] #![feature(collections)] #![feature(core)] #![feature(unsafe_no_drop_flag)] #![feature(filling_drop)] extern crate alloc; extern crate collections; extern crate core;

нафига ей alloc тогда?

https://github.com/cgaebel/soa/blob/master/src/lib.rs

Не эта. soa-derive

чем слайс-то не устраивает?

чем слайс-то не устраивает?

Не понял вопроса. Почему vec а не слайс?

да, почему не десериализуете в слайс