pauldix

33 ms·

1. 361.▲
   by pauldix 12y ago

   InfluxDB CEO here. It's true that Bolt's performance is horrible if you're writing individual small data points. It gets orders of magnitude better if you batch up writes. The new architecture of InfluxDB allows us to safely
2. 362.▲
   by pauldix 12y ago

   InfluxDB CEO here. The next version (0.9.0) has support for tags and efficiently encodes the measurement name + tagset as a single 4 byte uint. Previously, you would have had to encode metadata in the series name. Otherwise if you used stri
3. 363.▲
   by pauldix 12y ago

   InfluxDB CEO here. The data model for 0.9.0 should map up nicely with what you're trying to do. It supports measurement names, and tags. It would be great to work together to have InfluxDB as another option (other than OpenTSDB) for lo
4. 364.▲
   by pauldix 12y ago

   InfluxDB CEO here. With the current version of InfluxDB (0.8.8), metadata should be encoded in the name of the series, which means you don't repeat it. In the next version of InfluxDB (0.9.0), you can encode metadata as tags and it get
5. 365.▲
   Will religion ever disappear?(bbc.com)

   32 points by pauldix 12y ago|14 comments
6. 366.▲
   by pauldix 12y ago

   The upcoming release should be able to handle that kind of load. I wrote a bit about what's coming here: http://influxdb.com/blog/2014/12/08/clustering_tags_and_enha...
7. 367.▲
   by pauldix 12y ago

   I think the tagging features in the upcoming 0.9.0 release [1] will help with the navigation of metrics. With that we're adding new types of queries to help in discovery. [2] [1] - http://influxdb.com/blog/2014&#x2
8. 368.▲
   by pauldix 12y ago

   Switch to Homebrew and "brew install influxdb" or build from source. It'll be much easier to do the latter once 0.9.0 is released.
9. 369.▲
   by pauldix 12y ago

   Thanks! That last use case you talk about is the one I'm definitely thinking is what we won't be pursuing. Lots of money there, but hard to come after an entrenched competitor that is heavily optimized for it ;) If KX is making mo
10. 370.▲
    by pauldix 12y ago

    KX seems to be much more focused on the financial sector use case. It's also closed source and has been around for a long time. We're open source and want to make sure we hit use cases in DevOps, metrics, and sensor data. The fina
11. 371.▲
    by pauldix 12y ago

    The upcoming version will have support for raw byte values. Then you'll be able to query those out based on tagged metadata and the time. Custom processing against raw byte values (and other custom functions) should come sometime next
12. 372.▲
    by pauldix 12y ago

    We're trying to get the 0.9.0 previews out as quickly as possible. We're trying to get something out for testing by the end of the year, but there's still a lot to do. In software development there are lies, damn lies, and ti
13. 373.▲
    by pauldix 12y ago

    thanks!
14. 374.▲
    by pauldix 12y ago

    I'm not familiar with Sensage and I know of Vertica. Open source is a key difference. Developers want to build their products and careers on open tools and we want to help them do it when it comes to time series data. There will be mor
15. 375.▲
    by pauldix 12y ago

    One of the founders here. Thanks to the community for all the support and encouragement. We couldn't have gotten this far without people getting excited about our software. 2015 is going to be a great year for open source time series d
16. 376.▲
    Clustering, tags, and other enhancements to come in InfluxDB v0.9.0(influxdb.com)

    7 points by pauldix 12y ago|0 comments
17. 377.▲
    InfluxDB Needs Go and Front End Developers in SF and NY

    1 points by pauldix 12y ago
18. 378.▲
    One year of InfluxDB and the road to 1.0(influxdb.com)

    7 points by pauldix 12y ago|0 comments
19. 379.▲
    by pauldix 12y ago

    This would be awesome to have. +1! With InfluxDB we want to give users the ability to define custom functions and it looks like this could be used to let people do that in Go or any language really. Whereas right now we're limited to d
20. 380.▲
    Time Series Database Design with InfluxDB(ryandaigle.com)

    2 points by pauldix 12y ago|0 comments
21. 381.▲
    Aerospike raises $20M, open sources its in-memory NoSQL database(gigaom.com)

    2 points by pauldix 12y ago|0 comments
22. 382.▲
    Benchmarking LevelDB, RocksDB, HyperLevelDB, LMDB performance for InfluxDB(influxdb.com)

    8 points by pauldix 12y ago|1 comments
23. 383.▲
    Build open-source full time: InfluxDB is hiring Go and front-end developers(influxdb.com)

    1 points by pauldix 12y ago
24. 384.▲
    On Graphite, Whisper and InfluxDB(dieter.plaetinck.be)

    2 points by pauldix 12y ago|0 comments
25. 385.▲
    by pauldix 12y ago

    I think you're missing the point of the basic type system: simplicity. It's a bigger win than you think when it comes to attracting new developers and making code easier to read. Sure, there are languages that let you write more s
26. 386.▲
    by pauldix 12y ago

    Totally agree that the JVM is super powerful. I think it's Java's greatest strength. However, I don't see any current JVM language as a potential replacement. Scala is too complex. Clojure, while wonderful, is Lisp and no one
27. 387.▲
    by pauldix 12y ago

    This looks really cool. I'd love to pair it up with our work on InfluxDB!
28. 388.▲
    InfluxDB 0.5.0-rc.1 released with new clustering and features(influxdb.org)

    2 points by pauldix 13y ago|0 comments
29. 389.▲
    Smallpox: Last refuge of an ultimate killer(bbc.com)

    2 points by pauldix 13y ago|0 comments
30. 390.▲
    by pauldix 13y ago

    Everyone seems to be posting the obvious choices so I'll go with this one. Skate to where the puck is going to be. Learn Go.