Live data from Hacker News

Viewing profile — mtravis

mtravis

HN member
Joined
Wed, Nov 13, 2013, 2:06 AM UTC
HN karma
55
Public activity
42 items

About mtravis

Ripple Performance Engineer

Founder of InfiniSQL http://www.infinisql.org

Recent public activity

  1. comment
    Comment #7253968

    On balance, it will probably be better for you in the long run. I am a high school and college dropout, and nearly as old as dirt. I am entirely self-taught with computers, with no…

  2. comment
    Comment #7249183

    I am having trouble locating any reports to reproducible benchmarks that back up their performance claims.

  3. comment
    Comment #6860029

    Cool. The wire protocol is PostgreSQL's, so they provide the clients (BSD).

  4. comment
    Comment #6859960

    This you? http://favstar.fm/users/hipsterhacker Also, the main application is in C++. A python script launches the C++ daemons. Perl scripts are quick and dirty tests and deploymen…

  5. comment
    Comment #6859834

    Thank you, Phil. I'm conflicted about this--I was convinced recently to move away from AGPL having to do with what I was previously unaware of as seemingly legitimate acceptance is…

  6. comment
    Comment #6859755

    Good thinking, but I think that shifts the issue--namely, that each inter-thread message uses atomic compare and swap to create the message. I assume there'd be a similar bottlenec…

  7. comment
    Comment #6859737

    For durability, check out http://www.infinisql.org/docs/overview/#idp37053600 I've thought about having an actor library, or minimally, to have the actor basis of InfiniSQL indepen…

  8. comment
    Comment #6859685

    Congratulations! Do you have benchmark reports?

  9. comment
    Comment #6859682

    I think you mean 2PL. It does really scale, check out the benchmark report on the blog. http://www.infinisql.org/blog/2013/1112/benchmarking-infinis... For deadlock-prone workloads…

  10. comment
    Comment #6859644

    1) persistence: battery-backed UPS and synchronous replication. No WAL anywhere. I'm thinking about ways to do disk-based storage without synchronous IO, to provide decent performa…

  11. comment
    Comment #6859624

    Thanks, edited.

  12. comment
    Comment #6859622

    Vertica's a data warehouse. InfiniSQL is geared for OLTP. --------- Thanks, jacob019. Please fork/follow on github, twitter if you're into that, etc.

  13. comment
    Comment #6859542

    On backlog to fix. But InfiniSQL is for hackers and early adopters at this stage. The SQL support is documented ( http://www.infinisql.org/docs/index/ )

  14. comment
    Comment #6859540

    I assume these shops have Linux in their environments, including the GNU toolchain. There must be some contradiction somewhere that I'm not aware of. Based on FSF feedback, I'm goi…

  15. comment
    Comment #6859491

    A few things (I'm the author of InfiniSQL) 1) I include keystore-like stored procedures in the source. They do get/set with integer key and string val. I haven't done thorough benc…

  16. comment
    Comment #6805193

    Those are analytics databases, also known as data warehouses. Optimized for batch reporting. InfiniSQL is geared for operational/transactional (OLTP) kinds of workloads.

  17. comment
    Comment #6803985

    Here is some back of napkin analysis: Starting with this benchmark report: http://www.percona.com/files/white-papers/clustrix-tpcc-mysq... Basically, InfiniSQL does not currently s…

  18. comment
    Comment #6799340

    Well, array=battery backed controller with a bunch of disks hanging off of it. Actually, there is latency associated with every sync. What I've seen on HDS arrays with Linux boxes …

  19. comment
    Comment #6799094

    Hi, eksmith. I talk a bit about plans for durability in that overview document. I promise that I have every intention of making InfiniSQL a platform that does not lose data. I have…

  20. comment
    Comment #6798805

    I totally agree--the architecture I'm calling for is to have redundant UPS's, each managed by InfiniSQL processes--for ultimate availability. If people just want high performance b…

  21. comment
    Comment #6798673

    Hi, Leif. It's not hard to get to the throughput limits of a single log device, even on a fast array. I've done it on Sybase, WebSphere MQ, Oracle, MySQL, basically on enough platf…

  22. comment
  23. comment
    Comment #6798448

    Oh, the infinisql_*.h is because I deploy all header files as part of "make install", when what I really should do is boil it down to just the api header. The api is for stored pro…

  24. comment
    Comment #6798244

    Your advice that I create formal academic-style paper is reasonable, and I agree that it should be something that I pursue. Will you follow me somehow (by links at http://www.infin…

  25. comment
    Comment #6798178

    Hi, amalag. Yes, Clustrix is very similar to InfiniSQL (not to mention having been around longer). I believe that InfiniSQL has vastly higher performance at least for the type of w…