Bug 868425 - RFE: RAM backed storage pool
Summary: RFE: RAM backed storage pool
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Virtualization Tools
Classification: Community
Component: libvirt
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Libvirt Maintainers
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-10-19 19:48 UTC by Jesse Keating
Modified: 2016-04-26 16:02 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-03-23 23:01:20 UTC
Embargoed:


Attachments (Terms of Use)

Description Jesse Keating 2012-10-19 19:48:00 UTC
As systems are coming with more and more ram, it is desirable to create ram storage for use with short lived guests.

In my use case I use guests to do repeated install testing, where persistence between host reboots is unneeded.  However speed is needed, and as I have an over abundance of ram in my host I'd like to allocate some of it to be the storage for these one-shot guests.

Currently I'm using scsi_debug to create a scsi device out of a chunk of ram, then creating LVM on that scsi device and giving the device to libvirt.  I have to make sure this gets setup before the libvirt daemon starts so that the pool is available for use.  It would be nice to make this kind of setup (not necessarily scsi_debug) a supported path, complete with UI to create such a storage pool that would get managed at daemon start time.

Comment 1 Dave Allan 2012-10-19 19:57:08 UTC
You and Osier should talk about exactly what you're doing and how to implement it.

Comment 2 Cole Robinson 2012-10-21 21:15:51 UTC
Does tmpfs fit the requirements? Then it could just be a <pool type='filesystem'/> with <source device='tmpfs'/> or something like that.

Comment 3 Jesse Keating 2012-10-24 18:04:39 UTC
(In reply to comment #2)
> Does tmpfs fit the requirements? Then it could just be a <pool
> type='filesystem'/> with <source device='tmpfs'/> or something like that.

tmpfs might work.  I don't know the performance differences between scsi_debug direct, LVM on top of scsi_debug, or qcow like images on top of tmpfs.

One thing that libvirt would have to do is recreate the setup each start up.  It's not enough to just make the tmpfs pool, it would need to recreate any image files on top of it.

Comment 5 Cole Robinson 2016-03-23 23:01:20 UTC
People can do this manually with host tmpfs mounts... I think that's sufficient without needing to add native libvirt support


Note You need to log in before you can comment on or make changes to this bug.