AP
а мне вот только что объясняли, что в файл писать дескать хуже, чем сразу в логстэш, потому что будет цпу жраться из-за iowait)
Size: a a a
2019 April 03
A
а мне вот только что объясняли, что в файл писать дескать хуже, чем сразу в логстэш, потому что будет цпу жраться из-за iowait)
строго говоря цпу как раз и не будет жраться а будет простаивать.
прикол в том что все устроиства по сути работтют асинхронно (как аппаратная часть)
и большинство всяких
File.Write()
socet.send()
выглядят как синхронный вызов. рельно цпу отдаёт комманду и ждёт пока произойдёт запись.
с точки зрения работы процессора 200мс которые он ждёт пока записывается фаил - это просто вечность, для каког-нибудь игрового движка, т.к. всё это время проц мог реально работать.
если вы работаете с GPU - это сразу брасается в глаза.
прикол в том что все устроиства по сути работтют асинхронно (как аппаратная часть)
и большинство всяких
File.Write()
socet.send()
выглядят как синхронный вызов. рельно цпу отдаёт комманду и ждёт пока произойдёт запись.
с точки зрения работы процессора 200мс которые он ждёт пока записывается фаил - это просто вечность, для каког-нибудь игрового движка, т.к. всё это время проц мог реально работать.
если вы работаете с GPU - это сразу брасается в глаза.
A
СУБД на отдельном сервере и File.WriteAllText не одно и то же.
возможно, не надо делать File.WriteAllText
A
а так - однохерственно
AP
строго говоря цпу как раз и не будет жраться а будет простаивать.
прикол в том что все устроиства по сути работтют асинхронно (как аппаратная часть)
и большинство всяких
File.Write()
socet.send()
выглядят как синхронный вызов. рельно цпу отдаёт комманду и ждёт пока произойдёт запись.
с точки зрения работы процессора 200мс которые он ждёт пока записывается фаил - это просто вечность, для каког-нибудь игрового движка, т.к. всё это время проц мог реально работать.
если вы работаете с GPU - это сразу брасается в глаза.
прикол в том что все устроиства по сути работтют асинхронно (как аппаратная часть)
и большинство всяких
File.Write()
socet.send()
выглядят как синхронный вызов. рельно цпу отдаёт комманду и ждёт пока произойдёт запись.
с точки зрения работы процессора 200мс которые он ждёт пока записывается фаил - это просто вечность, для каког-нибудь игрового движка, т.к. всё это время проц мог реально работать.
если вы работаете с GPU - это сразу брасается в глаза.
так то я думал, что цпу в идеале не будет простаивать, а будет рабоать, пока не прилетит от драйвера прерывание
A
и да, мы логируем всё в stdout
AP
ну и я не вижу разницы между ожиданием файла или сокета
A
так то я думал, что цпу в идеале не будет простаивать, а будет рабоать, пока не прилетит от драйвера прерывание
в винде именно так и есть. я думаю, в линупсах столько же
AP
в таком случае о каком iowait ваще может идти речь?
M
А никто не хочет на каком митапе доклад на эту тему заделать?
Вопрос-то всегда актуальный...
Вопрос-то всегда актуальный...
вот как раз будет, если кому еще интересно
https://www.facebook.com/events/1167667590254921
https://www.facebook.com/events/1167667590254921
m
воще все логгеры пишут в буфер и скидывают на диск кажется в отдельном потоке, причем в зависимости от настроек - могут даже без fsync/FlushBuffers скидывать
m
никто очевидно прямо из вызова логгера в файл не пишет.
A
metaclass
воще все логгеры пишут в буфер и скидывают на диск кажется в отдельном потоке, причем в зависимости от настроек - могут даже без fsync/FlushBuffers скидывать
нет.
A
в нормальных логгерах ввод сообщения отделён от вывода. и посередине могут быть фильтры
A
выводы могут быть в консоль, файл, дев/нулл, сокет
m
да, аппендеры в терминах лог4нет
m
но внутри там вроде и буферизация и прочее
2019 April 04
UA
В netcore (внутри Docker и k8s) используем Serilog, который пишет JSON в отпут. Дальше логи собираются fluentd. Дальше ES + Kibana
DP
Меня последнее время волнует вопрос, а консоль теперь всегда будет с фиолетовым значком?)
DP
У заголовка окна Ms Teams вроде тот-же цвет. У значка клиента гита тоже похожий. Это цветовой заговор)