[linux-lvm] LVM and devices
Heinz Mauelshagen
mauelsha at ez-darmstadt.telekom.de
Sun Aug 29 00:47:10 UTC 1999
>
> Heinz writes:
> > > I haven't had a chance to
> > > look yet). For that matter, LVM shouldn't be tied to the /dev names of
> > > anything, since you could just start traversing the available devices,
> > > find a list of UUIDs that make up a VG, and not have to worry about the
> > > /dev names of anything (nor even store them anywhere).
> >
> > Actually, it depends on /dev namespace today.
> >
> > But the sole reason for this is perforrmance.
> >
> > We could simply throw that dependency away, if we go devfs or
> > could live with performance impacts without devfs.
>
> It shouldn't be a big change to have LVM not STORE the device names in
> the VGDA,
It doesn't use a stored devices name in the PV part of the VGDA today.
The device name is inserted at PV read time (see pv_read()).
> and something like a pvscan is done at boot-time (after the LVM
> module is loaded, if a module) to determine PV -> /dev mapping. The LVM
> kernel code would still use the device name/major+minor in memory to
> access the devices, so there should be no performance impact outside a
> small amount of scanning at boot time or when a new VG is imported.
>
What i meant with performance impact is the longer time to scan large
/dev configurations in user space (vgscan, pvscan and friends).
Regards,
Heinz
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Systemmanagement CS-TS T-Nova
Entwicklungszentrum Darmstadt
Heinz Mauelshagen Otto-Roehm-Strasse 71c
Senior Systems Engineer Postfach 10 05 41
64205 Darmstadt
mge at ez-darmstadt.telekom.de Germany
+49 6151 886-425
FAX-386
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
More information about the linux-lvm
mailing list