http://qs1969.pair.com?node_id=11124787


in reply to Shared Memory Cache or Database?

If you're not looking for an SQL-y database but want something that maps more directly to an in-memory hash Redis probably is worth looking at. Slightly fancier / more featureful might be Riak (caveat I haven't looked at it in ages so I'm less sure what its performance characteristics are these days).

The cake is a lie.
The cake is a lie.
The cake is a lie.

Replies are listed 'Best First'.
Re^2: Shared Memory Cache or Database?
by NetWallah (Canon) on Dec 07, 2020 at 17:38 UTC
    Yes - Redis is the first thing that came to my mind as well.

    You can use something like Tie::Redis to put this in more familiar perl ground.

                    "Imaginary friends are a sign of a mental disorder if they cause distress, including antisocial behavior. Religion frequently meets that description"

[reply]
Re^2: Shared Memory Cache or Database?
by perlfan (Vicar) on Dec 07, 2020 at 19:35 UTC
    I second the suggestion of Redis. If you need to federate the shared memory over multiple logically seperated banks of memory you can use memcached*. If you're on a large shared memory NUMA machine and want to do true shared memory via light weight threads, the scripting language Qore may present some interesting options for you. It's very perlish.

    * updated

[reply]

In Section Seekers of Perl Wisdom