[ 
https://issues.apache.org/jira/browse/COUCHDB-1293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13139339#comment-13139339
 ] 

Jan Lehnardt commented on COUCHDB-1293:
---------------------------------------

I agree,

> diskutil erasevolume HFS+ "ramdisk" `hdiutil attach -nomount ram://1165430`
Started erase on disk4
Unmounting disk
Erasing
Initialized /dev/rdisk4 as a 569 MB HFS Plus volume
Mounting disk
Finished erase on disk4 ramdisk
> ln -s /Volumes/ramdisk /Users/jan/Work/couchdb/tmp/lib/ram
> curl -X PUT $COUCH/ram%2fdisk
{"ok":true}
> ls /Volumes/ramdisk/
disk.couch

seems an easy enough solution that works today. Compaction would be pretty 
fast, too :)

                
> Support in memory databases that can replicate
> ----------------------------------------------
>
>                 Key: COUCHDB-1293
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-1293
>             Project: CouchDB
>          Issue Type: New Feature
>            Reporter: Sam Bisbee
>
> The summary really says it all. It would be great if we could have databases 
> that live only in memory, but that could also be replicated to other URLs 
> (potentially a database on disk or another node in a cluster).
> I don't think views would be necessary for the sorts of things you'd be doing 
> all in memory (session data, temp data, etc.).
> I talked with Kocoloski about this around a month ago and it did not sound 
> like an easy feat because of the replication. I would still like to hear what 
> people have to say about it.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to