Good to hear that it's usable for you even on a relatively low-memory
system. Now, throw in an SSD for L2ARC, more RAM for ARC (and L2ARC
housekeeping) and then it starts to really shine.
As for better than expected performance, in my not-so scientific
benchmarks (copying 10G-large files on 8-disk
On Fri, 22 Jan 2010 11:47, fbsdlist@ wrote:
Anyone know if it is adjustable on a system with 1024MB of ram ? Is this
just being auto calculated by some other value ?
You may want to make sure that vm.kmem_size is set to a value much
larger than vfs.zfs.arc_max. Default value may be too small t
On Wed, 20 Jan 2010 05:14, Alexander@ wrote:
Quoting jhell (from Tue, 19 Jan 2010 09:45:58 -0500):
On 1/19/2010 5:16 AM, Sherin George wrote:
Thanks Ivan :)
I found It. add following in /boot/loader.conf
===
vfs.zfs.arc_max="10244M"
===
I just thought I w
This is a bit old, I forgot to post it earlier:
http://suckit.blog.hu/2009/10/05/freebsd_8_is_it_worth_to_upgrade
Some interesting graphs there. Jeff Roberson said the bogus CPU topology
shouldn't influence end-performance much. He thinks the lockmgr rewrite
was responsible for most of the big
On Fri, Jan 22, 2010 at 3:06 PM, Ivan Voras wrote:
> Dan Naumov wrote:
>>
>> Hello
>>
>> I am curious about posting some coding bounties, my current interest
>> revolves around improving the ZVOL functionality in FreeBSD: fixing
>> the known ZVOL SWAP reliability/stability problems as well as maki
Dan Naumov wrote:
Hello
I am curious about posting some coding bounties, my current interest
revolves around improving the ZVOL functionality in FreeBSD: fixing
the known ZVOL SWAP reliability/stability problems as well as making
ZVOLs work as a dumpon device (as is already the case in OpenSolar
Hello
I am curious about posting some coding bounties, my current interest
revolves around improving the ZVOL functionality in FreeBSD: fixing
the known ZVOL SWAP reliability/stability problems as well as making
ZVOLs work as a dumpon device (as is already the case in OpenSolaris)
for crash dumps.
On Sun, 17 Jan 2010 13:30:50 -0800, "R. Tyler Ballance"
wrote:
> Are there similar resources I've not stumbled across yet? I would like to
> help,
> I have but one machine running -CURRENT and sporadic free time over the
> weekends.
Hi there. I just noticed this post in among others in -hacker
Daniel:
Well it may be ugly, but it gets even
uglier on how you have to pass the mtx down
to the kernel with the cond wait variables...
One can do it.. but it will take some additional
changes to the kevent structure which breaks the ABI... which
I was not going to venture down that path :-)
Hm
On Fri, 22 Jan 2010, Jilles Tjoelker wrote:
On Fri, Jan 22, 2010 at 07:55:47AM -0800, Randall Stewart wrote:
On Jan 22, 2010, at 7:33 AM, Ivan Voras wrote:
On 01/22/10 16:10, Ed Schouten wrote:
* Ivan Voras wrote:
This is a good and useful addition! I think Windows has
implemented a
gener
On Jan 22, 2010, at 9:25 AM, Jilles Tjoelker wrote:
On Fri, Jan 22, 2010 at 07:55:47AM -0800, Randall Stewart wrote:
On Jan 22, 2010, at 7:33 AM, Ivan Voras wrote:
On 01/22/10 16:10, Ed Schouten wrote:
* Ivan Voras wrote:
This is a good and useful addition! I think Windows has
implemente
On Fri, Jan 22, 2010 at 07:55:47AM -0800, Randall Stewart wrote:
> On Jan 22, 2010, at 7:33 AM, Ivan Voras wrote:
> > On 01/22/10 16:10, Ed Schouten wrote:
> >> * Ivan Voras wrote:
> >>> This is a good and useful addition! I think Windows has
> >>> implemented a
> >>> generalization of this (ca
>> Anyone know if it is adjustable on a system with 1024MB of ram ? Is this
>> just being auto calculated by some other value ?
You may want to make sure that vm.kmem_size is set to a value much
larger than vfs.zfs.arc_max. Default value may be too small to allow
such a large ARC.
On a side note,
On Jan 22, 2010, at 8:04 AM, Ivan Voras wrote:
On 01/22/10 16:55, Randall Stewart wrote:
If I read the comment at filt_umtxattach() correctly, in the best
case
you would need an extension to the kevent structure to add more
fields
like data & udata (for passing values back and forth betwee
On 01/22/10 16:55, Randall Stewart wrote:
If I read the comment at filt_umtxattach() correctly, in the best case
you would need an extension to the kevent structure to add more fields
like data & udata (for passing values back and forth between userland
and kernel). I agree with this - it would
Ivan:
A couple of comments...
On Jan 22, 2010, at 7:33 AM, Ivan Voras wrote:
On 01/22/10 16:10, Ed Schouten wrote:
* Ivan Voras wrote:
This is a good and useful addition! I think Windows has
implemented a
generalization of this (called "wait objects" or something like
that),
which effec
* Ivan Voras wrote:
> Yes, I was thinking about WaitForMultipleObjects() - I sometimes
> wished I had it in FreeBSD :)
FreeBSD already has -- unfortunately it's only accessible from within
the ndisulator. ;-)
--
Ed Schouten
WWW: http://80386.nl/
pgpsmWemswXTT.pgp
Description: PGP signature
On 01/22/10 16:10, Ed Schouten wrote:
* Ivan Voras wrote:
This is a good and useful addition! I think Windows has implemented a
generalization of this (called "wait objects" or something like that),
which effectively allows a select()- (or in this case kqueue())-like
syscall to wait on both fil
* Ivan Voras wrote:
> This is a good and useful addition! I think Windows has implemented a
> generalization of this (called "wait objects" or something like that),
> which effectively allows a select()- (or in this case kqueue())-like
> syscall to wait on both file descriptors and condvars (as we
Ivan:
Ok, over we go ;-)
I do want to add this into Head here eventually so if you happen
to have an interest in umtx or kqueue you may want to take a close
look at this patch ;-)
R
On Jan 22, 2010, at 5:27 AM, Ivan Voras wrote:
2010/1/22 Randall Stewart :
All:
I have put together a patch a
Lets try that again with the right email subscribed to hackers ;-)
R
On Jan 22, 2010, at 6:43 AM, Randall Stewart wrote:
Ivan:
Ok, over we go ;-)
I do want to add this into Head here eventually so if you happen
to have an interest in umtx or kqueue you may want to take a close
look at this pa
[bcc: to original list]
Ivan Voras writes:
> Randall Stewart writes:
> > I have put together a patch against head that I would like
> > your opinion of.
> But you will probably soon receive a message to take this discussion
> to hack...@freebsd.org, and I agree :)
Please take this discussion to
Quoting jhell (from Tue, 19 Jan 2010 09:45:58 -0500):
On 1/19/2010 5:16 AM, Sherin George wrote:
Thanks Ivan :)
I found It. add following in /boot/loader.conf
===
vfs.zfs.arc_max="10244M"
===
I just thought I would give a shout at this for stable/7 as of la
23 matches
Mail list logo
