так причем тут апдейт) нет проблемы с апдейтами)

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

Нужно подходить со стороны уменьшения стоимости вызова GC,так как даже если получится его дотянуть до конца обстрела, при увеличении RPS всё будет ломаться)

Это да, обещают его увеличить к концу недели

Пик это посути одна единственная сборка 0го уровня

Ну и сейчас стоит GCServer и GCConcurrent

https://stackoverflow.com/questions/6005865/prevent-net-garbage-collection-for-short-period-of-time

Это решение скорее всего все равно не прокатит, я же только на свой код могу его поставить, а сборка может и в коде кестрела пройти точно так же

Я бы на вашем месте первым делом избавился от создания лишних строк при чтении Body и десериализации

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

не читал бы Body как строку, а брал риквест из контекста и читал напрямую в десериализатор

Это решение скорее всего все равно не прокатит, я же только на свой код могу его поставить, а сборка может и в коде кестрела пройти точно так же

У меня есть ощущение, что вызовы этих методов могут быть где угодно и распространяются на весь процесс вцелом. Т.е. если вызовешь nogc в аппликейшен старте, сборки мусора не будет совсем. Только вот не факт что памяти хватит)

И зачем проверка на содржание null в строке в getStringFromRequest?

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

на гетах нету body

И зачем проверка на содржание null в строке в getStringFromRequest?

это такой хак для выполнения условий задачи, если значения нет, все норм, если оно null, то посылать 400

на гетах нету body

Там же и посты я так понимаю

Там же и посты я так понимаю

да, посты во 2й фазе, там всего 100RPS, так что это норм. Плюс я строки записываю в словарь чтобы потом сразу строки и отдавать. Ну и условие с null

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

точнее уже не словаря а массива и не одного а сразу всех трех

А в гетах обязательно меилбокс использовать?

в гетах он и не используется

в гетах он и не используется

Понял, промахнулся

Если убирать массивы, можно на сериализации много потерять

О, я нашел косяк на апдейте, кстати

это да. надо проверять

Там лишняя сериализация

да, согласен)

спасибо)

Ну и с проверкой на валидность надо что-то делать

По факту, тебе создание объекта нужно только для проверки на валидность

Что не есть гуд

да, согласен)

хотя я передумал) подскажи плиз где лишняя

По факту, тебе создание объекта нужно только для проверки на валидность

не только, для дальнейших гетов с фильтрами тоже нужна

serializedCollection.[id] <- serializeObject(updatedEntity)

У тебя уже боди есть

Запроса

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

Еще раз

боди это не полная сущность

Боди есть

там могут быть два поля из пяти

А, там паршиал апдейт?

угу

Тогда лучще совсем по-другому делать

Сущности там flat?

да

Десериализация в словарь по идее поможет

а потом на гетах их собирать из словаря?

Из словарей

думаю это сильно замедлит геты

Вполне возможно,кстати

Интересно, насколько сериализация словаря быстрее сериализации объекта?

Учитывая, что ее можно руками написать

Без рефлекшна

кстати

можно же и так руками сериализацию написать)

объектов

Это должно сильно ускорить

Только там StringBuilder надо

Чтобы быстрее было

Десериализхацию тоже можно руками

десереализацию сложно

там проверять типы придется

Не

У тебя же роуты

На каждый тип свои

я про данные что в Body пришли или в урле

Ну по набору свойств

их придется проверять на валидность

Там все просто довольно

ну хотя может и правда

тогда можно будет рекорды вместо классов)

Ты можешь проверить валидность только по набору свойств, больше никак

ой

структуры

Структуры, да

Пример есть json юзера?

Чтобы далеко не лазить

ага

https://github.com/sat2707/hlcupdocs/blob/master/data/FULL/data/users_13.json

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

Структуры тебе особо не нужны, по идее

ну они помогут gc разгрузить

Кстати

У нас есть размер юзера ведь

Есть же ограничения

Поэтому можно вообще

Marshal.GCAlloc

И вперед

Еще от регулярных выражений надо избавляться

Короче, есть шансы сделать с++ ников

))

Идея следующая

Делаешь Marshal.AllocateHGlobal

На память под пользователей

Локейшны

И что там еще

визиты

я с маршалингом не работал, расскажи в чем смысл что хочешь сделать

Смысл в том, что ты последовательно пишешь бинарные данные в определенные области памяти