Re: [PATCH] hwpmc(4) syscall arguments fix

2010-11-01 Thread John Baldwin
On Friday, October 29, 2010 8:12:06 pm Oleksandr Tymoshenko wrote: > I ran into problems trying to get hwpmc to work on 64-bit MIPS > system with big endian byte order. Turned out hwpmc syscall handler > is byte-order and register_t size agnostic unlike the rest of syscalls. > The best solutio

Re: Slow disk access while rsync - what should I tune?

2010-11-01 Thread Daan Vreeken
Hi Cronfy, On Saturday 30 October 2010 23:48:45 cronfy wrote: > Hello. > > > Every time backup starts server slows down significantly, disk > > operations become very slow. It may take up to 10 seconds to stat() a > > file that is not in filesystem cache. At the same time, rsync on > > remote serv

Re: Slow disk access while rsync - what should I tune?

2010-11-01 Thread Buganini
Might gsched(8) help ? ___ 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"

ABI compatibility checker for shared libraries

2010-11-01 Thread Gleb Kurtsou
Hi, I'd like to introduce shlib-compat -- an ABI compatibility checker for shared libraries with symbol versioning. The idea of such tool was discussed on mail lists before. shlib-compat uses debugging info (dwarf) from compiled library to compare definitions of exported symbols, i.e. no sources

Re: Slow disk access while rsync - what should I tune?

2010-11-01 Thread Garrett Cooper
On Mon, Nov 1, 2010 at 12:16 AM, Jonathan McKeown wrote: > On Sunday 31 October 2010 22:44:25 Matthew Dillon wrote: >> :> and the output produced by dump is not live-accessible whereas a >> :> snapshot / live filesystem copy is.  That makes the dump fairly >> :> worthless for anything other than c

Re: Slow disk access while rsync - what should I tune?

2010-11-01 Thread Jonathan McKeown
On Sunday 31 October 2010 22:44:25 Matthew Dillon wrote: > :> and the output produced by dump is not live-accessible whereas a > :> snapshot / live filesystem copy is. That makes the dump fairly > :> worthless for anything other than catastrophic recovery. > : > :Ever heard of "restore -i"? > >