an initrd and grub operates fine for the btrfs raid.
What is the special magic to do this without the need for an initrd?
Is the comment/patch below from last year languishing unknown? Or is
there some problem with that kernel approach?
Thanks,
Martin
See:
http://forums.gentoo.org/viewtopic-t
, but still.
I also still have the backup dd image available for testing.
Thanks,
Martin
Josef
On Apr 20, 2013 4:43 AM, Martin Steigerwald mar...@lichtvoll.de wrote:
Am Samstag, 20. April 2013 schrieb Josef Bacik:
On Fri, Apr 19, 2013 at 03:15:30AM -0600, Martin Steigerwald wrote:
Am Dienstag
Am Montag, 22. April 2013 schrieb Martin Steigerwald:
Am Samstag, 20. April 2013 schrieb Josef Bacik:
So I found your bug on the plane ride, as soon as I get home I'll email
it. Thanks,
Did you get home yet?
I would like to know the impact of the bug. I am running from a
restauration
Am Samstag, 20. April 2013 schrieb Josef Bacik:
On Fri, Apr 19, 2013 at 03:15:30AM -0600, Martin Steigerwald wrote:
Am Dienstag, 16. April 2013 schrieb Martin Steigerwald:
On Saturday 13 April 2013 17:48:31 Martin Steigerwald wrote:
Hi!
Please answer soon whether it would
Am Samstag, 20. April 2013 schrieb Josef Bacik:
On Fri, Apr 19, 2013 at 03:15:30AM -0600, Martin Steigerwald wrote:
Am Dienstag, 16. April 2013 schrieb Martin Steigerwald:
On Saturday 13 April 2013 17:48:31 Martin Steigerwald wrote:
Hi!
Please answer soon whether it would
Am Samstag, 20. April 2013 schrieb Josef Bacik:
So I found your bug on the plane ride, as soon as I get home I'll email
it. Thanks,
I have redone my BTRFS now.
But I have a dd image copy on my backup drive in case you have something to
try out for me.
Thanks,
--
Martin 'Helios' Steigerwald
Am Dienstag, 16. April 2013 schrieb Martin Steigerwald:
On Saturday 13 April 2013 17:48:31 Martin Steigerwald wrote:
Hi!
Please answer soon whether it would be a good idea to replay a backup
right now as I am leaving to Berlin tomorrow for a week without my
backup drive with me. Well
Am Freitag, 19. April 2013 schrieb Liu Bo:
On Fri, Apr 19, 2013 at 11:15:30AM +0200, Martin Steigerwald wrote:
Am Dienstag, 16. April 2013 schrieb Martin Steigerwald:
On Saturday 13 April 2013 17:48:31 Martin Steigerwald wrote:
Hi!
Please answer soon whether it would be a good
idea in the first place?!
(There's more than one physical set of backups but I'd rather not suffer
weeks to recover from one hiccup in the filesystem... Should I partition
btrfs down to smaller gulps, or does the structure of btrfs in effect
already do that?)
Thanks,
Martin
--
To unsubscribe from
?...
A good writeup! Thanks for a good giggle. :-)
Regards,
Martin
On 01/04/13 15:44, Harald Glatt wrote:
On Mon, Apr 1, 2013 at 2:50 PM, Josef Bacik jba...@fusionio.com wrote:
Hello,
I was bored this weekend so I hacked up online dedup for Btrfs. It's working
quite well so I think it can
On 18/04/13 15:06, Hugo Mills wrote:
On Thu, Apr 18, 2013 at 02:45:24PM +0100, Martin wrote:
Dear Devs,
I have a number of esata disk packs holding 4 physical disks each
where I wish to use the disk packs aggregated for 16TB and up to
64TB backups...
Can btrfs...?
1:
Mirror data
On 18/04/13 20:44, Hugo Mills wrote:
On Thu, Apr 18, 2013 at 05:29:10PM +0100, Martin wrote:
On 18/04/13 15:06, Hugo Mills wrote:
On Thu, Apr 18, 2013 at 02:45:24PM +0100, Martin wrote:
Dear Devs,
I have a number of esata disk packs holding 4 physical disks
each where I wish to use
On 18/04/13 20:48, Alex Elsayed wrote:
Hugo Mills wrote:
On Thu, Apr 18, 2013 at 02:45:24PM +0100, Martin wrote:
Dear Devs,
snip
Note that esata shows just the disks as individual physical disks, 4 per
disk pack. Can physical disks be grouped together to force the RAID data
to be mirrored
On Saturday 13 April 2013 17:48:31 Martin Steigerwald wrote:
Hi!
Please answer soon whether it would be a good idea to replay a backup
right now as I am leaving to Berlin tomorrow for a week without my backup
drive with me. Well, I made space on an external 2,5 inch drive, that I
can take
, leafsize 16384)
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
=318290
I thought I better prove that my home BTRFS is correct.
On trying, I got this:
[kernel backtrace]
Well here are the mount options:
martin@merkaba:~ grep home /proc/mounts
/dev/mapper/merkaba-home /mnt/home-zeit btrfs
rw,noatime,compress=lzo,ssd,space_cache 0 0
/dev/mapper/merkaba-home
Am Donnerstag, 21. März 2013 schrieb Frédéric COIFFIER:
Hi Martin,
Le mercredi 20 mars 2013 19:59:54 Martin Steigerwald a écrit :
Am Mittwoch, 20. März 2013 schrieb Frédéric COIFFIER:
But I really think BTRFS displays the filename affected meanwhile. So
maybe if it does not, its some
handle composed of filesystem id and
inode number. Maybe a change in there?
Anyway, to find the real error message its necessary to try to delete
the files on the server. Cause even if there is a real BTRFS issue, the
NFS client likely won´t report helpful error messages.
Thanks,
--
Martin 'Helios
.
But well question still stands: Does BTRFS honor it?
My bet is: It doesn´t.
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message
, name);
92 }
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
or
something like that?
Maybe someone else can help with that.
Aside from that: Thats uncorrectable errors for a reason :)
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line unsubscribe
, these errors are called uncorrectable for a reason. When they
happen on file data it should be possible to delete the offending file,
but then AFAIK BTRFS also reports on which file they happen.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599
it as a question in case you do not know
for sure.
According to my irregular data points I also see no significant increase in
wear out after I switched BTRFS to /home although it is a bit premature to
say for sure - I will continue to have a look at it:
martin@merkaba:~/Computer/Merkaba/Intel SSD
/ctrl/root/snap3' and umount
/mnt/ctrl again.
I use it that way, but I use
btrfs subvolume set-default NUMBER /mount/path
in order to not have to put the subvolid option into fstab.
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC
card design, FAT optimization
https://wiki.linaro.org/WorkingGroups/KernelArchived/Projects/FlashCardSurvey
[2] Arnd Bergmann, Optimizing Linux with cheap flash drives
https://lwn.net/Articles/428584/
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F
?
Any other idea to make it less cryptic?
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More
, the way to a perfect world is done in steps. Thus I agree with Hugo
to start somewhere and I think for a admin who wants to know and specify
exactly what is going one the patches Hugo offered for discussions are a
huge step forward.
I think they are a good base to build upon.
--
Martin
(if the next chunk are allocated as SINGLE) or the minimum one (
if the next chunks are allocated as DUP/RAID1/RAID10).
What information fi df can´t display without root permissions? Maybe its
okay to just omit it for now if being run as user or display a run as root
hint instead?
Thanks,
--
Martin
Am Sonntag, 10. März 2013 schrieb Martin Steigerwald:
Am Sonntag, 10. März 2013 schrieb Goffredo Baroncelli:
Hi all,
Hi Goffredo,
This is the third attempt of my patches related to show how the data
are stored in a btrfs filesystem. I rebased all the patches on the
latest mason git
] 1438479 pages non-shared
Mar 4 22:56:01 merkaba rtkit-daemon[1575]: Demoting known real-time threads.
Mar 4 22:56:01 merkaba rtkit-daemon[1575]: Demoted 0 threads.
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
this.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
no
idea why something this useful did not end up being added into the
mainline kernel.
Are you sure about the partition support? I thought something related to
loop partition support has gone into some not so recent kernel.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0
quickly.)
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
system
- virtualization (xen, kvm, etc)
- NAS which exports the block device using iscsi/AoE
AFAIK no such feature exist in btrfs yet.
Sounds like the RADOS block device stuff for Ceph.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599
it as long as he or she deleted his / her home directory or something.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
-By: Martin Steigerwald mar...@lichtvoll.de
Only for -d single and -m single, I have RAID-1 at workstation at work,
but will take some time till I get to office again.
No RAID-5/6 setup at the moment. So test obviously not complete yet.
merkaba:~ /tmp/btrfs fi sh
failed to read /dev/sr0
Label: 'home
Am Dienstag, 26. Februar 2013 schrieb Gareth Pye:
On Tue, Feb 26, 2013 at 10:09 PM, Martin Steigerwald
mar...@lichtvoll.de wrote:
I´d still like that for df, whose output is quite bogus in certain
BTRFS setups at the moment and does not give applications a realistic
estimate at all. One
Am Dienstag, 26. Februar 2013 schrieb Martin Steigerwald:
Am Dienstag, 26. Februar 2013 schrieb Gareth Pye:
On Tue, Feb 26, 2013 at 10:09 PM, Martin Steigerwald
mar...@lichtvoll.de wrote:
I´d still like that for df, whose output is quite bogus in certain
BTRFS setups at the moment
@merkaba:~/Zeit export LANG=C
martin@merkaba:~/Zeit mkdir test
martin@merkaba:~/Zeit rm test
rm: cannot remove 'test': Is a directory
martin@merkaba:~/Zeit#1 rm -f test
rm: cannot remove 'test': Is a directory
martin@merkaba:~/Zeit#1 rm -r test
martin@merkaba:~/Zeit mkdir test
martin@merkaba:~/Zeit
defrag /boot/initrd.img-3.5.0-24-generic
# echo $?
20
# filefrag /boot/initrd.img-3.5.0-24-generic
/boot/initrd.img-3.5.0-24-generic: 3 extents found
Any clue appreciated ;-)
Make sure to wait long enough or issue the sync command.
merkaba:/home/martin/.kde/share/apps/nepomuk/repository/main
there. Well the parameter names
srcdev / targetdev might give me a hint, but still, this doesn´t make
the impression of a predictable and consistent user interface here.
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Am Freitag, 15. Februar 2013 schrieb Fredrik Tolf:
On Thu, 14 Feb 2013, Martin Steigerwald wrote:
[…]
I´d restart the machine, see that BTRFS is using both devices again and
then try the balance again.
I mentioned it in another mail, but I'd very much prefer not to do that.
I'd like
again and
then try the balance again.
I´d do this while still having a backup on the ReiserFS volume or another
backup drive. After this I´d do a btrfs scrub start to see whether BTRFS
is happy with all the data on the drives.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0
that to the next user that trashes their data because a
filesystem tool simply assumed in correctly that it owned the block
device.
Full ACK.
I always loved that mkfs.xfs asks in that case.
IMO its just sane to do so.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA
Am Donnerstag, 31. Januar 2013 schrieb Hugo Mills:
On Thu, Jan 31, 2013 at 02:44:12PM +0100, Martin Steigerwald wrote:
Hi!
Today I converted my /home from Ext4 to BTRFS by reformatting and copying
all over again.
I created the filesystem with -l 16384 -n 16384 -d single -m single
well so far and I see no issues.
Except for a highly fragmenting file:
martin@merkaba:~/.kde/share/apps/nepomuk/repository/main/data/virtuosobackend
ls -lh
insgesamt 1,2G
-rw--- 1 martin martin 1,3G Jan 31 14:07 soprano-virtuoso.db
-rw-r--r-- 1 martin martin 14 Jan 31 14:06 soprano
:)
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
is
going to be closer to what your course work requires?
No, I don't think it is really necessary that the data structure
should be close to my course work. What is your opinion on the most
suitable data structure to index the hashes?
Thanks!
Martin
--
To unsubscribe from this list: send the line
/zeit findfs LABEL=schlumpf
findfs: unable to resolve 'LABEL=schlumpf'
merkaba:/mnt/zeit#1 findfs LABEL=schlumpfine
/dev/loop2
Thats with:
merkaba:~ cat /proc/version
Linux version 3.8.0-rc2-tp520 (martin@merkaba) (gcc version 4.7.2 (Debian
4.7.2-4) ) #34 SMP PREEMPT Thu Jan 3 15
On Mon, Dec 17, 2012 at 2:33 PM, Alexander Block abloc...@gmail.com wrote:
I did some research on deduplication in the past and there are some
problems that you will face. I'll try to list some of them (for sure
not all).
On Mon, Dec 17, 2012 at 1:05 PM, Martin Křížek martin.kri...@gmail.com
Hello everyone,
my name is Martin Krizek. I am a student at Faculty of Information, Brno
University of Technology, Czech Republic. As my master's thesis I chose to work
on Online Deduplication for Btrfs.
My goal is to study Btrfs design, the offline deduplication patch [1] and to
come up
Am Sonntag, 9. Dezember 2012 schrieb Jan Engelhardt:
On Sunday 2012-10-07 16:48, Martin Steigerwald wrote:
# btrfs su li /
ID 256 top level 5 path UBUNTU
ID 259 top level 5 path UBUNTU/@
ID 261 top level 5 path UBUNTU/@tmp
ID 262 top level 5 path UBUNTU/@home
[...]
This could
% | avgscal 32% |
PID TID RUID THR SYSCPU USRCPU VGROW RGROW RDDSK WRDSK ST EXC
S CPUNR CPU CMD 1/3
6458 - root02m00s 0.00s 0K 0K - - NE 0
E - 100% fallocate
martin@merkaba:~ vmstat 1
procs ---memory
Am Sonntag, 9. Dezember 2012 schrieb Martin Steigerwald:
Hi!
I have BTRFS on some systems since more than two years. My experience so
far is: Performance at the beginning is pretty good, but some of my more
often used BTRFS filesystem degrade badly in different areas. On some
workloads
.
Thats my suggestion.
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
).
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
would
fall into that category.
In case you want to try out Sylvain, mount *without* discard option, and
run fstrim manually or by cron job from time to time.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from
Am Donnerstag, 6. Dezember 2012 schrieb Martin Steigerwald:
Am Donnerstag, 6. Dezember 2012 schrieb Sander:
Sylvain Alain wrote (ao):
Hi, right now I own this SSD :
Intel SSD 520 Series MLC 120 Gigs
Also, this is my /etc/fstab
/dev/sda3 /bootext2 noauto
Free (Estimated): 63.00GB (Max: 106.51GB, min: 54.96GB)
Data to disk ratio:58 %
This is coming along nicely.
Tested-By: Martin Steigerwald mar...@lichtvoll.de
I can test on some other boxes next week, if you want to.
I just wonder about one thing:
merkaba:[…]/btrfs-progs
?
Then there is a little inconsistency: df versus disk-usage. I would
use either disk-free and disk-usage or df and du. While regular
du is not disk-usage but a filesystem directory tree usage command.
I will think about this a bit more.
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C
Am Sonntag, 28. Oktober 2012 schrieb Goffredo Baroncelli:
On 2012-10-28 00:38, Hugo Mills wrote:
On Sun, Oct 28, 2012 at 12:30:44AM +0200, Martin Steigerwald wrote:
Am Samstag, 27. Oktober 2012 schrieb Michael Kjörling:
On 27 Oct 2012 18:43 +0200, from mar...@lichtvoll.de (Martin
space per file system
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
be correct, cause 180 GB of 200
GB is still 90% like 90 GB of 100GB. But they would over-allocate if being
told to leave 10 GB free or so.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send
Am Sonntag, 28. Oktober 2012 schrieb Goffredo Baroncelli:
On 2012-10-28 12:18, Michael Kjörling wrote:
On 28 Oct 2012 11:59 +0100, from kreij...@gmail.com (Goffredo
Baroncelli):
On 2012-10-28 11:38, Martin Steigerwald wrote:
But still if if can be arbitrarily long due to that per object
Am Sonntag, 28. Oktober 2012 schrieb Ronnie Collinson:
In a raid1 situation, it will also rewrite the effected data, on the
drive that failed the checksum
Will it do so without an explicit scrub?
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B
Am Sonntag, 28. Oktober 2012 schrieb Hugo Mills:
On Sun, Oct 28, 2012 at 02:23:51PM +0100, Martin Steigerwald wrote:
Am Sonntag, 28. Oktober 2012 schrieb Ronnie Collinson:
In a raid1 situation, it will also rewrite the effected data, on
the drive that failed the checksum
Will it do
at mkfs.btrfs time. There is no point in having / showing
Metadata,Single I think as long as it is not used.
Will think about this a bit.
Anyway I am fine with starting somewhere. Improvents can be made later on
also taking user feedback into account.
Thanks,
--
Martin 'Helios' Steigerwald
Am Samstag, 27. Oktober 2012 schrieb Michael Kjörling:
On 27 Oct 2012 18:43 +0200, from mar...@lichtvoll.de (Martin
Steigerwald):
Possibly this could be done tabular as well, like:
vdb vdc vdd
Data, RAID 0 307,25MB307,25MB
,
+ size_strs[num_divs]);
return pretty;
}
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More
by the
chunk (see it as raw space used)
Size_(logical) - logical area size of the chunk
Used- portion of the logical area
used by the filesystem
Works nicely:
merkaba:/home/martin
;
no space between the number and the suffix.
BR
G.Baroncelli
What base does this build upon?
I tried to apply upon your disk_free branch, but got:
martin@merkaba:~/Linux/Dateisysteme/BTRFS/btrfs-progs-unstable patch -p1
../\[PATCH\]\[V1\]\[BTRFS-PROGS\]\ Replace\ the\ units
skeptical of parsing command output
thats formatted for the user at all, but…
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message
to provide an option to get all of this in
parseable format. fio 2.0.10 has a JSON outputter for easy parsing, maybe
some of that can be used – in a different patch set.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
areas.
Anybody a better name for the summary of all chunks of one type?
Anyway, I like it as it is in this patch set way more than before. So from
my point of view: Put it in and probably change output a bit later when
there is some more feedback about it available.
Thanks,
--
Martin 'Helios
.
Why?
It improves until 16384 bytes but then it gets worse with 65536 bytes. It
would be interesting to know whether it improves for 32768 or already gets
worse with that value :)
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599
Am Freitag, 12. Oktober 2012 schrieb Martin Steigerwald:
Time (seconds) to finish 7 simultaneous copy operations on a set of
Linux kernel git sources.
Leafsize/
NodesizeTime (Std Dev%)
4096 124.7 (1.25%)
8192 115.2 (0.69%)
16384114.8 (0.53%)
65536
from Goffredo)
btrfs fi show
for starters.
[1] See Goffredo Baroncelli,
[PATCH][BTRFS-PROGS][V3] btrfs filesystem df last thursday:
You can pull this change from
http://cassiopea.homelinux.net/git/btrfs-progs-unstable.git
branch
disk_free
Thanks,
--
Martin 'Helios' Steigerwald - http
the amount of snapshots in use would be helpful I bet.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More
Am Sonntag, 7. Oktober 2012 schrieb Alex Lyakas:
On Sun, Oct 7, 2012 at 12:53 PM, Martin Steigerwald
mar...@lichtvoll.de wrote:
Am Sonntag, 7. Oktober 2012 schrieb Alex Lyakas:
[…]
On Sat, Oct 6, 2012 at 11:40 AM, Martin Steigerwald
mar...@lichtvoll.de wrote:
Am Donnerstag, 4
options? Which one do you use?
Please always include all details that may be important.
space_cache, inode_cache?
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line unsubscribe linux
BTRFS
is currently about 8x slower than what ext4 user to...
How did you measure this? Is this just the boot times you mentioned in the
original article?
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from
Am Sonntag, 7. Oktober 2012 schrieb Swâmi Petaramesh:
Le 07/10/2012 12:59, Martin Steigerwald a écrit :
btrfs fi df (preferably with btrfs tools from Goffredo)
btrfs fi show
I don't think I miss any free space ;-)
Well I could I know this beforehand?
(From one of my machines
it and
replaying your backup.
Maybe someone else can help with the meaning of the errors.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message
and a checkpoint that was
returned by the kernel from previous SEND ioctl().
# Kernel re-arms itself to the specified checkpoint, and fills the
specified buffer with commands, attaches a new checkpoint and so on.
# Eventually kernel signals to the user that there are no more
commands.
Thanks,
--
Martin
8.00MB 8.00MB0.00
I wonder about free size estimation minimum and maximum are the same tough.
Do you have a explaination for this?
Otherwise:
Tested-By: Martin Steigerwald mar...@lichtvoll.de
(as of commit c3f7fa95f3aa29972b79eed71ec063b6a3019017 from your repo.)
The data
better size reporting.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
system 14% cpu 38,538 total
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
between subvolumes and (including snapshots) here.
NULL
};
(No kernel developer, thus not commenting on the code.)
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line
Am Dienstag, 11. September 2012 schrieb Jan Engelhardt:
On Tuesday 2012-09-11 01:09, Martin Steigerwald wrote:
What about:
- copy first backup version
- btrfs subvol create first next
- copy next backup version
- btrfs subvol create previous next
Wouldn't btrfs subvolume
time remove old
snapshots.
Works like a charm and is easily scriptable.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message
Am Montag, 10. September 2012 schrieb Fajar A. Nugraha:
On Mon, Sep 10, 2012 at 4:12 PM, Martin Steigerwald
mar...@lichtvoll.de wrote:
Am Samstag, 8. September 2012 schrieb Marc MERLIN:
I was migrating a backup disk to a new btrfs disk, and the backup
had a lot of hardlinks to collapse
.
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
-098a-4d0d-bebc-6aa51f4cb349
Total devices 1 FS bytes used 28.00KB
devid1 size 2.73TB used 2.04GB path /dev/sdb1
wipefs shows and removes filesystem signatures. No need to dd.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F
in there.
Then come back with more information.
Possible a btrfs balance will work to make some trees smaller, but this
depends on the current state of your BTRFS. The information you provided
is not nearly enough for an exact diagnosis. A defragment likely won´t
help tough.
Thanks,
--
Martin
right now. It seems to be getting to low
level for me.
[1] http://vger.kernel.org/vger-lists.html
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs
Am Donnerstag, 2. August 2012 schrieb Marc MERLIN:
On Wed, Aug 01, 2012 at 11:57:39PM +0200, Martin Steigerwald wrote:
Its getting quite strange.
I would agree :)
Before I paste a bunch of thing, I wanted to thank you for not giving up on
me
and offering your time to help me figure
clat percentiles (msec):
Heck, I didn´t look at the IOPS figure!
189 IOPS for a SATA-600 SSD. Thats pathetic.
So again, please test this without dm_crypt. I can´t believe that this
is the maximum the hardware is able to achieve.
A really fast 15000 rpm SAS harddisk might top that.
--
Martin
Am Donnerstag, 2. August 2012 schrieb Marc MERLIN:
On Thu, Aug 02, 2012 at 01:18:07PM +0200, Martin Steigerwald wrote:
I've the the fio tests in:
/dev/mapper/cryptroot /var btrfs
rw,noatime,compress=lzo,nossd,discard,space_cache 0 0
… you are still using dm_crypt?
[…]
I just took
Am Donnerstag, 2. August 2012 schrieb Marc MERLIN:
On Thu, Aug 02, 2012 at 10:20:07PM +0200, Martin Steigerwald wrote:
Hey, whats this? With Ext4 you have really good random read performance
now! Way better than the Intel SSD 320 and…
Yep, my du -sh tests do show that ext4 is 2x faster
501 - 600 of 781 matches
Mail list logo