On Thu 11-05-17 14:59:43, J. Bruce Fields wrote:
> On Wed, Apr 05, 2017 at 02:14:09PM -0400, J. Bruce Fields wrote:
> > On Wed, Apr 05, 2017 at 10:05:51AM +0200, Jan Kara wrote:
> > > 1) Keep i_version as is, make clients also check for i_ctime.
> >
> > That would be a protocol revision, which we'
Hello,
I've been investigating a severe performance regression in generic/027 on
latest master. Specifically I traced that back to the rm portion of the test.
rm now takes 4 times longer to delete the same amount of files. After
bisecting I
identified the culprit as being 957780eb2788 ("Btrf
On Thu, 2017-05-11 at 14:59 -0400, J. Bruce Fields wrote:
> On Wed, Apr 05, 2017 at 02:14:09PM -0400, J. Bruce Fields wrote:
> > On Wed, Apr 05, 2017 at 10:05:51AM +0200, Jan Kara wrote:
> > > 1) Keep i_version as is, make clients also check for i_ctime.
> >
> > That would be a protocol revision,
* Do you need an urgent loan? We offer all kinds of loan
* Very fast and urgent transfer to your bank account.
* Payment begins (6) months after you get the money in your bank account
* Low interest rates 2%
* Payment of long-term (1-30 years) duration
For more information and loan application form
On 2017-05-11 12:17, Robert Mader wrote:
Hello everyone,
I just wanted to ask a short question as I couldn't find a clear answer
anywhere on the net, yet:
Is it currently possible to reserve space for a BTRFS subvolume?
Currently, there is no way to do this directly right now. However, you
_c
On 2017-05-11 19:24, Ochi wrote:
Hello,
here is the journal.log (I hope). It's quite interesting. I rebooted the
machine, performed a mkfs.btrfs on dm-{2,3,4} and dm-3 was missing
afterwards (around timestamp 66.*). However, I then logged into the
machine from another terminal (around timestamp
On Thu, 2017-05-11 at 15:56 -0400, Chris Mason wrote:
> On 05/11/2017 03:52 PM, Jeff Layton wrote:
> > On Thu, 2017-05-11 at 07:13 -0400, Jeff Layton wrote:
> > > I finally got my writeback error handling test to work on btrfs (thanks,
> > > Chris!), by making the filesystem stripe the data and mir
On 5/12/17, Duncan <1i5t5.dun...@cox.net> wrote:
> FWIW, I'm in the market for SSDs ATM, and remembered this from a couple
> weeks ago so went back to find it. Thanks. =:^)
>
> (I'm currently still on quarter-TB generation ssds, plus spinning rust
> for the larger media partition and backups, and
On 12.05.2017 13:25, Austin S. Hemmelgarn wrote:
On 2017-05-11 19:24, Ochi wrote:
Hello,
here is the journal.log (I hope). It's quite interesting. I rebooted the
machine, performed a mkfs.btrfs on dm-{2,3,4} and dm-3 was missing
afterwards (around timestamp 66.*). However, I then logged into th
On Thu, May 11, 2017 at 09:17:46AM +0300, Nikolay Borisov wrote:
> The ->free_chunk_space variable is used to track the unallocated space and
> access to it is protected by a spinlock, which is not used for anything else.
In the past, the spinlock protected a larger critical section where the
over
On 2017-05-12 09:54, Ochi wrote:
On 12.05.2017 13:25, Austin S. Hemmelgarn wrote:
On 2017-05-11 19:24, Ochi wrote:
Hello,
here is the journal.log (I hope). It's quite interesting. I rebooted the
machine, performed a mkfs.btrfs on dm-{2,3,4} and dm-3 was missing
afterwards (around timestamp 66.
On Fri, 2017-05-12 at 08:12 -0400, Jeff Layton wrote:
> On Thu, 2017-05-11 at 15:56 -0400, Chris Mason wrote:
> > On 05/11/2017 03:52 PM, Jeff Layton wrote:
> > > On Thu, 2017-05-11 at 07:13 -0400, Jeff Layton wrote:
> > > > I finally got my writeback error handling test to work on btrfs (thanks,
>
On Thu, May 11, 2017 at 09:17:01PM +, Sargun Dhillon wrote:
> This patchset makes it so that on a per-filesystem basis one can disable
> quota enforcement for users with cap_sys_resource. This patchset can
> likely later be extended to per-qgroup, or a per-volume basis. I'm
> thinking of extend
On Fri, May 12, 2017 at 10:27:54AM +0200, Jan Kara wrote:
> On Thu 11-05-17 14:59:43, J. Bruce Fields wrote:
> > On Wed, Apr 05, 2017 at 02:14:09PM -0400, J. Bruce Fields wrote:
> > > On Wed, Apr 05, 2017 at 10:05:51AM +0200, Jan Kara wrote:
> > > > 1) Keep i_version as is, make clients also check
On Fri, May 12, 2017 at 07:01:25AM -0400, Jeff Layton wrote:
> This looks reasonable to me (modulo Jan's comment about casting tv_sec
> to u64).
>
> To be clear, I think this is mostly orthogonal to the changes that I was
> originally proposing, right? I think we can still benefit from only
> bump
On Fri, May 12, 2017 at 08:22:23AM +1000, NeilBrown wrote:
> On Thu, May 11 2017, J. Bruce Fields wrote:
> > +static inline u64 nfsd4_change_attribute(struct inode *inode)
> > +{
> > + u64 chattr;
> > +
> > + chattr = inode->i_ctime.tv_sec << 30;
> > + chattr += inode->i_ctime.tv_nsec;
> > +
On Tue, May 09, 2017 at 01:46:04PM +0800, Qu Wenruo wrote:
> Ping?
>
> Any comments?
Sorry, no updates from me.
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-
On Thu, May 11, 2017 at 5:24 PM, Ochi wrote:
> Hello,
>
> here is the journal.log (I hope). It's quite interesting. I rebooted the
> machine, performed a mkfs.btrfs on dm-{2,3,4} and dm-3 was missing
> afterwards (around timestamp 66.*). However, I then logged into the machine
> from another termi
Am Tue, 18 Apr 2017 15:02:42 +0200
schrieb Imran Geriskovan :
> On 4/17/17, Austin S. Hemmelgarn wrote:
> > Regarding BTRFS specifically:
> > * Given my recently newfound understanding of what the 'ssd' mount
> > option actually does, I'm inclined to recommend that people who are
> > using high-e
Am Fri, 12 May 2017 15:02:20 +0200
schrieb Imran Geriskovan :
> On 5/12/17, Duncan <1i5t5.dun...@cox.net> wrote:
> > FWIW, I'm in the market for SSDs ATM, and remembered this from a
> > couple weeks ago so went back to find it. Thanks. =:^)
> >
> > (I'm currently still on quarter-TB generation ss
On 5/12/17, Kai Krakow wrote:
> I don't think it is important for the file system to know where the SSD
> FTL located a data block. It's just important to keep everything nicely
> aligned with erase block sizes, reduce rewrite patterns, and free up
> complete erase blocks as good as possible.
Yea
From: Yonghong Song
Return enhanced file attributes from the btrfs, including:
(1). inode creation time as stx_btime, and
(2). Certain BTRFS_INODE_xxx flags are mapped to stx_attributes flags.
Example output:
[root@localhost ~]# cat t.sh
touch t
chattr +aic t
I'll look into this after I figure out the cgroups scheduler thing I'm looking
at. Thanks,
Josef
Sent from my iPhone
> On May 12, 2017, at 5:41 AM, Nikolay Borisov wrote:
>
> Hello,
>
> I've been investigating a severe performance regression in generic/027 on
> latest master. Specifically
23 matches
Mail list logo
