вначала руками вызываю чтобы хватило на весь обстрел, но не хватает

Ссылку кинь еще раз на репу

Если бы пика не было, ты был бы, думаю, в районе 20 места

врядли, надо еще апдейт ускорить, я сейчас апдейт в один поток делаю через актора)

апдейт можно распараллелить по идее

да, надо его распараллелить и вместо актора поставить какую-нить струтуру синхронизации

В целом отрым от го не настолько большой

https://github.com/Lanayx/PerformanceTest

*отрыв

уже да) keep-alive очень сильно зарешал похоже

Ну у них некорректные настройки сервера были

Дающие конкурентные преимущества отдельным решениям

ага. Вот кстати что еще поменял options.ApplicationSchedulingMode <- Abstractions.Internal.SchedulingMode.Inline

думаю это тоже помогло

А зачем тебе везде CLIMutable, кстати?

без них сериализация не прокатывала

Обратная, шоле?

Она ж вроде не нужна

или десереализация, уже не помню)

По идее

ну сча не знаю, когда Json.Net был, он же дефолтный конструктор вызывает и потом set на проперти

вначала руками вызываю чтобы хватило на весь обстрел, но не хватает

https://msdn.microsoft.com/en-us/library/system.gc.trystartnogcregion.aspx Это было?

Кстати, нагрузку на гц можно убрать

Если хранить пользователей в виде словарей

И локейшны

https://msdn.microsoft.com/en-us/library/system.gc.trystartnogcregion.aspx Это было?

что было и где?)

let updateUser (oldUser:User) (httpContext: HttpContext) = task { let! json = getStringFromRequest httpContext let newUser = deserializeObject<UserUpd>(json) let updatedUser = { oldUser with first_name = if newUser.first_name = null then oldUser.first_name else newUser.first_name last_name = if newUser.last_name = null then oldUser.last_name else newUser.last_name birth_date = if newUser.birth_date.HasValue |> not then oldUser.birth_date else newUser.birth_date.Value gender = if newUser.gender.HasValue |> not then oldUser.gender else newUser.gender.Value email = if newUser.email = null then oldUser.email else newUser.email } if (isValidUser updatedUser |> not) then failwith "Invalid data" return updatedUser }

что было и где?)

Использовал GC.TryStartNoGCRegion?

Я так понимаю, в апдейтах гц шалит

по идее, mutable records спасут

Использовал GC.TryStartNoGCRegion?

неа, а как его юзать?

чтобы перевыделения памяти не было

let updateUser (oldUser:User) (httpContext: HttpContext) = task { let! json = getStringFromRequest httpContext let newUser = deserializeObject<UserUpd>(json) let updatedUser = { oldUser with first_name = if newUser.first_name = null then oldUser.first_name else newUser.first_name last_name = if newUser.last_name = null then oldUser.last_name else newUser.last_name birth_date = if newUser.birth_date.HasValue |> not then oldUser.birth_date else newUser.birth_date.Value gender = if newUser.gender.HasValue |> not then oldUser.gender else newUser.gender.Value email = if newUser.email = null then oldUser.email else newUser.email } if (isValidUser updatedUser |> not) then failwith "Invalid data" return updatedUser }

let newUser = deserializeObject(json) А так не работает? :)

let updateUser (oldUser:User) (httpContext: HttpContext) = task { let! json = getStringFromRequest httpContext let newUser = deserializeObject<UserUpd>(json) let updatedUser = { oldUser with first_name = if newUser.first_name = null then oldUser.first_name else newUser.first_name last_name = if newUser.last_name = null then oldUser.last_name else newUser.last_name birth_date = if newUser.birth_date.HasValue |> not then oldUser.birth_date else newUser.birth_date.Value gender = if newUser.gender.HasValue |> not then oldUser.gender else newUser.gender.Value email = if newUser.email = null then oldUser.email else newUser.email } if (isValidUser updatedUser |> not) then failwith "Invalid data" return updatedUser }

да, для апдейтов можно, но я все равно после этой фазы делаю GC, так что на 3ю фазу где пик это не влияет

let newUser = deserializeObject(json) А так не работает? :)

Там же проверки данных всякие надо делать)

Дык что на третьей фазе происходит?

Частые апдейты или что?

только геты

неа, а как его юзать?

Посмотри по ссылке)

А, тогда просто решается\

Там же проверки данных всякие надо делать)

Ты не понял) Я сейчас про автоматический вывод типа. У тебя там по идее можно вывести его из контекста, без указания в генерике, но я не помню точно как это делается

Посмотри по ссылке)

по ссылке ничего не понятно) расскажи плиз идею как ты хочешь его использовать

Ты не понял) Я сейчас про автоматический вывод типа. У тебя там по идее можно вывести его из контекста, без указания в генерике, но я не помню точно как это делается

аа, может быть и можно, но когда код сначала метода пишешь, то нельзя. Теперь уже думаю можно удалить)

let getEntity (serializedCollection: SerializedCollection) id next = if (id > serializedCollection.Length) then setStatusCode 404 next else match serializedCollection.[id] with | null -> setStatusCode 404 next | serializedEntity -> setHttpHeader "Content-Type" "application/json" >=> setBodyAsString serializedEntity <| next

По идее, небольшая замена матча

Может ускорить

Хотя надо SerializedCollection string option

И заполнять None

зачем?

Возможно, там неявный боксинг

Хотя это не точно

не, строки же

строки не боксятся)

по ссылке ничего не понятно) расскажи плиз идею как ты хочешь его использовать

По идее ты вызываешь этот метод, перед куском кода в период исполнения которого ты хотел бы чтоб ГЦ не срабатывал. TryStartNoGCRegion Твой критический участок кода EndNoGCRegion

аа, может быть и можно, но когда код сначала метода пишешь, то нельзя. Теперь уже думаю можно удалить)

Как-то так делается: let deserializeObj<'a> json = ... // return 'a let deserializeObject json = deserializeObj json А потом юзать так: let newUser: User = deserializeObject json Но в твоём кейсе : User писать не обязательно

По идее ты вызываешь этот метод, перед куском кода в период исполнения которого ты хотел бы чтоб ГЦ не срабатывал. TryStartNoGCRegion Твой критический участок кода EndNoGCRegion

Спасибо) Но мне такое не подходит) мне нужно чтобы на протяжении всех 100К запросов на протяжении 2й фазы GC не сработал ни разу

Спасибо) Но мне такое не подходит) мне нужно чтобы на протяжении всех 100К запросов на протяжении 2й фазы GC не сработал ни разу

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

Так сейчас и сделано

Кстати, тупой вопрос

Максимальные размеры данных для пользователя/локейшена этц указаны?

неа

на самом деле данные все есть)

Можно их посмотреть

https://github.com/sat2707/hlcupdocs/tree/master/data/FULL/data

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

да, это то что Роман предлагал) но не подходит

Второй ответ

А не первый

https://docs.microsoft.com/en-us/dotnet/api/system.runtime.gclatencymode.sustainedlowlatency?view=netframework-4.7

SustainedLowLatency я пробовал, толку нет

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

gcConcurrent выставлен?

gcConcurrent выставлен?

да

В принципе тебе сильно много памяти не надо

Можно попробовать партишнинг

Разбить коллекции с ответами на более мелкие

толку, они ж не собираются

Условно вместо одной коллекции локаций сделать 8

проблема у тебя на самом деле на апдейтах, судя по всему

проблема там есть конечно) но после них GC.Collect вызываю руками

Тогда уж GC.Collect(2);GC.WaitForPendingFinalizers();GC.Collect(2);

А не просто Collect

Тебе же зафорсить надо сборку

врядли это сильно поможет, во 2 думаю собирать нечего

но конечно можно попробовать

2 значит, что собираются все, включая 0,1,2

сейчас стоит GC.Collect(1)

Ну можно и 1

Фишка в том, чтобы дождаться сборки

Впрочем, проблему можно решить более радикально

она и сейчас проходит

я по логам вижу

Идея в том, чтобы изменить логику хранения объектов

что вначале 3го этапа сборка 1го уровня прошла

память сэкономить?

Сейчас ты хранишь рекорды

По идее, можно хранить наборы словарей

Где ключом является int*string

где int - идентификатор, string- имя свойства