You are not logged in.
I think [edit]tpowa[/edit] ought to send that script to the folks working on udev... Despite not loading modules in parallel, it was faster than uevents, and I think udev could benefit from it.
Then again, I don't really know much about how uevents works, so for all I know this idea might be pretty dumb.
Edit: if "No" please explain why. If you feel you need to explain one of the two other poll options, feel free.
Offline
Why iphitus?????
Offline
hwd deinetely was faster and detected more modules
Offline
FTR, hwd != hwdetect
Offline
Why iphitus?????
because I'm cool.
Offline
I didn't mean to imply that you weren't, but I figure you have cooler things to do with your time too. Better to assign a minion. ;-)
Dusty
Offline
I thought iphitus wrote it? Or was it Phrakture? :oops:
Offline
I thought iphitus wrote it? Or was it Phrakture? :oops:
tpowa
Offline
The best thing to do here, I suppose, is to incorporate whatever coolness supposedly makes hwdetect better than udev into udev and then submit a patch to the udev devs.
Dusty
Offline
hwdetect was slower than udev. And (despite the parallel module loading), they do the same thing. I am very happy with udev's detection mechanism.
Offline
Udev loads ten times less spurious modules on my system - hwdetect should stay dead and buried, bloat that it was.
Offline
Gullible Jones wrote:I thought iphitus wrote it? Or was it Phrakture? :oops:
tpowa
Shit. *bangs head on keyboard*
Offline
I don't have any great problems with the latest udev stuff in normal usage. It seems a little slower than the hwd(etect) method(s), but it still within acceptable bounds.
However, I have been playing around with live CDs (larch) and been getting quite ridiculously long uevents times (nearly 2 mins with udev-091-2). A few weeks ago with an older version it was about 30 seconds - which I already found rather long.
Does anyone have any idea what could be causing this? It suggests to me that maybe udev still has a few rough edges.
The main points of functional difference between normal systems and live CDs are: hd vs cd, unionfs, squashfs. But other device/module schemes don't degrade so dramatically under these circumstances.
Maybe someone is aware of another live CD using the latest udev stuff - one which isn't so sluggish?
larch: http://larch.berlios.de
Offline
Always think that been shown another way is a "good thing", as it can sometimes lead you in supprising directions
Jon
Offline