Dne 04. 02. 22 v 1:01 Demi Marie Obenour napsal(a):
On Thu, Feb 03, 2022 at 01:28:37PM +0100, Zdenek Kabelac wrote:
Dne 03. 02. 22 v 5:48 Demi Marie Obenour napsal(a):
On Mon, Jan 31, 2022 at 10:29:04PM +0100, Marian Csontos wrote:
On Sun, Jan 30, 2022 at 11:17 PM Demi Marie Obenour <
On Thu, Feb 03, 2022 at 01:28:37PM +0100, Zdenek Kabelac wrote:
> Dne 03. 02. 22 v 5:48 Demi Marie Obenour napsal(a):
> > On Mon, Jan 31, 2022 at 10:29:04PM +0100, Marian Csontos wrote:
> > > On Sun, Jan 30, 2022 at 11:17 PM Demi Marie Obenour <
> > > d...@invisiblethingslab.com> wrote:
> > >
> >
Dne 03. 02. 22 v 5:48 Demi Marie Obenour napsal(a):
On Mon, Jan 31, 2022 at 10:29:04PM +0100, Marian Csontos wrote:
On Sun, Jan 30, 2022 at 11:17 PM Demi Marie Obenour <
d...@invisiblethingslab.com> wrote:
On Sun, Jan 30, 2022 at 04:39:30PM -0500, Stuart D. Gathman wrote:
Your VM usage is
On Mon, Jan 31, 2022 at 10:29:04PM +0100, Marian Csontos wrote:
> On Sun, Jan 30, 2022 at 11:17 PM Demi Marie Obenour <
> d...@invisiblethingslab.com> wrote:
>
>> On Sun, Jan 30, 2022 at 04:39:30PM -0500, Stuart D. Gathman wrote:
>>> Your VM usage is different from ours - you seem to need to
On Wed, Feb 02, 2022 at 11:04:37AM +0100, Zdenek Kabelac wrote:
> Dne 02. 02. 22 v 3:09 Demi Marie Obenour napsal(a):
> > On Sun, Jan 30, 2022 at 06:43:13PM +0100, Zdenek Kabelac wrote:
> > > Dne 30. 01. 22 v 17:45 Demi Marie Obenour napsal(a):
> > > > On Sun, Jan 30, 2022 at 11:52:52AM +0100,
Dne 02. 02. 22 v 3:09 Demi Marie Obenour napsal(a):
On Sun, Jan 30, 2022 at 06:43:13PM +0100, Zdenek Kabelac wrote:
Dne 30. 01. 22 v 17:45 Demi Marie Obenour napsal(a):
On Sun, Jan 30, 2022 at 11:52:52AM +0100, Zdenek Kabelac wrote:
Dne 30. 01. 22 v 1:32 Demi Marie Obenour napsal(a):
On Sat,
On Sun, Jan 30, 2022 at 11:17 PM Demi Marie Obenour <
d...@invisiblethingslab.com> wrote:
> On Sun, Jan 30, 2022 at 04:39:30PM -0500, Stuart D. Gathman wrote:
> > Your VM usage is different from ours - you seem to need to clone and
> > activate a VM quickly (like a vps provider might need to do).
On Sun, Jan 30, 2022 at 06:43:13PM +0100, Zdenek Kabelac wrote:
> Dne 30. 01. 22 v 17:45 Demi Marie Obenour napsal(a):
> > On Sun, Jan 30, 2022 at 11:52:52AM +0100, Zdenek Kabelac wrote:
> > > Dne 30. 01. 22 v 1:32 Demi Marie Obenour napsal(a):
> > > > On Sat, Jan 29, 2022 at 10:32:52PM +0100,
Il 2022-01-30 22:17 Demi Marie Obenour ha scritto:
On Xen, the paravirtualised block backend driver (blkback) requires a
block device, so file-based virtual disks are implemented with a loop
device managed by the toolstack. Suggestions for improving this
less-than-satisfactory situation are
Il 2022-01-30 22:39 Stuart D. Gathman ha scritto:
I use LVM as flexible partitions (i.e. only classic LVs, no thin pool).
Classic LVs perform like partitions, literally using the same driver
(device mapper) with a small number of extents, and are if anything
more recoverable than partition
On Sun, Jan 30, 2022 at 04:39:30PM -0500, Stuart D. Gathman wrote:
> On Sun, 2022-01-30 at 11:45 -0500, Demi Marie Obenour wrote:
> > On Sun, Jan 30, 2022 at 11:52:52AM +0100, Zdenek Kabelac wrote:
> > >
> >
> > > Since you mentioned ZFS - you might want focus on using 'ZFS-only'
> > > solution.
On Sun, 2022-01-30 at 11:45 -0500, Demi Marie Obenour wrote:
> On Sun, Jan 30, 2022 at 11:52:52AM +0100, Zdenek Kabelac wrote:
> >
>
> > Since you mentioned ZFS - you might want focus on using 'ZFS-only'
> > solution.
> > Combining ZFS or Btrfs with lvm2 is always going to be a painful
> > way
On Sun, Jan 30, 2022 at 09:27:56PM +0100, Gionatan Danti wrote:
> Il 2022-01-30 18:43 Zdenek Kabelac ha scritto:
> > Chain filesystem->block_layer->filesystem->block_layer is something
> > you most likely do not want to use for any well performing solution...
> > But it's ok for testing...
>
> I
Il 2022-01-30 18:43 Zdenek Kabelac ha scritto:
Chain filesystem->block_layer->filesystem->block_layer is something
you most likely do not want to use for any well performing solution...
But it's ok for testing...
I second that.
Demi Marie - just a question: are you sure do you really needs a
Dne 30. 01. 22 v 17:45 Demi Marie Obenour napsal(a):
On Sun, Jan 30, 2022 at 11:52:52AM +0100, Zdenek Kabelac wrote:
Dne 30. 01. 22 v 1:32 Demi Marie Obenour napsal(a):
On Sat, Jan 29, 2022 at 10:32:52PM +0100, Zdenek Kabelac wrote:
Dne 29. 01. 22 v 21:34 Demi Marie Obenour napsal(a):
How
On Sun, Jan 30, 2022 at 11:52:52AM +0100, Zdenek Kabelac wrote:
> Dne 30. 01. 22 v 1:32 Demi Marie Obenour napsal(a):
> > On Sat, Jan 29, 2022 at 10:32:52PM +0100, Zdenek Kabelac wrote:
> > > Dne 29. 01. 22 v 21:34 Demi Marie Obenour napsal(a):
> > > > How much slower are operations on an LVM2
Dne 30. 01. 22 v 1:32 Demi Marie Obenour napsal(a):
On Sat, Jan 29, 2022 at 10:32:52PM +0100, Zdenek Kabelac wrote:
Dne 29. 01. 22 v 21:34 Demi Marie Obenour napsal(a):
How much slower are operations on an LVM2 thin pool compared to manually
managing a dm-thin target via ioctls? I am mostly
On Sat, Jan 29, 2022 at 10:32:52PM +0100, Zdenek Kabelac wrote:
> Dne 29. 01. 22 v 21:34 Demi Marie Obenour napsal(a):
> > How much slower are operations on an LVM2 thin pool compared to manually
> > managing a dm-thin target via ioctls? I am mostly concerned about
> > volume snapshot, creation,
Dne 29. 01. 22 v 21:34 Demi Marie Obenour napsal(a):
How much slower are operations on an LVM2 thin pool compared to manually
managing a dm-thin target via ioctls? I am mostly concerned about
volume snapshot, creation, and destruction. Data integrity is very
important, so taking shortcuts that
How much slower are operations on an LVM2 thin pool compared to manually
managing a dm-thin target via ioctls? I am mostly concerned about
volume snapshot, creation, and destruction. Data integrity is very
important, so taking shortcuts that risk data loss is out of the
question. However, the
20 matches
Mail list logo