Live data from Hacker News

Viewing profile — yorhel

yorhel

HN member
Joined
Wed, Feb 29, 2012, 3:08 PM UTC
HN karma
162
Public activity
42 items

About yorhel

No profile information was provided.

Recent public activity

  1. 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…

  2. 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…

  3. 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…

  4. story
  5. 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 …

  6. 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…

  7. story
  8. 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 …

  9. 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…

  10. 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…

  11. 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…

  12. story
  13. 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…

  14. 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…

  15. story
  16. story
  17. 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 …

  18. comment
    Comment #4783002

    Start with the Autotools Mythbuster: http://www.flameeyes.eu/autotools-mythbuster/ The autoconf & automake documentation is generally quite good as well.

  19. 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…

  20. 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…

  21. 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 …

  22. 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…

  23. 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…

  24. 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…

  25. 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…