** Changed in: dpkg (Debian)
Status: Unknown = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/601299
Title:
btrfs fsync() is extremely slow
To manage notifications about this
** Tags removed: maverick natty oneiric
** No longer affects: linux (Ubuntu Maverick)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/601299
Title:
btrfs fsync() is extremely slow
To manage
If you are still experiencing this issue, please set this bug status
back to confirmed.
** Also affects: dpkg (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588254
Importance: Unknown
Status: Unknown
** Package changed: linux (Ubuntu) = dpkg (Ubuntu)
** Changed in:
The debian bug you link to did not actually fix this. The debian devs
simply dodged the issue by adding a --force-unsafe-io flag to dpkg that
slightly reduces ( but nowhere near eliminates ) the ridiculous number
of syncs dpkg does. The idea was that debian-installer should use this
flag to
** Tags added: utopic
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/601299
Title:
btrfs fsync() is extremely slow
To manage notifications about this bug go to:
Can speak for 12.04-2 on 3 computers, btrfs is a bit faster but
installing a kernel package take full 5 minutes. All machines are
equipped with ssd's up to 250mb/s. Latest kernel seen here is 3.5.0-28.
Hope someone will backport the speedup benefits.
--
You received this bug notification because
I have noticed a great speed improvement in the Linux kernel 3.7 and
above
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/601299
Title:
btrfs fsync() is extremely slow
To manage notifications about
the turbo charge fsync (aug. 2012) patch should be in 3.6 AFAICT.
Anybody care to try dpkg with it and let us know? Apparently 3.9
includes a further fsync speedup patch as well.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
What the status of this bug in Linux 3.7?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/601299
Title:
btrfs fsync() is extremely slow
To manage notifications about this bug go to:
There are some new and significant development in the lastest kernel
regarding btrfs' fsync performance. Can someone check it out?
https://patchwork.kernel.org/patch/1372281/
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
The linked commits have been merged for Linux 3.5 and should improve
dpkg on btrfs a bit (I did not test personally).
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=5bdbeb2187a99d690b374a8c5ec9911fcbcfe739
Summary after some years where this problem exists:
The btrfs developers are aware of this problem, but they will not fix
it. Why? They standpoint is clear and simply, dpkg and many other
application uses and relay on fsync, but fsync is no POSIX standard and
really a bad way to provide the
I can confirm that dpkg is very slow when BTRFS is used as root
filesystem. Using eatmydata fixes the problem.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/601299
Title:
btrfs fsync() is extremely
The bug still exists in Precise, kernel 3.2.0-24-generic
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/601299
Title:
btrfs fsync() is extremely slow
To manage notifications about this bug go to:
I have the same problem.. on an update my CPU load is at 4, but CPU usage
percentage around 5%, enough memory.
The update process takes extremely long, where it took seconds before.
I'll have to reinstall with ext4 the next days, because btrfs is obviously not
ready to be used.
This is after a
** Tags added: precise
** Tags added: dpkg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/601299
Title:
btrfs fsync() is extremely slow
To manage notifications about this bug go to:
Thank you for taking the time to file a bug report on this issue.
However, given the number of bugs that the Kernel Team receives during
any development cycle it is impossible for us to review them all.
Therefore, we occasionally resort to using automated bots to request
further testing. This is
** Changed in: linux (Ubuntu)
Status: Incomplete = Confirmed
** Tags added: bot-stop-nagging
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/601299
Title:
btrfs fsync() is extremely slow
To
12.04b1 on thinkpad x41, update from 11.10 installed on btrfs.
Started at 00:00 AM with all packages for the update downloaded, the
reboot and finish occurs on 04:00 PM, thats 16 hours for 4.5gb of data.
The laptop is equipped with an solidata ssd that reed and write around
120mb/s. Bootup for
The slow bootup problem is due to btrfs' fsck tool (which is unable to
*fix* any problems it finds) not bailing on a clean filesystem; this
causes a full filesystem check each boot.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Summary changed:
- [Maverick/Natty] btrfs is extremely slow
+ btrfs fsync() is extremely slow
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/601299
Title:
btrfs fsync() is extremely slow
To
** Description changed:
- Tried installing Maverick alpha 2 ( alternate-i386) - because its an
- eeepc 901 i created a usb install disk with the usb creator. My eeepc
- has 2 ssd drives, 4GB and 8GB - On the 4GB one i created a 300mb ext2
- partition for /boot, and the rest of the space btrfs
** Tags added: oneiric
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/601299
Title:
btrfs fsync() is extremely slow
To manage notifications about this bug go to:
23 matches
Mail list logo