News for hackers. Stuff that matters.
Re:How to choose an in-memory NoSQL solution: Performance me... by hoodoof on Wednesday December 30, 2015 @03:23PM (#10814126)
Postgres is also a good in-memory NoSQL solution. Actually you can use anything really as an in-memory NoSQL solution such as ArangoDB, MySQL, MongoDB, RethinkDB or whatever.
Re:How to choose an in-memory NoSQL solution: Performance me... by rvncerr on Tuesday January 12, 2016 @07:12AM (#10886926)
I haven't tried PostgreSQL as an in-memory solution, but in my another benchmark it has reached a good performance in comparison with other on-disk solutions. Thank you! I've scheduled benchmark of PostgreSQL in RAM.
Re:How to choose an in-memory NoSQL solution: Performance me... by Cieplak on Wednesday December 30, 2015 @05:06PM (#10814678)
Do you mean using postgres tablespaces backed by memory or do you mean using a FDW?

If you do mean using a ramdisk tablespace, the postgres docs recommend not doing that. However, if you really want to do that, make sure you attach xlog (the WAL table) to that ramdisk tablespace as well, otherwise every transaction will still hit the disk.

Re:How to choose an in-memory NoSQL solution: Performance me... by anarazel on Thursday December 31, 2015 @05:18AM (#10817054)
Not the poster upthread. But if you have enough memory (shared_buffers) and use unlogged tables, the effect is going to be that both reads and writes pretty much only hit memory, no disk. Without going through the trouble of moving tablespaces or anything.
Re:How to choose an in-memory NoSQL solution: Performance me... by hoodoof on Wednesday December 30, 2015 @05:30PM (#10814844)
Putting tables in RAM and setting the config as you suggest works just fine.