Речь о том, что во-первых, иметь какой-то буфер, который параллельно основному потоку бизнес-кода отправляет лог в сеть - плохо, т.к. падение процесса приводит к потере лога, и, во-вторых, иметь блокирующие методы логирования в сеть тоже плохо, т.к. потоки будут постоянно простаивать.
Странно, как будто без каких-то там статистик по запросам эта "реакция" сейчас такая супер положительная, лучи добра источающая.
А что с некоторыми ясно-то?
Всегда прикуривал и меня прикуривали. Аккумы также работали 5+ лет.
Решает/решать вышеуказанные проблемы.
Речь о том, что во-первых, иметь какой-то буфер, который параллельно основному потоку бизнес-кода отправляет лог в сеть - плохо, т.к. падение процесса приводит к потере лога, и, во-вторых, иметь блокирующие методы логирования в сеть тоже плохо, т.к. потоки будут постоянно простаивать.
Очень надеюсь, что своей синхронностью, если вы понимаете о чем я.
Нет, не решается. Частично да, но не полностью.
В случах с асинхронным приёмником есть шанс потерять важный лог по какому-то действию, если действие произошло, а потом сервис упал.
Как вариант - писать логи в сеть, а сеть медленная.
MasterLock - любимая тема для LPL
Нормальным людям хочется чтобы XAML в веб превращался, а у вас всё наоборот как-то.
Есть еще минимум 5 способов инициализировать объект.
За что человеку минусы.
Терминал ходит в интернет в онлайне. Исключением являются специальные оффлайн терминалы, они тоже ходят в интернет, просто в конце дня вечером.
где
sealed-_-Заодно и стринговыми, потому что почему бы и нет, да?
ConfigureAwaitвроде как уже давно не нужен, с тех пор как в Core отсутствуетSynchronizationContextпо дефолту.Но там нет IsCheckable.
Почему? Телефоны вон давно уже изобрели.
Да, вы правы, спасибо.
А почему, если нагрузка на видюху выше, то автоматически материал нужно подавать реже? При условии fps=const