Thus spake Robert Watson <[EMAIL PROTECTED]>: > The reasons to deprecate procfs are many-fold -- not least that there are > existing interfaces in the kernel that provide most or all of its features > at a substantially lower risk. You just have to see the kernel-related > security advisories for FreeBSD, Linux, Solaris, etc, over the last five > years to understand why we want to turn it off if we can. :-) There has > also been a concerted effort to move userland system monitoring tools away > from using /dev/kvm (direct kernel memory access) and towards using the > sysctl() MIB interface, reducing the level of privilege required to run > the monitoring tools.
By the way, what do you think is the most reasonable way to implement things like /proc/$pid/map without procfs? I don't want to use procfs if I can avoid it, but on the other hand I like some of its debugging features. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message