Hello Diego! On 19/01/2011, at 21:51, Diego Schulz wrote:
> Specifically, in FreeBSD 8.x there's no kern.threads.virtual_cpu sysctl node > anymore. > To be clear, there's no way (read: I couldn't find) to reliably know the > number of physical CPUs. > I tried parsing the dmesg output and toying with regexes but that's far from > ideal. Yes. I don't think reading dmesg is reliable enough. > This missing sysctl node was causing the script to fail in 8.x installations, > and causing problems reading the vmstat output. A witty user of the port > (thanks, Anton Lazarov) > suggested to add the -i option to the sysctl invocations in order to prevent > sysctl exiting with > error status. As Anton noted, this allows the script to continue gathering > data from vmstat > process without failing completely. > > But there's still a problem that needs to be solved, and IMHO the most easy > way is just > to provide the number of available virtual CPUs (just drop the physical CPU > count), > in all supported platforms (for consistency). I'm sorry, but I cannot agree this this. I do not think the rest of the Cherokee users should lose any feature because of a functionality regression in FreeBSD 8. Instead, if no alternative way of figuring the number of CPUs was found, I'd rather disable the CPU meter on FreeBSD. At the end of the day, the functionality is found on all OSes but on a concrete version of FreeBSD. However, IMHO that would be a nasty workaround for running Cherokee on FreeBSD 8. If you asked me, I'd say that the problem is actually on FreeBSD 8, not Cherokee. Cherokee might have been the first project to hit the issue, but it will certainly not the last one to require this lost functionality. Do you know whether it was removed on purpose? It might be a just bug, actually. -- Octality http://www.octality.com/ _______________________________________________ Cherokee mailing list [email protected] http://lists.octality.com/listinfo/cherokee
