Viewing profile — yorhel
yorhel
HN member- Joined
- Wed, Feb 29, 2012, 3:08 PM UTC
- HN karma
- 162
- Public activity
- 42 items
- HN profile
- View on Hacker News ↗
About yorhel
No profile information was provided.
Recent public activity
-
comment
Comment #18521930
And I'm saying you can't have fast rescans in all cases - it very much depends on the filesystem and directory structure. I'm not trying to downplay nnn - I meant it when I said it…
-
comment
Comment #18521715
I appreciate your work, but you're not being very honest with your claims. nnn is not keeping information about 400K files in memory in that benchmark. As a result, the rescan is n…
-
comment
Comment #18521548
This looks incredibly cool, I love the speed and minimalism. It doesn't seem as configurable and feature-packed as vifm[1], so I'll probably stick with that, but it certainly fills…
- story
-
comment
Comment #13641648
There was a similar talk[1] at FOSDEM, where the speaker describes how, as an experiment, he replaces a full ELK stack plus other monitoring tools with PostgreSQL. He even goes as …
-
comment
Comment #10957600
Shameless plug: I also maintain a few small single-file C libs at https://dev.yorhel.nl/ylib And, separately, a small-single-file-but-correct XML parser: https://dev.yorhel.nl/yxml…
- story
-
comment
Comment #10748832
I'm surprised that even the fastest implementation needs 20+ms to search a 1000-element array. I would expect even a linear search to finish within 1 or 2ms with such a small data …
-
comment
Comment #8980252
Location: Netherlands Remote: No Willing to relocate: Within the Netherlands Technologies: C, Perl, PostgreSQL, Apache, lots of Linux stuff Résumé/CV: Mail me for full CV, check my…
-
comment
Comment #8648162
Note that quvi support has been removed on mpv git recently. They seem to be considering a switch to youtube-dl instead. https://github.com/mpv-player/mpv/commit/9b45b48c466765b649…
-
comment
Comment #8120988
SEEKING WORK - Remote or near Enschede, Netherlands Available for any C (not C++, sorry) development where performance and efficiency matter. Love working with low level stuff, emb…
- story
-
comment
Comment #6738222
Hmm? The stack buffer in yxml will never cause parsing to block, and there's no added dependencies on... anything? I don't think that buffer causes any problems even on a size-rest…
-
comment
Comment #6733933
It's new, yes. I wrote it about two months ago because I needed a parser and found the existing solutions too bloated. > It doesn't allocate or buffer, so when it says that it veri…
- story
- story
-
comment
Comment #5977511
Agree with the article; Linda is great, both the name and the project. It was one of the more interesting topics of a Distributed Systems course that I followed, but I never ended …
-
comment
Comment #4783002
Start with the Autotools Mythbuster: http://www.flameeyes.eu/autotools-mythbuster/ The autoconf & automake documentation is generally quite good as well.
-
comment
Comment #4782943
Please do use autotools! You only need two files: configure.ac and Makefile.am, both at the top-level of your project. The autogenerated stuff can be ignored, you don't have to lea…
-
comment
Comment #4516245
> Firstly you need a way to incrementally verify a file Following the proposal of the article, you don't really need that. If you don't have the hash in your local cache, you shoul…
-
comment
Comment #4492517
Odd-sounding request: Is it possible to have an option to not use gpg, or any encryption, at all? I only store my passwords on a LUKS loopback file, which I mount/umount as I need …
-
comment
Comment #4438132
Minor downside: You have to ensure that the contents of a {code ..} block have all their open-brackets matched with close-brackets. This can be quite tricky with larger code exampl…
-
comment
Comment #4426638
On a related note: Be wary of the dlclose() function, it may not necessarily free any resources[1] and not every libc implements it correctly[2]. 1. http://www.openwall.com/lists/m…
-
comment
Comment #4372127
If the /robots.txt does not mention a Crawl-delay, one page per 3 seconds is often a safe value. Of course this rather heavily depends on the site. In any case, if you have any spe…
-
comment
Comment #4369729
> I managed to crawl [..] more than 300k movies from IMDB in just a few hours I suppose IMDB already has a pretty good architecture to handle that load, but please, if you're crawl…