Size: a a a

2020 January 24

VO

Vitaliy Orlov in pro.net
ну делай Clear Providers в  ConfigureLogging
источник

ET

Eugene Trunov in pro.net
Дотнет это инструмент, ты с его помощью делаешь абсолютно специфическую для Windows вещь. Логично, что она использует специфический для Windows способ хранения событий.
источник

A

Anatoly in pro.net
Alex B
Конечно ilogger. Тебе в твой серилог подсунут запись еще и в eventlog
Я не пользуюсь многими методами такими. Смотришь исходники и берёшь только то, что нужно
источник

AB

Alex B in pro.net
Anatoly
Я не пользуюсь многими методами такими. Смотришь исходники и берёшь только то, что нужно
+. в итоге так и делаешь.
источник

AB

Alex B in pro.net
Eugene Trunov
Дотнет это инструмент, ты с его помощью делаешь абсолютно специфическую для Windows вещь. Логично, что она использует специфический для Windows способ хранения событий.
Нет
источник

A

Anatoly in pro.net
И никаких проблем в логирование в эвентлог я не вижу
источник

A

Anatoly in pro.net
Более того, мы его используем сейчас в проде
источник

ET

Eugene Trunov in pro.net
Anatoly
Я не пользуюсь многими методами такими. Смотришь исходники и берёшь только то, что нужно
+. Все эти ConfigureXXX и UseXXX это стандартные суповые наборы, никто не обязан есть их целиком.
источник

M

Mary in pro.net
George Bessonov
Не очень хороший вариант, если в данных есть большие коллекции или очень широкие объекты - LOH раздуется и когда-нибудь улетит в OOM
смотри он говорил, что там 300к записей, что бы оно попало в loh надо что бы у тебя было 20к объектов примерно (не)?  + насколько я понимаю с LOH начинаются проблемы если туда постоянно попадают маложивущие объекты, в случае же кабака он вычитает все в память сагрегирует и все. Нет?
источник

GB

George Bessonov in pro.net
Mary
смотри он говорил, что там 300к записей, что бы оно попало в loh надо что бы у тебя было 20к объектов примерно (не)?  + насколько я понимаю с LOH начинаются проблемы если туда постоянно попадают маложивущие объекты, в случае же кабака он вычитает все в память сагрегирует и все. Нет?
300к пустых структур немного до LOH не дойдёт :)
А вообще, упустил эту цифру.
Вообще - ровно так.
Но вычитает-сагрегирует - маложивущий
Раз в сутки - постоянно
источник

S

SuddenGunter in pro.net
George Bessonov
300к пустых структур немного до LOH не дойдёт :)
А вообще, упустил эту цифру.
Вообще - ровно так.
Но вычитает-сагрегирует - маложивущий
Раз в сутки - постоянно
@bessgeor погоди
у него это раз в сутки происходит.
рано или поздно почистит же, не?
если прям проблемы - можно хоть отдельным контейнером, запускать по крону и когда выполнился просто убивать.
просто городить сторадж там где он реально влазит в память и все - имхо нет смысла
источник

NT

Nikita Tsukanov in pro.net
Ять
источник

NT

Nikita Tsukanov in pro.net
был интерфейс IOrderedEnumerable<T>
источник

NT

Nikita Tsukanov in pro.net
жил себе и жил
источник

M

Mary in pro.net
George Bessonov
300к пустых структур немного до LOH не дойдёт :)
А вообще, упустил эту цифру.
Вообще - ровно так.
Но вычитает-сагрегирует - маложивущий
Раз в сутки - постоянно
Хм. Я думала маложивущие это типа создал удалил создал удалил, милисикунды. А полная вычитка и агрегация это пару минут. И вот типа это уже долгоживущее
источник

M

Mary in pro.net
Не?
источник

NT

Nikita Tsukanov in pro.net
но потом в него добавили ковариантность
источник

NT

Nikita Tsukanov in pro.net
в неткоре
источник

NT

Nikita Tsukanov in pro.net
и нетстандарте
источник

NT

Nikita Tsukanov in pro.net
а в старом фреймворке не добавили
источник