b
нет, не совсем понял принцип
Size: a a a
2020 December 23
E
нет, не совсем понял принцип
библиотеке надо сохранить данные?
b
сейчас объясню
b
есть приложение A, оно большое, к нему я подключил свою либу на расте, эта либа читает из переменной окружения base64 (предварительно загруженный туда), декодирует, deserialize'ует с помощью serde_json, и уже отдаёт ответ.
хедер этой либы выглядит как -то так
так вот, каждый вызов одной из функции - это чтение из переменной окружения, декодирование, и ответ. функции вызываются часто, визуально я не вижу проблем с производительностью, да и вызываются они коонечно не настолько часто (типа 10к вызовов в секунду, такого нет).
но всё это постоянное расшифровывание и чтение мне не нравится. хочется один раз загрузить (данные в переменной статичны) и уже работать с ними
хедер этой либы выглядит как -то так
char* get_char_for(char*)
bool get_bool_for(char*)
int get_int_for(char*)
так вот, каждый вызов одной из функции - это чтение из переменной окружения, декодирование, и ответ. функции вызываются часто, визуально я не вижу проблем с производительностью, да и вызываются они коонечно не настолько часто (типа 10к вызовов в секунду, такого нет).
но всё это постоянное расшифровывание и чтение мне не нравится. хочется один раз загрузить (данные в переменной статичны) и уже работать с ними
MB
once_cell выглядит как самое лучшее решение
MB
Ну или любое другое хранение результата в глобальной переменной, но once_cell пожалуй самый удобный
b
в глобальной переменной либы, или же глобальной переменной уже самого приложения A?
MB
либа создает глобальную переменную
MB
Ну, я выше примерный код кидал
MB
#[no_mangle]
pub extern "C" fn is_aiza() -> bool {
static VAL: once_cell::sync::Lazy = once_cell::sync::Lazy::new(is_aiza_internal);
*VAL
}
.
b
вообщем попробовал создать static mut test: i32 = 0;
и инкрементировать при каждом вызове через unsafe блок, насколько это опасно если я вместо i32 сделаю Box<Engine> (то, что обрабатывает все запросы) и буду тупо инициализировать, если она не иницилизрована?
и инкрементировать при каждом вызове через unsafe блок, насколько это опасно если я вместо i32 сделаю Box<Engine> (то, что обрабатывает все запросы) и буду тупо инициализировать, если она не иницилизрована?
MB
вообщем попробовал создать static mut test: i32 = 0;
и инкрементировать при каждом вызове через unsafe блок, насколько это опасно если я вместо i32 сделаю Box<Engine> (то, что обрабатывает все запросы) и буду тупо инициализировать, если она не иницилизрована?
и инкрементировать при каждом вызове через unsafe блок, насколько это опасно если я вместо i32 сделаю Box<Engine> (то, что обрабатывает все запросы) и буду тупо инициализировать, если она не иницилизрована?
Лучше once_cell используй.
b
сейчас попробую тогда
MB
Если ты 100% уверен, что либа будет использовать однопоточно, то конечно сваять велосипед на статик переменных будет нетрудно. Но все равно более многословно, чем готовые либы. И если все-таки окажется, что приложение многопоточное, то будет очень больно.
b
оно многопоточное
b
это эксперимент с блоком unsafe
MB
вообщем попробовал создать static mut test: i32 = 0;
и инкрементировать при каждом вызове через unsafe блок, насколько это опасно если я вместо i32 сделаю Box<Engine> (то, что обрабатывает все запросы) и буду тупо инициализировать, если она не иницилизрована?
и инкрементировать при каждом вызове через unsafe блок, насколько это опасно если я вместо i32 сделаю Box<Engine> (то, что обрабатывает все запросы) и буду тупо инициализировать, если она не иницилизрована?
Как ты проверяешь, что еще не инициализировано?
b
static eng: Engine = init_engine(); получается будет даже достаточно чтобы сократить количество инициализациMB
Только если init_engine() может быть вычислена на этапе компиляции
MB
Это отличие от C++, где ты можешь запихнуть в статик переменную класса с произвольным конструктором (не обязательно constexpr)