Live data from Hacker News

Viewing profile — osandov

osandov

HN member
Joined
Sat, May 18, 2013, 9:15 PM UTC
HN karma
112
Public activity
28 items

About osandov

No profile information was provided.

Recent public activity

  1. story
  2. story
  3. story
  4. comment
    Comment #31311518

    This was great. Before Powder Game, there were several games in this genre, and a very active Falling Sand Game BBS forum. I got my start in programming by writing mods for one of …

  5. comment
    Comment #29556025

    It should work on ARM with a couple of caveats: * Stack tracing needs architecture-specific support which is currently only implemented for x86-64 and ppc64. It's not too hard to a…

  6. comment
    Comment #29555164

    Some folks at Delphix implemented a debugger based on mdb that's powered by drgn: https://github.com/delphix/sdb

  7. comment
    Comment #22565381

    Absolutely, same goes for anyone else who comes across this and is interested in kernel development.

  8. comment
    Comment #22565168

    Feel free to email me at $my_username@$my_username.com. I'd be happy to help you get started.

  9. comment
    Comment #20511573

    It was actually fixed in Python 3.4 with the switch to use SipHash, as the randomization introduced in Python 3.3 was still susceptible to some attacks. See https://www.python.org/…

  10. comment
    Comment #19933086

    The filesystem track at LSF/MM tends to focus on topics which impact more of the kernel than one specific filesystem, and we didn't have any of those topics for Btrfs this year. Pl…

  11. comment
    Comment #15751902

    Every subsystem is tested differently. Because of the wide variety of subsystems and workflows in the kernel, it's pretty much impossible to have a single test suite you can run an…

  12. comment
    Comment #14908769

    What problems have you had with Btrfs recently?

  13. comment
    Comment #14540927

    -fstrict-overflow is the opposite of what the parent comment was asking about. You want -fwrapv or -fno-strict-overflow.

  14. comment
    Comment #14540911

    File modes are typically written in octal, not hex.

  15. story
  16. comment
    Comment #13685124

    > I don't get why BFQ hasn't been mainlined yet BFQ hasn't been mainlined because it is written for the legacy block layer in the Linux kernel, which will be replaced entirely with…

  17. comment
    Comment #13256716

    I'm curious about your NBD performance issues. When you say large number of blocks, are you talking a large filesystem? The free space cache tends to be a performance bottleneck fo…

  18. comment
    Comment #11227493

    Cool! I did something very similar to this a couple of years back: https://github.com/osandov/asmase . Instead of assembling to a file, I used the LLVM libraries to assemble in mem…

  19. comment
    Comment #9566759

    > BTW, for the specific problem of dealing with child processes, I really hope Linux adopts the Capsicum interface as FreeBSD has: > https://www.freebsd.org/cgi/man.cgi?query=pdfor…

  20. comment
    Comment #9566743

    > You could certainly imagine some kernel extensions that take all of this useful functionality and make it available in ways other than signals, leaving just signals for things yo…

  21. comment
    Comment #9513433

    Great article on LWN about this: http://lwn.net/Articles/642166/

  22. comment
    Comment #9122454

    Wow, that's pretty sweet. Any plans for trying to get that upstream?

  23. comment
    Comment #9118120

    There's also f2fs [1][2], which has a similar design but runs on flash devices with an FTL and thus takes a more middle road. It still has a log structure and tries to make things …

  24. comment
    Comment #8872734

    This is orthogonal to the argument in the article, but the "buffer overflow" example in C is incorrect. Even if sizeof(b) is smaller in the receiver than in the sender, the receive…

  25. comment
    Comment #8565193

    This is cool! Nitpick about examples 2 and 3 - the code should return something in the else case.