<PropertyGroup> <ServerGarbageCollection>true</ServerGarbageCollection> </PropertyGroup>

как-то так

спасибо)

попробую

Почему забоксятся, не совсем понял?

потому что json.net так работает

я сейчас через ServiceStack сериализую

и любой generic сериализатор

ну вот)

там где-то внутрях должен быть каст к object

items |> Seq.tryHead ... Не?

Это в любом случае будет медленней гораздо чем items.[10]

нет нормального сравнения с null

Я все равно не понял, что это значит. :)

let oldEntity = collection.[id] match box oldEntity with | null -> setStatusCode 404 next httpContext | _ ->

вот так сейчас приходится писать

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

может LowLatency поможет)

let oldEntity = collection.[id] match box oldEntity with | null -> setStatusCode 404 next httpContext | _ ->

isNull же есть

не работает isNull на рекордах

они потому как бы не могут быть Null =)

:c

не работает isNull на рекордах

А <> null тоже?

ага

Тогда юзай Option :)

вот так сейчас приходится писать

Заполняй массив по умолчанию NOne

Оверхед не должен быть сильным

может LowLatency поможет)

сча попробую сначала server gc

они потому как бы не могут быть Null =)

Почему тогда не option, или Nullable<T>?

Оверхед не должен быть сильным

По крайне мере не больше, чем box

Почему тогда не option, или Nullable<T>?

я где-то слышал что он медленный) сейчас как раз таки все ок, т.к. бокс объекта ничего не делает, просто в структуру его нельзя превращать

Ну и есть страничка от микрософта, где они говорят когда не стоит использовать структуру

не знаю найду ли сейчас ссылку, но она есть)

о https://docs.microsoft.com/en-us/dotnet/standard/design-guidelines/choosing-between-class-and-struct

По крайне мере не больше, чем box

А ты не помнишь, option уже сделали struct или нет?

нельзя же просто взять и сделать оption структурой, поломается же бинарная совместимость

Мало ли, вдруг StructOption<T> завезли.

ну тогда это уже не будет тот самый option, а будет как с туплами

А ты не помнишь, option уже сделали struct или нет?

Про option не знаю

Но можно юзать Nullable

let oldEntity = collection.[id] match box oldEntity with | null -> setStatusCode 404 next httpContext | _ ->

А collection откуда берется?

В nullable можно класть только структуру, а почему плохо использовать структуры выше уже было

Дык это

А collection откуда берется?

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

Почему массив по умолчанию None не инициализировать?

Если уж такая проблема

Так нет проблемы)

Вопрос есть структуры или классы

насчет структур - все бы хорошо, но там в составе объекта наверное куча строк.. т.е. после перехода на структуры будет не N*5 объектов, а N*4

есть ли смысл?

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

объекты небольшие

но опять таки, словарь синхронизировать надо

вот такие {"id":5,"first_name":"Виктория","last_name":"Кисленчан","birth_date":-401414400,"gender":"f","email":"sopetelasochaed@mail.ru"}

ну вот, сколько тут объектов?

минимум 4

3 строки, тут у меня

насчет структур - все бы хорошо, но там в составе объекта наверное куча строк.. т.е. после перехода на структуры будет не N*5 объектов, а N*4

А дело разве в количестве объектов?

ну чем больше объектов, тем больше работы для GC

ну чем больше объектов, тем больше работы для GC

Но GC со структурами получается проще работать, разве нет?

3 строки, тут у меня

да, точно)

я к тому, что без структур сейчас N*4 объекта. со структурами будет N*3

смысл?

gc со структурами вообще работать не надо, но в данном конкретном случае будет только хуже, ибо https://github.com/ServiceStack/ServiceStack.Text/blob/870658eff62c334162b092a4f33cd52b96554bed/src/ServiceStack.Text/Json/JsonReader.Generic.cs#L76 вот тут будет боксинг любой структуры во время десериализации

gc со структурами вообще работать не надо, но в данном конкретном случае будет только хуже, ибо https://github.com/ServiceStack/ServiceStack.Text/blob/870658eff62c334162b092a4f33cd52b96554bed/src/ServiceStack.Text/Json/JsonReader.Generic.cs#L76 вот тут будет боксинг любой структуры во время десериализации

Компилятор сам ставит команды для освобождения памяти?

а ты серверный GC выставил?

не помогло, ровно в том же месте провал

Компилятор сам ставит команды для освобождения памяти?

стек автоматически очищается, если структуры в стеке после выхода из функции

стек автоматически очищается, если структуры в стеке после выхода из функции

Ааа, всё понял)

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

http://c2n.me/3N65rEg

а почему такой пик в середине?

а почему такой пик в середине?

Работа сборщика мусора

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

Да

https://github.com/Microsoft/visualfsharp/issues/3440 Лол, их попросили, а они взяли и поменяли :)

А в чем разница между мит и апач2?

А фиг его разберёт, если честно.

может LowLatency поможет)

пик в другом месте просто получился, но остался =(

надо как-то убрать сборку мусора вообще

надо как-то убрать сборку мусора вообще

Может с десериализацией что-то придумать?

надо как-то убрать сборку мусора вообще

?

там есть вроде пару секунд когда запросы не идут)

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

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

Но это какие-то костыли)

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

который сразу будет структуры создавать

но это то еще удовольствие =(

надо как-то убрать сборку мусора вообще

https://msdn.microsoft.com/en-us/library/system.gc.trystartnogcregion(v=vs.110).aspx

А ещё вам нужно юзать Span<T>

Выделять какой-нибудь огромный буфер, а внутри спанами размечать структуры.

Ой, или это что-то из будущего? Его не запилили ещё? :(

а чем это собственно лучше обычного массива структур?

Ой, или это что-то из будущего? Его не запилили ещё? :(

А там в будущем провайдеры типов починили? :)

а чем это собственно лучше обычного массива структур?

Нуу, это на самом деле хороший вопрос. По идее, спаны можно выделять на unmanaged-памяти, это будет получше с точки зрения GC. Но я не уверен, что это прям наголову выше массивов структур; пожалуй, нет.

хм

похоже, это будет работать со сложными объектами

точнее с структурами внутри которых могут лежать строки\массивы

if (reqCount = 18090 || reqCount = 30090) then GC.Collect(1) ?

В целом, с unmanaged и сейчас можно работать

Но можно попасть