Am Sonntag, 11. September 2011 schrieb Hin-Tak Leung:
--- On Sun, 11/9/11, Martin Steigerwald mar...@lichtvoll.de wrote:
Cc to BTRFS mailinglist as it
triggered the idea of mine again.
Hi!
Today I did it again and removed a BTRFS partition that is
written too.
That BTRFS
Am Sonntag, 11. September 2011 schrieb Geert Uytterhoeven:
On Sun, Sep 11, 2011 at 18:53, Martin Steigerwald mar...@lichtvoll.de
wrote:
Frankly, I never tried this on AmigaOS. I know that AmigaOS expects
the exact same floppy disk to be inserted again. Only the same name
isn´t enough
/0xa0
[ 5241.840775] [815f2434] kernel_thread_helper+0x4/0x10
[ 5241.840792] [81086580] ? flush_kthread_worker+0xb0/0xb0
[ 5241.840808] [815f2430] ? gs_change+0x13/0x13
[ 5241.840819] ---[ end trace c8a580615cad6cb5 ]---
Best Regards,
Martin
Am 15.09.2011 21:50, schrieb
-delayed_ref_updates;
trans-delayed_ref_updates = 0;
But on the other hand I am quite new to git, how could I get your latest
commit?
Best Regards,
Martin
Am 16.09.2011 16:37, schrieb Josef Bacik:
On 09/16/2011 10:09 AM, Martin Mailand wrote:
Hi Josef,
after a quick test it seems that I
sda5
sleep 3629 1 1 0 0 sda5
I think that is the same problem as in
http://marc.info/?l=ceph-develm=131158049117139w=2
I also did a latencytop as Chris recommended in the above thread.
Best Regards,
martin
latencytop.out_long_uptime.bz2
not argue that having a nice fsck sooner than later is fine, but I
question the usefulness of repeating reminders. Chris Mason and other
developers possibly working on the fsck should know by now, that you want
it. So its unlikely that I want it too is going to change anything.
Ciao,
--
Martin
-core
http://bugs.debian.org/642603
While above bug might be fixed by using symlinks or by some other
workaround, I think this limit will be hit more likely as BTRFS matures. I
think it should be fixed, before the experimental flag of BTRFS is removed.
Ciao,
--
Martin 'Helios' Steigerwald - http
and the reasons for that wish. I has been at least
expressed for a dozen times on this thread.
So again what is another dozen of times trying to achieve?
This all reminds my of childs that ask their parents when they will arrive
every 10 seconds.
--
Martin 'Helios' Steigerwald - http
Hi,
on one of my OSDs the ceph-osd task hung for more than 120 sec. The OSD
had almost no load, therefore it cannot be an overload problem. I think
it is a btrfs problem, could someone clarify it?
This was in the dmesg.
[29280.890040] INFO: task btrfs-cleaner:1708 blocked for more than 120
not possible.
A RAID 5 might also be an alternative, but I am not sure, whether RAID-5
is already working with BTRFS. I heard about plans to borrow some SoftRAID
code for that.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Am 19.10.2011 11:49, schrieb David Sterba:
On Tue, Oct 18, 2011 at 10:04:01PM +0200, Martin Mailand wrote:
[28997.273289] [ cut here ]
[28997.282916] kernel BUG at fs/btrfs/inode.c:1163!
1119 fi = btrfs_item_ptr(leaf, path-slots[0],
1120
Hi Anand,
I changed the replication level of the rbd pool, from one to two.
ceph osd pool set rbd size 2
And then during the sync the bug happened, but today I could not
reproduce it.
So I do not have a testcase for you.
Best Regards,
martin
Am 19.10.2011 17:02, schrieb Anand Jain:
I
Hi
resend without the perf attachment, which could be found here:
http://tuxadero.com/multistorage/perf.report.txt.bz2
Best Regards,
martin
Original-Nachricht
Betreff: Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
Datum: Wed, 26 Oct 2011 22:38:47 +0200
Von
1951
There is no swap usage at all.
-martin
Am 27.10.2011 12:59, schrieb Stefan Majer:
Hi Martin,
a quick dig into your perf report show a large amount of swapper work.
If this is the case, i would suspect latency. So do you have not
enough physical ram in your machine ?
Greetings
Stefan
these. Less than before,
but they still appear. Is that okay?
I thought BTRFS would update the space cache once and then be done with
it. When exactly should BTRFS be done with it?
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
as I understand it is possible to individually set compression
on/off on single files. Although the global thing should work as well IMHO
as least when the file is rewritten.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Hi Maciej,
Am Freitag, 26. August 2011 schrieb Maciej Marcin Piechotka:
On Thu, 2011-08-25 at 19:55 +0200, Martin Steigerwald wrote:
That said I also do not have any issues with BTRFS on a ThinkPad T23
for /
and /home. But then the machine has an hibernate-to-disk-and-resume
uptime
~WIP-2011-10-16-1 will work with BTRFS.
Any advice?
Its not critical for me to fix these issues (soon), but I am curious
whether its possible to get the filesystem speedier by some
maintenance.
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F
Am Freitag, 16. Dezember 2011 schrieb Martin Steigerwald:
Its not critical for me to fix these issues (soon), but I am curious
whether its possible to get the filesystem speedier by some
maintenance.
Maybe after it is clear why it is so slow in the first place ;).
--
Martin 'Helios
Am Freitag, 16. Dezember 2011 schrieb Goffredo Baroncelli:
On Friday, 16 December, 2011 18:54:46 you wrote:
Am Freitag, 16. Dezember 2011 schrieb Martin Steigerwald:
Its not critical for me to fix these issues (soon), but I am
curious whether its possible to get the filesystem speedier
Am Freitag, 16. Dezember 2011 schrieb Martin Steigerwald:
I wonder whether it might be a good idea to have nodatacow for /:
Nope. Doesn´t seem to help much.
How to turn it off, after turning it on?
deepdance:~ LANG=C mount -o remount,datacow /
mount: / not mounted already, or bad option
Am Samstag, 17. Dezember 2011 schrieb Sergei Trofimovich:
On Fri, 16 Dec 2011 21:58:45 +0100
Martin Steigerwald mar...@lichtvoll.de wrote:
Nope. Doesn´t seem to help much.
How to turn it off, after turning it on?
deepdance:~ LANG=C mount -o remount,datacow /
mount: / not mounted
Am Samstag, 17. Dezember 2011 schrieb Hugo Mills:
On Sat, Dec 17, 2011 at 12:09:56PM +0100, Martin Steigerwald wrote:
I think I will scrub / balance / defragment the filesystem after a
backup. But I am not sure in what order.
I understand that defragment defragments files. But then what
Am Samstag, 17. Dezember 2011 schrieben Sie:
On Friday, 16 December, 2011 20:53:58 Martin Steigerwald wrote:
I found a solution, but requires a bit of setup.
The idea is to avoid do perform sync during the package
installation. In order to avoid data loss in case of failure
Am Samstag, 17. Dezember 2011 schrieb Chris Samuel:
On Sat, 17 Dec 2011 04:51:51 AM Martin Steigerwald wrote:
Currently I have:
deepdance:~ cat /proc/version
Linux version 3.0.0-2-686-pae (Debian 3.0.0-6)
You are using a fairly old kernel btrfs-wise, I believe there's been
work done
Am Samstag, 17. Dezember 2011 schrieb Martin Steigerwald:
If BTRFS has other means to guarantee filesystem consistency that is
faster it might still make fsync() a no-op or just creating a
snapshot temporarily automatically.
To clear this up: It should only make it a no-op if it guarentees
Am Samstag, 17. Dezember 2011 schrieb David McBride:
On Sat, 2011-12-17 at 13:00 +0100, Martin Steigerwald wrote:
BTW on my ThinkPad T520 I do not perceive performance issues for
BTRFS as /. But then thats located on an Intel SSD 320 where seeks
should not matter much.
Okay, that would
[27047.652332] btrfs: found 21526 extents
Appears quite fragmented to me, but as I do not understand whats exactly
behind this numbers I leave it as it.
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from
started on /, fsid […] (pid=5737)
deepdance:~ Write failed: Broken pipe
After the second attempt of doing this the machine stops on booting after
the space cache enabled message. Then I get backtraced of hung tasks:
http://martin-steigerwald.de/tmp/btrfs/2011-17-12-deepdance-hang-at-boot/
I am able
Am Samstag, 17. Dezember 2011 schrieb Martin Steigerwald:
Hi!
Finally I tried scrubbing the / BTRFS filesystem mentioned in the
thread speeding up slow btrfs filesystem. However the machine looks
up hard then. It repeats the last few seconds of audio all over again,
no mouse and no ssh
Hi again!
Any hints about this one?
Since scrubbing worked okay on other machines, I can also redo the BTRFS
filesystem on this machine. Maybe it really has gained a corruption. (Still
scrubbing should not lock up the kernel hard, but…)
Thanks,
Martin
Am Samstag, 17. Dezember 2011 schrieb
, btrfs has no such issues?
Issues? I would call that a feature, not an issue.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
signature.asc
Description: This is a digitally signed message part.
logical volumes and get
mango:~# df -hT /mnt/zeit
Dateisystem TypGröße Benut Verf Ben% Eingehängt auf
/dev/mapper/mango1-homelokal1
btrfs400G 101M 400G 1% /mnt/zeit
Shouldn't that be 200GiB for a BTRFS Raid 1 setup?
Ciao,
--
Martin Steigerwald - team(ix) GmbH - http
Am Mittwoch 17 Februar 2010 schrieben Sie:
On Wed, Feb 17, 2010 at 3:32 PM, Martin Steigerwald m...@teamix.de
wrote:
Leaving Cc to backports-users mailinglist and Debian package maintainer
dropped as its a technical BTRFS discussion.
Hi!
[...]
It basically works, but I am wondering
/point
Kind regards,
Martin
--
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
Hello,
When using raid10 btrfs on four disks of two different sizes (two of one
size two of another) does btrfs know to match the similarly sized disks
in a mirrored pair?
I guess a corallary would be: will btrfs stripe over the mirrored pairs
until the smaller pair fills up and then
opensolaris servers and netapps with
linux+btrfs :-)
Thanx,
Martin
--
Martin Walter
University of Freiburg i.Br. --- Germany --- Fon/Fax: +49 761 203-4651/-4643
Rechenzentrum der Universitaet, Hermann-Herder-Str.10, D-79104 Freiburg i.Br.
--
To unsubscribe from this list: send the line
the current situation, post it here.
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
it would have
helped there, too.
Of course I could be completely off track and this could be a completely
different issue.
--
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
Am Freitag, 13. Juli 2012 schrieb Hugo Mills:
On Fri, Jul 13, 2012 at 02:23:53PM +0200, Martin Steigerwald wrote:
Am Montag, 26. März 2012 schrieb Skylar Burtenshaw:
Fajar A. Nugraha list at fajar.net writes:
Didn't Chris' last response basically say use kernel 3.2 or
newer, mount
Am Samstag, 14. Juli 2012 schrieb Skylar Burtenshaw:
Martin Steigerwald Martin at lichtvoll.de writes:
Since I didn´t found any explicit mention on it:
Did you try btrfs-zero-log on the partition prior to mounting it?
I had tried that previously, yes. Approximately the date of my first
snapshot -r
after a rsync backup for exact this case.
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
testing. But could be that I refer to another
article in there. Can´t check right now, cause I do not have the issue at
hand at home.
[1]
http://medozas.de/2012-lm-fs-benchmark.tar.gz
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC
Am Mittwoch, 18. Juli 2012 schrieb Marc MERLIN:
On Sat, Feb 18, 2012 at 08:07:02AM -0800, Marc MERLIN wrote:
On Sat, Feb 18, 2012 at 01:39:24PM +0100, Martin Steigerwald wrote:
To Milan Broz: Well now I noticed that you linked to your own blog
entry.
He did not, I'm the one who did
Am Donnerstag, 19. Juli 2012 schrieb Marc MERLIN:
On Wed, Jul 18, 2012 at 11:49:36PM +0200, Martin Steigerwald wrote:
I am still not convinced that dm-crypt is the best way to go about
encryption especially for SSDs. But its more of a gut feeling than
anything that I can explain easily
as base.
So enough of that now. fstrimming again.
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
are using BTRFS RAID 0/10 on lots of disks.)
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
Am Freitag, 20. Juli 2012 schrieb Shavi N:
On Fri, Jul 20, 2012 at 12:19 AM, Martin Steigerwald
mar...@lichtvoll.de wrote:
Am Donnerstag, 19. Juli 2012 schrieb Shavi N:
Hi,
Hi Shavi,
Thanks.
This is the output:
btrfs:
$ dd if=/dev/zero of=/mnt/shared/misc/temp_file bs
of the disk.
So did you run fio disk-zone-profile on the whole disk and made a graph?
If not, I do not believe your figures.
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
of Ext4 ontop of
an Intel SSD 320 (SATA 300 based):
martin@merkaba:~ su - ms
Passwort:
ms@merkaba:~ df -hT .
DateisystemTyp Größe Benutzt Verf. Verw% Eingehängt auf
/home/.ms ecryptfs 224G211G 11G 96% /home/ms
ms@merkaba:~ dd if=/dev/zero of=testfile bs=1M count=1000 conv
Am Sonntag, 22. Juli 2012 schrieb Martin Steigerwald:
Hi Marc,
Am Sonntag, 22. Juli 2012 schrieb Marc MERLIN:
I'm still getting a bit more data before updating the btrfs wiki with
my best recommendations for today.
First, everything I've read so far says that the ssd btrfs mount
=1.75GB, used=670.43MB
Metadata: total=8.00MB, used=0.00
merkaba:~ grep btrfs /proc/mounts
/dev/dm-0 / btrfs rw,noatime,compress=lzo,ssd,space_cache,inode_cache 0 0
Somewhat aged BTRFS filesystem on ThinkPad T520, Intel SSD 320, kernel
3.5.
Ciao,
--
Martin 'Helios' Steigerwald - http
it?
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
:
martin@merkaba:~ vmstat 1
procs ---memory-- ---swap-- -io -system-- cpu
r b swpd free buff cache si sobibo in cs us sy id wa
2 1 21556 4442668 2056 50235200 19485 247 120 11 2 87 0
1 2 21556 440 2448 5148840
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
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
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
-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
.
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
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
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
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
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
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
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
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
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
,
+ 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
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
?
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
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
).
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
.
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
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
201 - 300 of 781 matches
Mail list logo