Кек. Сейчас почти допилил небольшое быдлрговнецо для управления пинами на ардуине

rust-avr жив?

Раст прослойка между ардуиной и управляющими скриптами

Аа. Вопрос снят

Да. Приложение более высокого уровня. Для исполнение с отсроченным таймером

друзья, а есть крейт для массивов с thin pointer’ом?

thin это обычные?

да

ты имеешь ввиду сишных масивов шоли

там же поидее "кто как хочет, так и пишет"

т.е. размер хранят как попало, но поидее ты можешь в бокс конвертнуть ансейфно

да, мне хотелось бы что-то уже готовое. Ансейф всегда успеется ведь )

а вот в го такой подход считается ущербным, все есть в стд либе, если чего то не хватает - напиши под задачу, а не используй текущую абстракцию для всех возможных случаев

да, мне хотелось бы что-то уже готовое. Ансейф всегда успеется ведь )

так там одна функция from_raw у боксед слайса

там че карго нет?

боксед слайс лучше, у меня вектор 24 байта, БС - 16 байт. Но мне нужно дожать до 8 байт

поэтому там нужно будет чето свое придумать

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

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

боксед слайс лучше, у меня вектор 24 байта, БС - 16 байт. Но мне нужно дожать до 8 байт

ну а как ты дожмешь до 8 байт, если тебе нужно размер хранить где-то?

мне достаточно чтобы поинтер был 8 байт.

Поэтому я могу упаковать размер массива в сами данные за поинтером.

Ну тот же размер будешь хранить где-то внутри массива, так себе идея

https://github.com/rust-unofficial/awesome-rust#logging

насколько я понимаю тут собраны наиболее популярные

env_logger вроде все используют

А нет, там же разделено, есть log, который фасад

И там у него разные реализации есть

https://github.com/rust-lang-nursery/log

Раскол в логировании удручает, на самом деле

Также хотелось единый логер

Но нет, нахуячили несовместимых

Раньше удобно было: взял log и все норм

Секс сидишь, выбираешь

логгер в стд when

А нет, там же разделено, есть log, который фасад

Ага и это круто

Разделение на реализацию и интерфейс это прям бомба

Ну тот же размер будешь хранить где-то внутри массива, так себе идея

У меня задача такая. Есть enum A, в нем все варианты маленькие, кроме одного - он содержит Vec. enum A используется множество раз (десятки, сотни тысяч, милионы) в какой то структуре данных. И этот вектор не изменяется. Поэтому достаточно выгодно сократить этот вариант и это должно помочь с размерами этой структуре и скоростью выполнентя

Имхо, наличие Vec (куча) куда большая проблема

тогда почему б тебе не хранить просто Box<Vec<..>>

Кек

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

ну я так понял вектор это псевдокод

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

в чем я конечно сомневаюсь

Фига себе уверенность

о, еще можешь Box( struct DST{ size:usize, arr:[] } )

это ж поидее в расте можно

это ж поидее в расте можно

нет

нет

почему?

аллокаторов нету?

Имхо, наличие Vec (куча) куда большая проблема

аллокация один раз, чтение много раз

почему?

unsafe

ну и что

о, еще можешь Box( struct DST{ size:usize, arr:[] } )

это Vec но только без cap — экономия одного usize на каждую инстанцию

аллокация один раз, чтение много раз

кешмисс у тебя тоже один раз?

это Vec но только без cap — экономия одного usize на каждую инстанцию

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

это Vec но только без cap — экономия одного usize на каждую инстанцию

Ещё и size скорее всего достаточно u32

99% что затык всё-таки не там

так друзья, вот конкретная проблема

https://github.com/paritytech/parity-wasm/blob/9330a39ac12e753899629887555c789063a72a4e/src/elements/ops.rs#L116

возьмите уёбищный слог

и страдайте. чо вы

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

Кешмисс не один раз)

Сейчас каждая инструкция весит 36 байт, как раз таки из-за Vec в BrTable

BrTable — это довольно таки редкая инструкция, так что все равно что там будет внутри

таким образом, если уменьшить с 36 до 16 на инструкцию, мы сможем как раз таки больше инструкций уместить в кеш линию

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

так что очевидная оптимизация — это как раз таки вынести Vec<> за скобки

есть log, он предоставляет стандарное API для логгирования (в том числе удобные макросы), но сам ничего никуда не отправляет чтобы реально что-то куда-то писать, существуют отдельные бэкэнды для log, например - log4rs

+ вот: http://www.arewewebyet.org/topics/logging/

а щас нету

сейчас же ты тоже админ

чото я не понял, я могу передать ссылку на метод или мне городить что-то типа |x| SomeStruct::method(instance, x) ?

сейчас же ты тоже админ

Выпросил)

Выпросил)

Так он не админ вроде

https://github.com/paritytech/parity-wasm/blob/9330a39ac12e753899629887555c789063a72a4e/src/elements/ops.rs#L116

Ты в парити работаешь чтоле?

угу

За алминку

могу эфира

нет спасибо

Плюс

я в этом не учавствую