pe langa faptul ca am pornit fara sa vreau un ditamai flame-ull, nu a reusit nimeni sa ma convinga sa ma mut pe udev.
si stau pe devfs pt ca: -mie lene sa schimb ceva, am nevoie de un calculator care sa mearga nu de copil -spuneti ca merge mai greu udev...deci care e avantajul lui? /dev la mine cel putin are fix 319k...daca big inseamna multe fisiere atunci nu ma deranjeaza ca sta mai mult sa caute device-ul, ma indoiesc ca sunt rulate mii de open-uri catre un device pe secunda. Daca da atunci ash avea o problema in sistem... -"aia".."acolo" raman fara minoare si majoare...ei sunt acolo eu aici, si mie imi merge. - chiar conteaza? nu zic, in 12 luni probabil ca nu o sa mai existe(repet: probabil) dar momentan exista. Zi-mi ca ma pun in calea evolutiei. On 10/23/05, Florin Malita <[EMAIL PROTECTED]> wrote: > On Sun, 23 Oct 2005 18:16:09 +0300 (EEST) > [EMAIL PROTECTED] wrote: > > > On Sun, 23 Oct 2005, Luca Marius wrote: > > > Un document datat inca din 2003 spune : > > > " 1) A static /dev is unwieldy and big. It would be nice to only show > > > the /dev entries for the devices we actually have running in the > > > system. > > > > man rm > > iar cand adaugi ceva device nou, man mknod. peste 2 zile iar man mknod. > o fi fun sa administrezi /dev/ ad labam dar hai sa fim seriosi... > > > > 3) Users want a way to name devices in a persistent fashion (i.e. "This > > > disk here, must _always_ be called "boot_disk" no matter where in > > > the scsi tree I put it", or "This USB camera must always be called > > > "camera" no matter if I have other USB scsi devices plugged in or > > > not.") > > > > asta e science fiction. Daca eu am 3 boot diskuri de unde stie ele care e > > primul ? > > dupa numarul serial. udev iti permite sa identifici un device removable > in mod unic dupa numarul serial si sa ii asignezi un nume stabil. > exemplul clasic e cel cu 2 imprimate USB care vrei sa-ti apara > consistent in /dev/x & /dev/y indiferent de ordinea in care le > conectezi. > > http://www.linuxjournal.com/article/7316 > > > > 4) Userspace programs want to know when devices are created or removed, > > > and what /dev entry is associated with them." > > > > Valabil pentru alea pe usb. > > valabil pentru orice device hotplug. > > > > > http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev_vs_devfs > > > > Stiu documentul. A fost postat pe lkml de multe ori si au fost nenumarate > > flame-uri. > > SI in afara de hotplug (care pe x86 se aplica in general doar la usb) nu > > prea are aplicabilitate. > > "in afara de" - glumesti? hotplug e omniprezent. > > > porneau mult mai smooth (daca dai un strace o sa vezi ca un program la > > startare face multe open-uri multe dintre ele fiind pe device-uri). > > nope. 99% dintre openurile alea sunt pe shared libs nu pe device-uri. > device-uri deschide doar ce are nevoie > (/dev/tty, /dev/null, /dev/urandom fiind cele mai populare), de multe > ori nici unul. in plus, vezi mai jos. > > > > Nici nu vreau sa-mi inchipui la un worst case al lui udev cind toate > > device-urile accesate de un program ar trebui sa fie create. > > n-ai inteles cum functioneaza udev, RTFA. device-urile _nu_ sunt create > in momentul accesarii ci cand "apar" in sistem (fie hotplug/conectare > fizica, fie incarcare driver). din punctul asta de vedere este > echivalent devfs. > > -- > fm > > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug > -- -------------------------------------------- ----THE END of this transmission---- _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
