Il 2022-08-17 20:54 Zdenek Kabelac ha scritto:
https://github.com/prajnoha/sid
Thanks for sharing. From the linked page:
"SID positions itself on top of udev, reacting to uevents. It is closely
interlinked and cooperating with udev daemon. The udev daemon is
enhanced with specialized sid
Dne 17. 08. 22 v 19:35 Gionatan Danti napsal(a):
Il 2022-08-17 17:26 Zdenek Kabelac ha scritto:
I like the general idea of the udev watch. It is the magic that causes
newly created partitions to magically appear in the system, which is
Would disabling the watch rule be a reasonable approach
Il 2022-08-17 17:26 Zdenek Kabelac ha scritto:
I like the general idea of the udev watch. It is the magic that causes
newly created partitions to magically appear in the system, which is
Would disabling the watch rule be a reasonable approach in this case? If
the user want to scan a new
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Wed, Aug 17, 2022 at 05:26:08PM +0200, Zdenek Kabelac wrote:
> Dne 17. 08. 22 v 15:41 Martin Wilck napsal(a):
> > On Wed, 2022-08-17 at 14:54 +0200, Zdenek Kabelac wrote:
> > > Dne 17. 08. 22 v 14:39 Martin Wilck napsal(a):
> > >
> > >
> > >
Dne 17. 08. 22 v 15:41 Martin Wilck napsal(a):
On Wed, 2022-08-17 at 14:54 +0200, Zdenek Kabelac wrote:
Dne 17. 08. 22 v 14:39 Martin Wilck napsal(a):
Let's make clear we are very well aware of all the constrains
associated with
udev rule logic (and we tried quite hard to minimize impact -
On Wed, Aug 17, 2022 at 01:41:17PM +, Martin Wilck wrote:
> I like the general idea of the udev watch. It is the magic that causes
> newly created partitions to magically appear in the system, which is
> very convenient for users and wouldn't work otherwise. I can see that
> it might be
Dne 17. 08. 22 v 14:39 Martin Wilck napsal(a):
On Wed, 2022-08-17 at 18:47 +0800, Heming Zhao wrote:
On Wed, Aug 17, 2022 at 11:46:16AM +0200, Zdenek Kabelac wrote:
ATM I'm not even sure if you are complaining about how CPU usage of
lvmpolld
or just huge udev rules processing overhead.
Dne 17. 08. 22 v 12:47 Heming Zhao napsal(a):
On Wed, Aug 17, 2022 at 11:46:16AM +0200, Zdenek Kabelac wrote:
Dne 17. 08. 22 v 10:43 Heming Zhao napsal(a):
On Wed, Aug 17, 2022 at 10:06:35AM +0200, Zdenek Kabelac wrote:
Dne 17. 08. 22 v 4:03 Heming Zhao napsal(a):
On Tue, Aug 16, 2022 at
Dne 17. 08. 22 v 10:43 Heming Zhao napsal(a):
On Wed, Aug 17, 2022 at 10:06:35AM +0200, Zdenek Kabelac wrote:
Dne 17. 08. 22 v 4:03 Heming Zhao napsal(a):
On Tue, Aug 16, 2022 at 12:26:51PM +0200, Zdenek Kabelac wrote:
Dne 16. 08. 22 v 12:08 Heming Zhao napsal(a):
Ooh, very sorry, the
Dne 17. 08. 22 v 4:03 Heming Zhao napsal(a):
On Tue, Aug 16, 2022 at 12:26:51PM +0200, Zdenek Kabelac wrote:
Dne 16. 08. 22 v 12:08 Heming Zhao napsal(a):
Ooh, very sorry, the subject is wrong, not IO performance but cpu high load
is triggered by pvmove.
On Tue, Aug 16, 2022 at 11:38:52AM
Dne 16. 08. 22 v 12:08 Heming Zhao napsal(a):
Ooh, very sorry, the subject is wrong, not IO performance but cpu high load
is triggered by pvmove.
On Tue, Aug 16, 2022 at 11:38:52AM +0200, Zdenek Kabelac wrote:
Dne 16. 08. 22 v 11:28 Heming Zhao napsal(a):
Hello maintainers & list,
I bring a
11 matches
Mail list logo
