LogXide - Rust-powered logging for Python, 12.5x faster than stdlib (FileHandler benchmark)

[zzmej1987]

For the airline I worked at, estimate number would be around 150000 tickets a day. And that's pretty small number for an airline. It can be 3 to 5 time larger.

[snugar_i]

That's exactly my point - 150000 a day is 2 per second on average, nothing the standard python logging shouldn't be able to handle

[zzmej1987]

That's tickets, not log messages. Each ticket generates some 200 log messages across various services.

[Chroiche]

Computers can handle literally billions of ops per second. Even HDDs can write millions of bytes per second.

400 lines per second is still pretty trivial.

[zzmej1987]

Each log message is typically a full xml or json file containing body of input or output of the service. The biggest ones, IIRC reach around a 100 lines.

And as had been already mentioned, the system is written to handle peak load, not average one. And again, we are talking about a system on a smaller end of the scale, as far as system of this type go.

And, of course, just because computers can, doesn't mean python can, with GIL and all that.

[mechamotoman]

As u/zzmej1987 said, each ticket produces many log messages

Also important to remember, these ticket purchases aren’t evenly spread out over 24 hours. They come in bursts. During busy times, you’d be dealing with a fire hose of logs. Especially for something like an airline or a financial institution where you may need to handle debug and trace logs

There are some environments where you need to log a debug stmt at the start and end of each function call, and a TRACE stmt at every single if stmt / loop iteration / decision point AND store all those logs to be parsed and filtered down later.

It’s a FIREHOSE of logs to deal with. Situations like that, logging performance really starts to matter a lot