From: Gionatan Danti <g.danti@assyoma.it>
To: LVM general discussion and development <linux-lvm@redhat.com>
Cc: Heming Zhao <heming.zhao@suse.com>,
teigland@redhat.com, Martin Wilck <martin.wilck@suse.com>
Subject: Re: [linux-lvm] lvmpolld causes high cpu load issue
Date: Wed, 17 Aug 2022 19:35:32 +0200 [thread overview]
Message-ID: <6a1d353d97a6dcdb658affe54b04c1be@assyoma.it> (raw)
In-Reply-To: <6be41a4e-9764-03ba-7231-911c733ffecd@gmail.com>
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 device, it only needs to issue partprobe or
kpartx, or am I missing something?
> There is on going 'SID' project - that might push the logic somewhat
> further, but existing 'device' support logic as is today is
> unfortunate 'trace' of how the design should not have been made - and
> since all 'original' programmers left the project long time ago - it's
> non-trivial to push things forward.
Well, this is not good news. Just for my education, it is possibile to
run a modern linux distro without udev at all? I still remember when the
new cool thing for device autodiscovery was devfs (with some distro -
like gentoo - taking the alternative approach to simply tarrig &
untarring much of the entire /dev/ files to prepopulate the major+minor
number...)
> We just hope the SID will make some progress (although probably small
> one at the beginning).
Any info on the project?
Thanks.
--
Danti Gionatan
Supporto Tecnico
Assyoma S.r.l. - www.assyoma.it
email: g.danti@assyoma.it - info@assyoma.it
GPG public key ID: FF5F32A8
_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://listman.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
next prev parent reply other threads:[~2022-08-17 18:01 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-08-16 9:28 [linux-lvm] lvmpolld causes IO performance issue Heming Zhao
2022-08-16 9:38 ` Zdenek Kabelac
2022-08-16 10:08 ` [linux-lvm] lvmpolld causes high cpu load issue Heming Zhao
2022-08-16 10:26 ` Zdenek Kabelac
2022-08-17 2:03 ` Heming Zhao
2022-08-17 8:06 ` Zdenek Kabelac
2022-08-17 8:43 ` Heming Zhao
2022-08-17 9:46 ` Zdenek Kabelac
2022-08-17 10:47 ` Heming Zhao
2022-08-17 11:13 ` Zdenek Kabelac
2022-08-17 12:39 ` Martin Wilck
2022-08-17 12:54 ` Zdenek Kabelac
2022-08-17 13:41 ` Martin Wilck
2022-08-17 15:11 ` David Teigland
2022-08-18 8:06 ` Martin Wilck
2022-08-17 15:26 ` Zdenek Kabelac
2022-08-17 15:58 ` Demi Marie Obenour
2022-08-18 7:37 ` Martin Wilck
2022-08-17 17:35 ` Gionatan Danti [this message]
2022-08-17 18:54 ` Zdenek Kabelac
2022-08-17 18:54 ` Zdenek Kabelac
2022-08-17 19:13 ` Gionatan Danti
2022-08-18 21:13 ` Martin Wilck
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6a1d353d97a6dcdb658affe54b04c1be@assyoma.it \
--to=g.danti@assyoma.it \
--cc=heming.zhao@suse.com \
--cc=linux-lvm@redhat.com \
--cc=martin.wilck@suse.com \
--cc=teigland@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.