For typical C99 I think you are unlikely to notice ABI problems. The function
call interface should be unchanged.
That said compiler built ins can cause problems and we know of bugs with C99
variable length arrays so we don't use them in the kernel.
Pretty much then only C99 additions we
On Mon, Oct 14, 2013 at 10:53 PM, Gaurav Mahajan gaurav...@gmail.comwrote:
Hi Matt,
Thanks for the reply.
So can it happen like block gets physically allocate in one txg (say
txg=123) using metaslab_alloc()
So the blkptr will have only blk_birth=123 and bkp_phys_birth=0.
Later on this
Hi Matt,
I want to delay the assignment of blocks to the dnode.
So whenever I need a block I will call metaslab_alloc which is internal
part of zio pipeline.
This metaslab_alloc will return me the blkptr with blk_birth as say 123.
I will issue the Zio to write data to the disk with this
Hello.
I decided to ask this question here, since FreeBSD community keeps staying
quite about our issue.
This is our story...
Formerly we were using 10.0-CURRENT FreeBSD 10.0-CURRENT #3: Mon Jan 21
14:48:41 EET 2013
vfs.zfs.version.ioctl 3
On Sun, Oct 13, 2013 at 12:21:05AM +0100, Saso Kiselkov wrote:
The performance gains from this are pretty substantial in my testing.
The time needed to rebuild 93 GB worth of ARC buffers consisting of a
mixture of 128k and 8k blocks (total number of ARC buffers: 6.4 million,
or ~15.4k average
Joining in late into this discussion
I would tend to agree with Richard. I think it is worth trying out AVL for
the entries in a bucket.
That should make the search O(log (n)) instead of O(n) where 'n' is the
chain length.
Thanks and regards,
Sanjeev
On Wed, Oct 16, 2013 at 9:00 AM,
