Linked by Thom Holwerda on Sat 11th May 2013 21:41 UTC
Windows "Windows is indeed slower than other operating systems in many scenarios, and the gap is worsening." That's one way to start an insider explanation of why Windows' performance isn't up to snuff. Written by someone who actually contributes code to the Windows NT kernel, the comment on Hacker News, later deleted but reposted with permission on Marc Bevand's blog, paints a very dreary picture of the state of Windows development. The root issue? Think of how Linux is developed, and you'll know the answer.
Thread beginning with comment 561302
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[4]: Too funny
by satsujinka on Mon 13th May 2013 01:33 UTC in reply to "RE[3]: Too funny"
satsujinka
Member since:
2010-03-11

How would the text be compromised? You generate the checksum at the same time as the text. By the time a hacker could even see the text the checksum already exists.

My entire argument is this: Binary formats buy you nothing and only force you to do more work (creating journalctl to do the tasks that could formerly be done using standard tools.) There is no security advantage that can't be easily gained by adding checksums, which has the additional advantage of not requiring a brand new tool.

The issue of what can be done with syslog is different. If you say syslog can't do checksums (easily) then I'll believe you. However, the solution should not involve switching to binary (for the above reasons and a few additional that are specific to me; I'd be happy to share, but they're really only important to my use case.)

On an entirely different note: systemd doesn't give me any benefits. The old init system that Arch Linux used worked just fine for me. I had zero issues with it (in point of fact, I used Arch specifically for its init system.) However, I don't care enough to avoid it. In that regard it's exactly like pulseaudio. It gives me no benefit, but it more or less works; so whatever.

Reply Parent Score: 2

RE[5]: Too funny
by Alfman on Mon 13th May 2013 03:21 in reply to "RE[4]: Too funny"
Alfman Member since:
2011-01-28

satsujinka,

Text versus binary logging depends on what you want to do and what tools you have. Alas you are right that many binary formats don't provide good tools, and it's often necessary to pipe textual output out of them so they can be manipulated by text utilities. This obviously has no benefit over having used a text format in the first place.

Assuming that the "binary format" is actually a real database, then I *strongly* prefer querying data from a database over using textual tools to parse semi structured text records. I've worked on several projects where we logged activity into the database instead of using text files, and we've never found a reason to regret it. We get aggregates, indexing, calculations, sophisticated searching, easy reporting & integration. In certain cases it's necessary to populate the database by parsing text logs, and it makes me wish that all tools could log into database tables directly.

It's often trivial to export databases back into text format if you wanted to, but there's hardly ever a reason to do it since database facilities are so much better.

Reply Parent Score: 4

RE[6]: Too funny
by cdude on Mon 13th May 2013 05:35 in reply to "RE[5]: Too funny"
cdude Member since:
2008-09-21

The database is named filesystem. Binary dumps for logs? That is stupid like a binary config registry.

Edited 2013-05-13 05:37 UTC

Reply Parent Score: 1