![]() | |||||||||||||
Messages in this thread |
Hello ! I am quite advanced Linux user who has used DEVFS quite long time, and have also been a little suprised that it has been marked OBSOLETE in 2.6 kernel. I think that there are plenty good arguments why in many cases it is technically better solution than udev, and I like to give my view on that. DEVFS is a really simple to use, compile it into kernel and configure the programs to use DEVFS filenames and thats it. I think that it is very good that devicename files are out from the disk, one cannot delete those files, disk errors do not affect the, and searching device files is faster. Booting kernel is faster compared to UDEV. And DEVFS has worked for years for me at least very well, I haven't had any problems with it. I do not understand some opinions that DEVFS uses memory. Compared to the size of applications people run in linux , the memory what kernel with DEVFS takes is practically nonexistent. I think that files in SYSFS-directory (needed by UDEV) probably take more memory than those in DEVFS-dir. UDEV otherwise is very complex for average user and it is definetly much slower , it has much greater chance for errors because very complicated scrips which seem to need many different gnu commandline utilities. It is quite funny that when DEVFS creates device files automagically and in the ram-memory, some people want to go backwards, and use shell scripts to create those files on hard disk, and then it is technically better solution. If one you look at the /sysfs-directory there are device filenames, (but not the actual devicefiles), so it does same thing that DEVFS, but actually much worce way, it created devicefilenames in the ram, but one cannot use them, because they are not devicefiles. Why could you develop it so that UDEV could create those actual device files there also, then most linux users would not need those horrible scipts anymore. All that is then needed link from /sysfs to /dev dir. In my option good operating system kernel should use disk and external programs little as possible. T Jari Söderholm jari.soderholm#stadia.fi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2005-03-22 12:59 [from the cache] ©2003-2008 | |||||||||||||