массив же по идее так и должен работать

только он ссылки правда хранит)

но можно структуры писать, тогда вообще будет то же самое

Ладно мне сча надо поработать уже, если есть желание и время, можешь PR запулить

вечером вернусь

У вас на каждый запрос создается регулярное выражение.

Внутри Jiraffe

И обработка запроса не асинхронная

Прежде чем в дебри маршалинга лезть надо убрать то что на поверхности

А где там регулярки, кстати?

routef?

ага

В целом можно выкинуть, имхо

route "/locations/

Сделать роуты верхнего уровня

А в них уже ветвление по идее

или совсем жирафу убать

HttpListener и доетаточно

Тоже вариант, кстати

Хотя там скорее всего надо просто компиляцию регулярок сделать

и вообще на C# с unsafe переписать))

https://github.com/dustinmoris/Giraffe/blob/f129456b6552aaf58aa23d2e74ff9809c11f10c0/src/Giraffe/HttpHandlers.fs

В этом файле добавить словарь скомпилированных регулярок

кстати да, а нужен ли вообще giraffe? может эффективнее будет вынести бизнес логику на F# в отдельную либу, а все остальное делать в шарпе?

и вообще на C# с unsafe переписать))

На фшарпе интереснее

https://github.com/dustinmoris/Giraffe/blob/f129456b6552aaf58aa23d2e74ff9809c11f10c0/src/Giraffe/HttpHandlers.fs#L221

Вот тут можно поправить

Сделать мемоизацию

Рекэкспа

По входному роуту

И будет в разы быстрее

Прежде чем в дебри маршалинга лезть надо убрать то что на поверхности

У него слабое место сейчас GC, поэтому имеет смысл его устранить, а потом делать микрооптимизации

убрать Regex на каждом запросе думаю будет хорошее подспорье GC)

Это по поводу регэкспов в жирафе

Хммм... мож, прям запилить PR?

тут чувак пилит https://github.com/dustinmoris/Giraffe/issues/56

но что-то все не зарелизит

Ну я попроще правку предлагаю

Там 4 строчки

let formatStringMap = dict [ // Char Regex Parser // ---------------------------------------------------------- 'b', ("(?i:(true|false)){1}", bool.Parse >> box) // bool 'c', ("(.{1})", char >> box) // char 's', ("(.+)", box) // string 'i', ("(-?\d+)", int32 >> box) // int 'd', ("(-?\d+)", int64 >> box) // int64 'f', ("(-?\d+\.{1}\d+)", float >> box) // float ]

Это сейчас при каждом вызове

О, это вообще ппц

let formatStringMap = dict [ // Char Regex Parser // ---------------------------------------------------------- 'b', ("(?i:(true|false)){1}", bool.Parse >> box) // bool 'c', ("(.{1})", char >> box) // char 's', ("(.+)", box) // string 'i', ("(-?\d+)", int32 >> box) // int 'd', ("(-?\d+)", int64 >> box) // int64 'f', ("(-?\d+\.{1}\d+)", float >> box) // float ]

Жесть

Убрать жирафу и перфоманс должен вырасти

Вообще, конечно, странное решение с роутами

При большом количестве гетов даст некислую нагрузку на гц

Вот вопрос, кстати

Если роуты прямые дописывать в жирафу

Во время выполнения

ну так врядли giraffe дизайнили для таких сценариев)

Что будет?

Убрать жирафу и перфоманс должен вырасти

хватит тогда убрать routef

Что будет?

без понятия) ты уже предлагал нагенерить миллион рутов)

В теории все ускорится

Ну а чем миллион статик рутов отличается от того, что есть сейчас?

тем как искать рут среди миллиона

По прямому соответствию

Не, так нехорошо, а если рутов 100 миллионов будет?

Тогда руты верхнего уровня

И через int.TryParse

так да

Всяко быстрее будет

И гц не так будет грузиться

А то там, походу, на гетах действительно гц с ума сходит

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

ту тчнее тут будет 8 регексов в худшем случае

а ты мемори трафик не смотрел?)

мемори что-то не получилось

по идее там как раз будет видно, кто виновник

поломался dotMemory

не дал снапшот даже сделать

:(

https://www.jetbrains.com/dotmemory/features/ - в фичах у них заявлено

а ты как запускал?

сча еще раз попробую, просто указал dll

а он кор уже умеет профайлить?

http://c2n.me/3N86Jaq

вот что вылазит когда пытаюсь снапшот взять

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

Да можно вообще регеэкспы ликвидировать без миллиона рутов

можно не под кором запустить, по идее разницы не будет

Ну там важно под кором вроде

Хотя докер же

МОжно и винду

Так я не запускаю) просто сбилдил и указал dll

он сам запускает

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

до 30го конкурс)

Я на выхи на дачу :). Никаких конкурсов :)

МОжно и винду

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

А ну так-то да

оки, попробую

Но на следующем этапе маршалинг потребуется скорее всего

Чтобы без лишних аллокаций

И прочего гобна

И ручная сериализация

или собирать свою CLR без GC ?

http://tooslowexception.com/zero-garbage-collector-for-net-core/ Смотрите как интересно. Может, и появится у нас рано или поздно возможность отказаться от gc.cpp на 30 тысяч строк.

Кстати, еще интересная оптимизация по памяти - хранить json в файлах

и тупо их возвращать на гет запросы