While this is a good concept in theory, I'd be skeptical about building on top of such a system.
While this is a good concept in theory, I'd be skeptical about building on top of such a system. The primary reason is the slowness of R. I built heavy duty data mining systems using a stack of kdb/q and R. In my experience, R, when used for simple clustering algorithms like k-means and k-medoids slowed down my system by nearly 70 times. This is despite running parallelized versions of these algorithms (by means of the SPRINT R package) using mpiexec. IMO, there is a very big gap in this space. There is an urgent need for high performant data inference languages. MATLAB is decent, but is still clunky for my taste. Plus, I prefer the simplicity of a file mapped column oriented database like the one offered by kdb. As KDB is too expensive for me right now, I'm considering building on top of the excellent J language/JDB database stack for my big data needs.
Posted by bladecatcher on May 16, 2015, 3:10 PM
Tags
Related issues
- Not at all, actually.
- A car battery with reduced range is still perfectly useable as a storage battery for a PV system.
- Here in Argentina we are in permanent summer time GMT-3 since a long time, but we should be in GMT-4.
- You should do some basic research yourself.
- Well, actually not.
- I have a 2022 mini that I use constantly.
Raise real-world problems, find people facing the same issue, and discuss solutions.6,500 issues0 comments
pricing (Other)
Not at all, actually.
NewA car battery with reduced range is still perfectly useable as a storage battery for a PV system.
NewHere in Argentina we are in permanent summer time GMT-3 since a long time, but we should be in GMT-4.
NewYou should do some basic research yourself.
NewWell, actually not.
I have a 2022 mini that I use constantly.
Two observation: 1.
Cautiously optimistic for them.
While this is a good concept in theory, I'd be skeptical about building on top of such a system.
While this is a good concept in theory, I'd be skeptical about building on top of such a system. The primary reason is the slowness of R. I built heavy duty data mining systems using a stack of kdb/q and R. In my experience, R, when used for simple clustering algorithms like k-means and k-medoids slowed down my system by nearly 70 times. This is despite running parallelized versions of these algorithms (by means of the SPRINT R package) using mpiexec. IMO, there is a very big gap in this space. There is an urgent need for high performant data inference languages. MATLAB is decent, but is still clunky for my taste. Plus, I prefer the simplicity of a file mapped column oriented database like the one offered by kdb. As KDB is too expensive for me right now, I'm considering building on top of the excellent J language/JDB database stack for my big data needs.
Comments (0)
No comments yet. Start the discussion.