Hello Jorgen,
If you look at the list archives you will see that it made a huge
difference for some people including me. Now I'm easily able to
saturate GbE linke while zfs send|recv'ing.
--
Best regards,
Robert Milkowski
http://milek.blogspot.com
Hello Jorgen,
Friday, March 13, 2009, 1:14:12 AM, you wrote:
JL That is a good point, I had not even planned to support quotas for ZFS
JL send, but consider a rescan to be the answer. We don't ZFS send very
JL often as it is far too slow.
Since build 105 it should be *MUCH* for faster.
--
Sorry, did not mean it as a complaints, it just has been for us. But if
it has been made faster, that would be excellent. ZFS send is very powerful.
Lund
Robert Milkowski wrote:
Hello Jorgen,
Friday, March 13, 2009, 1:14:12 AM, you wrote:
JL That is a good point, I had not even planned to
On Thu, 12 Mar 2009, Jorgen Lundman wrote:
User-land will then have a daemon, whether or not it is one daemon per
file-system or really just one daemon does not matter. This process will open
'/dev/quota' and empty the transaction log entries constantly. Take the
uid,gid entries and update
Note that:
6501037 want user/group quotas on ZFS
Is already committed to be fixed in build 113 (i.e. in the next month).
- Eric
On Thu, Mar 12, 2009 at 12:04:04PM +0900, Jorgen Lundman wrote:
In the style of a discussion over a beverage, and talking about
user-quotas on ZFS, I recently
That is pretty freaking cool.
On Thu, Mar 12, 2009 at 11:38 AM, Eric Schrock eric.schr...@sun.com wrote:
Note that:
6501037 want user/group quotas on ZFS
Is already committed to be fixed in build 113 (i.e. in the next month).
- Eric
On Thu, Mar 12, 2009 at 12:04:04PM +0900, Jorgen
Jorgen Lundman wrote:
In the style of a discussion over a beverage, and talking about
user-quotas on ZFS, I recently pondered a design for implementing user
quotas on ZFS after having far too little sleep.
It is probably nothing new, but I would be curious what you experts
think of the
On 12 March, 2009 - Matthew Ahrens sent me these 5,0K bytes:
Jorgen Lundman wrote:
In the style of a discussion over a beverage, and talking about
user-quotas on ZFS, I recently pondered a design for implementing user
quotas on ZFS after having far too little sleep.
It is probably
Bob Friesenhahn wrote:
On Thu, 12 Mar 2009, Jorgen Lundman wrote:
User-land will then have a daemon, whether or not it is one daemon per
file-system or really just one daemon does not matter. This process
will open '/dev/quota' and empty the transaction log entries
constantly. Take the
Bob Friesenhahn wrote:
In order for this to work, ZFS data blocks need to somehow be associated
with a POSIX user ID. To start with, the ZFS POSIX layer is implemented
on top of a non-POSIX Layer which does not need to know about POSIX user
IDs. ZFS also supports snapshots and clones.
Eric Schrock wrote:
Note that:
6501037 want user/group quotas on ZFS
Is already committed to be fixed in build 113 (i.e. in the next month).
- Eric
Wow, that would be fantastic. We have the Sun vendors camped out at the
data center trying to apply fresh patches. I believe 6798540 fixed
As it turns out, I'm working on zfs user quotas presently, and expect to
integrate in about a month. My implementation is in-kernel, integrated
with the rest of ZFS, and does not have the drawbacks you mention below.
I merely suggested my design as it may have been something I _could_
Jorgen Lundman wrote:
Great! Will there be any particular limits on how many uids, or size of
uids in your implementation? UFS generally does not, but I did note that
if uid go over 1000 it flips out and changes the quotas file to
128GB in size.
All UIDs, as well as SIDs (from the SMB
13 matches
Mail list logo