@rustlang_ru - страница 1241

Alexander

сейчас я выкину bufreader

Денис

ща я средстами оси память замерю

Денис

максимальный размер RSS — 814 292 кб

Alexander

ну 5 сек, если они у тебя в t, то они же не могут куда-то деваться

Alexander

конечно можно пофантазировать, у меня уже рождается идея, что de с файлом работает совсем не так как с буффером, но это очень сомнительно

Alexander

я пересобрал всё и теперь не 540, a 190, что уже лучше.

Alexander

без буфера ничего не поменялось.

Alexander

я пересобрал всё и теперь не 540, a 190, что уже лучше.

видимо не тот файл до этого посмотрел. но всё равно оверхед огромный получается.

Alexander

73Mb -> 191Mb

Маjко

параллельный вопрос. почему mem::size_of_val на этот вектор показывает 24 всего? там ~2млн элементов же.

Потому что вектор -- это указатель, количество элементов и емкость. 3 раза по 8 байт.

Alexander

ok, понял.

ㅤ

https://www.reddit.com/r/rust/comments/87sy6x/clion_20181_released_with_rust_debugging_support/?utm_source=reddit-android

Alexander

в общем на de очень влияет: 1) String. - увеличивает потребление памяти где-то на x2.5 от содержимого 2) enum внутри одного из вариантов которого есть String. _При том, что это поле со стрингом в хранимом не присутствует вообще_ (держал просто про запас, если что-то странное придёт от апстрима). - раздувает программу чуть ли не на x8, если не больше, раз от размера этого енума

Alexander

убрал это всё (строки скорее всего оставлю в итоге), и тест теперь ест 72Mb (что чуть больше файла 59Mb), в сравнении с 541Mb до этого.

Сергей

убрал это всё (строки скорее всего оставлю в итоге), и тест теперь ест 72Mb (что чуть больше файла 59Mb), в сравнении с 541Mb до этого.

было бы интересно попробовать с Vec<u8> вместо String

Bugworm

Kakoune Language Server Protocol client implemented in Rust https://github.com/ul/kak-lsp

Alexander

было бы интересно попробовать с Vec<u8> вместо String

ну по сути все остальные поля и есть u32 или f32 и их 4 штуки. и там всего на ~20% больше чем структура в файле, в любом случае такого сильного увеличения не видно.

Alexander

можно было бы и от строк избавиться, но chrono очень тормозит при сериализации, но это уже другая история.