it?
Thanks
--
Aastha Mehta
--
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-info.html
I am using linux kernel 3.1.10-1.16, just to let you know.
Thanks
On 29 September 2013 01:35, Aastha Mehta aasth...@gmail.com wrote:
Hi,
I have few questions regarding logging triggered by calling fsync in BTRFS:
1. If I understand correctly, fsync will call to log entire inode in
the log
write? This happens both with tree logging enabled as well as
with notreelog.
Thanks
On 29 September 2013 02:42, Josef Bacik jba...@fusionio.com wrote:
On Sun, Sep 29, 2013 at 01:35:15AM +0200, Aastha Mehta wrote:
Hi,
I have few questions regarding logging triggered by calling fsync in BTRFS
On 29 September 2013 15:12, Josef Bacik jba...@fusionio.com wrote:
On Sun, Sep 29, 2013 at 11:22:36AM +0200, Aastha Mehta wrote:
Thank you very much for the reply. That clarifies a lot of things.
I was trying a small test case that opens a file, writes a block of
data, calls fsync
On 30 September 2013 22:11, Josef Bacik jba...@fusionio.com wrote:
On Mon, Sep 30, 2013 at 09:32:54PM +0200, Aastha Mehta wrote:
On 29 September 2013 15:12, Josef Bacik jba...@fusionio.com wrote:
On Sun, Sep 29, 2013 at 11:22:36AM +0200, Aastha Mehta wrote:
Thank you very much for the reply
On 30 September 2013 22:47, Josef Bacik jba...@fusionio.com wrote:
On Mon, Sep 30, 2013 at 10:30:59PM +0200, Aastha Mehta wrote:
On 30 September 2013 22:11, Josef Bacik jba...@fusionio.com wrote:
On Mon, Sep 30, 2013 at 09:32:54PM +0200, Aastha Mehta wrote:
On 29 September 2013 15:12, Josef
On 1 October 2013 19:34, Josef Bacik jba...@fusionio.com wrote:
On Mon, Sep 30, 2013 at 11:07:20PM +0200, Aastha Mehta wrote:
On 30 September 2013 22:47, Josef Bacik jba...@fusionio.com wrote:
On Mon, Sep 30, 2013 at 10:30:59PM +0200, Aastha Mehta wrote:
On 30 September 2013 22:11, Josef
On 1 October 2013 21:42, Aastha Mehta aasth...@gmail.com wrote:
On 1 October 2013 21:40, Aastha Mehta aasth...@gmail.com wrote:
On 1 October 2013 19:34, Josef Bacik jba...@fusionio.com wrote:
On Mon, Sep 30, 2013 at 11:07:20PM +0200, Aastha Mehta wrote:
On 30 September 2013 22:47, Josef Bacik
On 2 October 2013 13:52, Josef Bacik jba...@fusionio.com wrote:
On Tue, Oct 01, 2013 at 10:13:25PM +0200, Aastha Mehta wrote:
On 1 October 2013 21:42, Aastha Mehta aasth...@gmail.com wrote:
On 1 October 2013 21:40, Aastha Mehta aasth...@gmail.com wrote:
On 1 October 2013 19:34, Josef Bacik
Hello,
I have created a 500GB partition on my HDD and formatted it for btrfs.
I created a file on it.
# echo tmp data in the tmp file.. /mnt/btrfs/tmp-file
# umount /mnt/btrfs
Next I want to know the blocks allocated for the file and I used
filefrag for it. I get some information as follows -
On 16 April 2014 15:27, Aastha Mehta aasth...@gmail.com wrote:
Hello,
I have created a 500GB partition on my HDD and formatted it for btrfs.
I created a file on it.
# echo tmp data in the tmp file.. /mnt/btrfs/tmp-file
# umount /mnt/btrfs
Next I want to know the blocks allocated
Hello,
Thank you so much for your prompt response. Few more questions inline.
On 2 December 2012 23:46, Hugo Mills h...@carfax.org.uk wrote:
On Sun, Dec 02, 2012 at 11:17:26PM +0100, Aastha Mehta wrote:
I am looking at btrfs to understand some of its features. One of them
is the snapshot
Thanks a lot for the explanation.
Regards,
Aastha.
On 3 December 2012 13:02, Hugo Mills h...@carfax.org.uk wrote:
On Mon, Dec 03, 2012 at 10:52:41AM +0100, Aastha Mehta wrote:
On 2 December 2012 23:46, Hugo Mills h...@carfax.org.uk wrote:
On Sun, Dec 02, 2012 at 11:17:26PM +0100, Aastha
, Feb 20, 2013 at 10:28:10AM -0700, Aastha Mehta wrote:
Hello,
I am trying to understand the COW mechanism in Btrfs. Is it correct to
say that unless nodatacow option is specified, Btrfs always performs
COW for all the data+metadata extents used in the system?
So we always cow the metadata
A gentle reminder on this one.
Thanks,
Aastha.
On 21 February 2013 18:32, Aastha Mehta aasth...@gmail.com wrote:
Thanks a lot for the prompt response. I had seen that, but I am still
not sure of where it really
happens within fill_delalloc. Could you help me a little further in that path
are skipped.
*/
This seems to be the only place where a cow might be done, because a
key is being inserted into an extent which modifies it.
Thanks,
Aastha.
On 24 February 2013 02:39, Josef Bacik jo...@toxicpanda.com wrote:
On Thu, Feb 21, 2013 at 12:32 PM, Aastha Mehta aasth...@gmail.com wrote
Ah okay, I now see how it works. Thanks a lot for your response.
Regards,
Aastha.
On 25 February 2013 18:27, Josef Bacik jba...@fusionio.com wrote:
On Mon, Feb 25, 2013 at 08:15:40AM -0700, Aastha Mehta wrote:
Thanks again Josef.
I understood that cow_file_range is called for a regular file
thanks,
Aastha.
On 25 February 2013 20:00, Aastha Mehta aasth...@gmail.com wrote:
Ah okay, I now see how it works. Thanks a lot for your response.
Regards,
Aastha.
On 25 February 2013 18:27, Josef Bacik jba...@fusionio.com wrote:
On Mon, Feb 25, 2013 at 08:15:40AM -0700, Aastha Mehta wrote
.
On 4 March 2013 00:52, Josef Bacik jo...@toxicpanda.com wrote:
On Sun, Mar 3, 2013 at 10:41 AM, Aastha Mehta aasth...@gmail.com wrote:
Hi Josef,
I have some more questions following up on my previous e-mails.
I now do somewhat understand the place where extent entries get
cow'ed. But I am
Okay, that makes lot more sense to me now.
Thank you very much.
Regards,
Aastha.
On 5 March 2013 02:51, Josef Bacik jo...@toxicpanda.com wrote:
On Mon, Mar 4, 2013 at 7:57 PM, Aastha Mehta aasth...@gmail.com wrote:
I must admit, it is quite convoluted :-)
Please tell me if I understand
drop_caches?
Please let me know if I described the problem too vaguely and should
give some more details.
Wishing everyone a happy new year.
Thanks and regards,
Aastha.
--
Aastha Mehta
MPI-SWS, Germany
E-mail: aasth...@mpi-sws.org
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs
Hello,
I would like to clarify a bit on how the fsync works in btrfs. The log
tree journals only the metadata of the files that have been modified
prior to the fsync, correct? It does not log the data extents of
files, which are directly sync'ed to the disk. Also, if I understand
correctly, fsync
On 25 January 2014 16:21, Josef Bacik jba...@fb.com wrote:
On 01/24/2014 07:09 PM, Aastha Mehta wrote:
Hello,
I would like to clarify a bit on how the fsync works in btrfs. The log
tree journals only the metadata of the files that have been modified
prior to the fsync, correct? It does
23 matches
Mail list logo