*** This bug is a duplicate of bug 570805 ***
https://bugs.launchpad.net/bugs/570805
really slow here on a updated trusty. several minutes to update; before
it was a few seconds!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
htt
*** This bug is a duplicate of bug 570805 ***
https://bugs.launchpad.net/bugs/570805
** This bug has been marked a duplicate of bug 570805
[regression] dpkg's fsync causes massive regression in Ubuntu Server and
Alternate installation times
* You can subscribe to bug 570805 by following t
This was fixed upstream and made it into Natty, so marking development
task as fixed.
** Changed in: dpkg
Importance: Medium => Unknown
** Changed in: dpkg
Status: Confirmed => Unknown
** Changed in: dpkg
Remote watch: Linux Kernel Bug Tracker #15910 => Debian Bug tracker #584254
**
** Changed in: dpkg
Importance: Unknown => Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/537241
Title:
My computer updates are very slow since latest dpkg update
--
ubuntu-bugs mailing l
** Changed in: dpkg
Status: Unknown => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/537241
Title:
My computer updates are very slow since latest dpkg update
--
ubuntu-bugs mailin
see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584254 for adding a
--force-unsafe-io option. (Can someone please really implement that? the
sync() calls are wasting a lot of time if you use pbuilder frequently)
** Bug watch added: Debian Bug tracker #584254
http://bugs.debian.org/cgi-bin/
I have the same problem, system slowdown and a very long updates. I have the
measurement for speed-dreams package 1.4.0 installed from command line (sudo
dpkg -i speed*) for Ubuntu 9.10 and 10.04. Both installations are on the same
machine, same HD (different partitions, ext4 for 10.04, ext3 fot
We use a PXE environment to deploy user laptops based on Ubuntu.
The installation process is a real pain due to this issue. Hardware is
stressed a lot, the hard drive of our notebooks are constantly making
grinding noises.
A full desktop installation takes more than an hour which is just
unnecess
Am 02/06/10 17:45, schrieb jgreenso:
> Forgive me if this is unrelated but we've just installed 10.04 from a
> network install cd onto a Dell R210 with RAID-1 using ext4 as /. The
> disks report back damn fast using hdparm -tT and using dd, but when dpkg
> says it's unpacked it's files there seems
Forgive me if this is unrelated but we've just installed 10.04 from a
network install cd onto a Dell R210 with RAID-1 using ext4 as /. The
disks report back damn fast using hdparm -tT and using dd, but when dpkg
says it's unpacked it's files there seems to be a massive delay before
progressing to c
I guess this bug also causes the massive slow-down during the Ubuntu
installation (compared to earlier Ubuntu versions).
I had already several reports about the standard installation hanging at
95 % (or whatever other percentage). At this point the dpkg database is
built/updated/whatever. The inst
My concern is not related to the time it takes, but the disk activity
and loss of responsiveness during package updates: it's all about user
perception.
When the change has been introduced, I noticed a lot of writes to the disk with
a lot of time spent in syscall (quite normal for frequent fsync)
** Bug watch added: Linux Kernel Bug Tracker #15910
http://bugzilla.kernel.org/show_bug.cgi?id=15910
** Also affects: dpkg via
http://bugzilla.kernel.org/show_bug.cgi?id=15910
Importance: Unknown
Status: Unknown
--
My computer updates are very slow since latest dpkg update
https:
Jean-Baptiste, could you please report an upstream bug about this on
bugzilla.kernel.org, since you have the reproduction recipe to hand?
(ext4 upstream isn't particularly keen on Launchpad.)
--
My computer updates are very slow since latest dpkg update
https://bugs.launchpad.net/bugs/537241
You
The build daemons, brand new installs and certain other environments
really don't care if the install is corrupted during a crash, and so
would very much prefer to disable the syncing if this could be changed
to a runtime option that can be defeated.
--
My computer updates are very slow since lat
On 4/20/2010 6:31 AM, Jean-Baptiste Lallement wrote:
> auto_da_alloc doesn't even detect the replace via rename situation
> (in fact it does, but only in the simplest cases)
Ahh, so it *IS* broken, even with data=ordered.
> It's not the place to discuss about it since this report is about
> perfo
Philip, the 247 reporters of the original report (#512096) didn't
intentionally break their system. I suppose that most of them don't even
know what data=writeback is.
To reproduce it on a fresh lucid setup:
- to be sure that the right mount options are set add
"auto_da_alloc,data=ordered" to the
I believe that the failure only occurs when you intentionally *BREAK*
your filesystem by using data=writeback, so a factor of two performance
penalty for a protection that is unneeded on the default data=ordered
mode is unacceptable to me. At the very least the syncing should only
be done if data=
And BTW it is definitely not anywhere near as bad as before from all the
measurements I've taken and seen.
** Changed in: dpkg (Ubuntu Lucid)
Milestone: ubuntu-10.04-beta-1 => None
** Changed in: dpkg (Ubuntu Lucid)
Importance: Critical => Medium
** Changed in: dpkg (Ubuntu Lucid)
As
To be perfectly honest, a factor of two is acceptable in my view when
the trade-off is *hard failures* elsewhere. I believe I was already
quite clear about this on IRC, but I'm not going to change this further
for Lucid. Sorry.
--
My computer updates are very slow since latest dpkg update
https
Reopening this bug since -ubuntu4 has reintroduced it. It may not be as
bad as before, since cjwatson said on irc that syncing is now only
performed after unpacking all files in a single package, but I just
tested upgrading beta 2 to current and the time to upgrade went from
6m21s to 11m15s.
To t
This bug was fixed in the package dpkg - 1.15.5.6ubuntu3
---
dpkg (1.15.5.6ubuntu3) lucid; urgency=low
* Revert fsync during package unpack for now; it's unacceptably slow for
packages with lots of small files, and we can't ship beta-1 this way.
We'll do something better onc
** Branch linked: lp:ubuntu/dpkg
--
My computer updates are very slow since latest dpkg update
https://bugs.launchpad.net/bugs/537241
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.c
** Also affects: dpkg (Ubuntu Lucid)
Importance: Undecided
Status: Confirmed
** Changed in: dpkg (Ubuntu Lucid)
Status: Confirmed => In Progress
** Changed in: dpkg (Ubuntu Lucid)
Importance: Undecided => Critical
** Changed in: dpkg (Ubuntu Lucid)
Assignee: (unassigned)
Same here, dpkg is very slow. I don't know if it's related to this bug,
maybe so, but I installed Lucid daily and it takes one hour to complete
the installation with quad core 3.2 Ghz on a fast hard disk.
--
My computer updates are very slow since latest dpkg update
https://bugs.launchpad.net/bug
for me, ext4, /dev/sda6 / ext4 rw,relatime,errors=remount-ro 0 0 (from mtab)
no lvm, no raid (a really classical installation, but with a separate /home)
Disk : average access time : 15,2ms, average reading speed : 66,2Mo/s
(tested with palimptest, no write data available because not empty)
Do yo
Thanks for testing, that's much appreciated.
Could you please provide the following information:
- Filesystem type (ext3/4, xfs, ...)
- mount options
- Any specific configuration (lvm, raid, ...)
- hard drive specs
- If possible, an estimation of the slowdown (you'd better use the 'time'
command
Hi.
I am also seeing the bug that Nicolas just reported. Since my computer
is slower, the "slowness" is also magnified when used with the newer
version of dpkg.
If any further information is needed, please let me know.
Regards, Rogério Brito.
--
My computer updates are very slow since latest d
Many files, but you have the transparency !
My "script" was :
date -R > txtnewdpkg2.txt && apt-get -y -q install linux-image-generic-
pae linux-headers-generic-pae &> actions_apt_dpkg_new2.txt && date -R >>
txtnewdpkg2.txt
or
date -R > txtnewdpkg.txt && apt-get -y -q install texlive-latex-extra
** Attachment added: "times of starting and ending with kernel install packages
and new dpkg"
http://launchpadlibrarian.net/40880634/dates_new_dpkg_kernel.txt
--
My computer updates are very slow since latest dpkg update
https://bugs.launchpad.net/bugs/537241
You received this bug notificati
** Attachment added: "list of packages for kernel install with new dpkg"
http://launchpadlibrarian.net/40880626/apt_new_dpkg_kernel.txt
--
My computer updates are very slow since latest dpkg update
https://bugs.launchpad.net/bugs/537241
You received this bug notification because you are a mem
** Attachment added: "times of starting and ending with kernel install packages
and old dpkg"
http://launchpadlibrarian.net/40880624/dates_old_dpkg_kernel.txt
--
My computer updates are very slow since latest dpkg update
https://bugs.launchpad.net/bugs/537241
You received this bug notificati
** Attachment added: "list of packages for kernel install with old dpkg"
http://launchpadlibrarian.net/40880605/apt_old_dpkg_kernel.txt
--
My computer updates are very slow since latest dpkg update
https://bugs.launchpad.net/bugs/537241
You received this bug notification because you are a mem
** Attachment added: "times of starting and ending with "benchmark" packages
and new dpkg"
http://launchpadlibrarian.net/40880576/dates_new_dpkg_bench.txt
--
My computer updates are very slow since latest dpkg update
https://bugs.launchpad.net/bugs/537241
You received this bug notification b
** Attachment added: "list of packages for benchmark with new dpkg"
http://launchpadlibrarian.net/40880572/apt_new_dpkg_bench.txt
--
My computer updates are very slow since latest dpkg update
https://bugs.launchpad.net/bugs/537241
You received this bug notification because you are a member of
** Attachment added: "times of starting and ending with "benchmark" packages
and old dpkg"
http://launchpadlibrarian.net/40880542/dates_old_dpkg_bench.txt
--
My computer updates are very slow since latest dpkg update
https://bugs.launchpad.net/bugs/537241
You received this bug notification b
** Attachment added: "list of packages for benchmark with old dpkg"
http://launchpadlibrarian.net/40880530/apt_old_dpkg_bench.txt
--
My computer updates are very slow since latest dpkg update
https://bugs.launchpad.net/bugs/537241
You received this bug notification because you are a member of
for installing the -pae kernel with its headers, 23sec with old and
420sec with new dpkg... it's a dramatic slow down.
--
My computer updates are very slow since latest dpkg update
https://bugs.launchpad.net/bugs/537241
You received this bug notification because you are a member of Ubuntu
Bugs, w
For all these packages, install time (without downloading) is 16sec with
old and 192sec with new dpkg. (will soon add files with start and end
time, and dpkg actions with these packages (using apt))
--
My computer updates are very slow since latest dpkg update
https://bugs.launchpad.net/bugs/5372
I use to play with the texlive package. They are non critical, and some of them
are shipping a large number of files.
texlive-latex-extra-doc (+8k files)
texlive-generic-recommended (~ 300 files and install-info and tex-common
triggers )
hello or bsdgames are rather small but good for testing pur
I got the dpkg packages (thanks archive.u.com not delete previous
versions too fast !) but if you want a reliable benchmarking test I need
a list of packages to reinstall (maybe a kernel, kernel headers and
packages with triggers ? Seems to me they were the slowest ones). I'm
waiting for your advic
I suppose in that case that trying reinstalling packages could make the
benchmark, and that it won't matter reinstall a package which the
previous dpkg package.
--
My computer updates are very slow since latest dpkg update
https://bugs.launchpad.net/bugs/537241
You received this bug notification
not really, unless you give me a link to the previous version package
and a list of packages which could make a good benchmark. In that last
case I would be happy to help testing and comparing.
--
My computer updates are very slow since latest dpkg update
https://bugs.launchpad.net/bugs/537241
Yo
Thanks.
That was expected because few fsync have been added to prevent data loss when
the system crashes during an upgrade (bug 512096)
Are you able to compare the performances of the latest version of dpkg with the
previous version?
** Changed in: dpkg (Ubuntu)
Status: New => Confirmed
Take in account that these times are given on a intel core2quad @ 2,66
Ghz...
--
My computer updates are very slow since latest dpkg update
https://bugs.launchpad.net/bugs/537241
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/40781298/Dependencies.txt
--
My computer updates are very slow since latest dpkg update
https://bugs.launchpad.net/bugs/537241
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
46 matches
Mail list logo
