DZ
Всем привет. Подскажите пожалуйста библиотеку для http запросов. Какую сейчас лучше всего использовать? Это требуется для тестирования запросов к ковбою.
Тестирование к ковбою — глянь gun. Он ебанутый слегка, но для тестов норм.
Size: a a a
2020 January 16
SP
Всем привет. Подскажите пожалуйста библиотеку для http запросов. Какую сейчас лучше всего использовать? Это требуется для тестирования запросов к ковбою.
hackney можно попробовать
SP
Спасибо, посмотрю.
но я не знаю насколько оно актуально сейчас для новых проектов. у нас то оно лет 10 назад было внедрено. но как по мне - довольно удобно и декларативно
СИ
Гайз вопрос касаемо лайфцикла ErlNifEnv и ERL_NIF_TERM. Я правильно понимаю что если мне нужно сохранять в объекте нифки эрланг термы и я сохраняю ERL_NIF_TERM, то у меня они не будут освобождены до тех пор пока жив ErlNifEnv? т.е. по сути после enif_make_copy - если я использую процессонезависимый ErlNifEnv то память не освободится?
Ты путано вопрос задал. Скажи что нужно или что не понятно отдельно
V
Нужен кеш в нифке, который содержит эрланг термы. Кеш наружу торчит как resource. Его могут кидать между эрланг процессами. Кеш представляет собой список термов и указателей на внутренние структуры, которые хендлятся нифкой. Задача в том, чтобы сохранять термы в кеше и удалять их, когда они не нужны (физически освободлать память).
V
Если хочу чтобы это был ERL_NIF_TERM то для того чтобы освобождать память под ненужные термы походу единственный вариант создавать мануально enif_alloc_env и освобождать его.
V
Или сериализовать термы во что-то
СИ
Если хочу чтобы это был ERL_NIF_TERM то для того чтобы освобождать память под ненужные термы походу единственный вариант создавать мануально enif_alloc_env и освобождать его.
Ага. Все верно - время жизни env. Для долгоживущих термов надо делать обвязки и копии
V
хотел избежать серилизации термов когда они уже закешированы, но видимо не прокатит
СИ
хотел избежать серилизации термов когда они уже закешированы, но видимо не прокатит
В том смысле что отдавать "глобальные" без копирования? или не делать копии для глобальных?
СИ
хотел избежать серилизации термов когда они уже закешированы, но видимо не прокатит
Там еще есть enif_make_resource release resource
V
если в нифку передается список термов и ровно такой же список уже был записан в кеше - сениализация этого списка во внутренний формат считай избыточная операция
V
но поскольку после сохранения списка ERL_NIF_TERM внутри нифки геморойно делать удаление, то придется сериализовать в представление не зависящее от env
СИ
если в нифку передается список термов и ровно такой же список уже был записан в кеше - сениализация этого списка во внутренний формат считай избыточная операция
В каком кеше не совсем понятно? А так то ерланг копирует при передаче сообщений. Это его архитектура
V
кеш который я хочу держать внутри нифки
V
понятно что копирование не избежно, просто после копирования enif_make_copy, не удалишь нормально
СИ
кеш который я хочу держать внутри нифки
Сопировать в кеш придется. А вот отдавать из кеша неплохо было бы да.