Re: pahole - Finding holes in kernel structs
> Well, I think we want to inform this through actual measurement. Right now, > tools like hwpmc track cache misses by point in executable code, but what > would be nice is if we could post-process to generate cache miss information > by data structure field... That is one of the tools that I've had in mind. The hard part in the process is tracking sample locations back to source artifacts with acceptable accuracy. I couldn't find existing libraries with a compatible open-source license that I could build on, and thus the motivation for some of the libraries listed in the roadmap at http://elftoolchain.sourceforge.net/. Also, hwpmc(4) would need to be augmented to use "precise" sampling on the hardware that supports it, but this is relatively straightforward. Koshy ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: When does the pool get bigger?
Bernd Walter wrote: > On Sat, Feb 14, 2009 at 02:00:23PM -0500, Zaphod Beeblebrox wrote: >> When does the pool get bigger? The resilver of the last drive has finished, >> but the pool still reads >> ... which is the size with 750G drives. > You need to export/import the pool once. A related issue. It is probably more of a generic ZFS code base thing, but what do you think? It would be a nice idea to be able to _prevent_ ZFS pool from groving automatically. This could be a flag in the pool label or anything. This is not a real issue in FreeBSD at least for me because it is in any case better to use glabel to label partitions so that the names don't change between reboots when devices are added and removed. But with pool using whole disks this would be useful if one wants to keep pool at certain size eg. to be able to temporarily use larger disks and later move back to original-size disks. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: When does the pool get bigger?
On Sun, Feb 15, 2009 at 01:58:05PM +0200, Antti Louko wrote: > Bernd Walter wrote: > > On Sat, Feb 14, 2009 at 02:00:23PM -0500, Zaphod Beeblebrox wrote: > > >> When does the pool get bigger? The resilver of the last drive has > >> finished, > >> but the pool still reads > > >> ... which is the size with 750G drives. > > > You need to export/import the pool once. > > A related issue. It is probably more of a generic ZFS code base thing, > but what do you think? > > It would be a nice idea to be able to _prevent_ ZFS pool from groving > automatically. This could be a flag in the pool label or anything. This > is not a real issue in FreeBSD at least for me because it is in any case > better to use glabel to label partitions so that the names don't change > between reboots when devices are added and removed. > > But with pool using whole disks this would be useful if one wants to > keep pool at certain size eg. to be able to temporarily use larger disks > and later move back to original-size disks. This wouldn't be an issue at all if the pool could shrink. Since it is on the TODO list I will wait. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"