Perhaps try: sysctl vm.highmem_is_dirtyable=1
Before: 1-3 MB/s write speed, one CPU (25%) wasted on waiting.
After: more than 200 MB/s write speed, 1-2% waiting.
Kernel: 32 Bit 4.4.0-45-generic Ubuntu, 32 GB RAM, SSD
--
You received this bug notification because you are a member of Ubuntu
Bugs,
yeah, sorry, I ment lightdm.
killing gui/unity fixes the problem.
Local disk IO is not slow like in your cases, but I still think issues
are related.
Will get to the buttom of this!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Jah,
You mean lightdm, don't you?
If your IO speed with local disk is slow too then I think slow network speed
is just a consequence of a bug like this one.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/
Ilya that exact 1.2mb/s trottle speed reading and lightgm connection,
maybe not the same game, but could be the same field
if you got a minute, look this over pls.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1275161
--
You received this bug notification because you are a member of Ubun
Jah,
You're welcome.
Your PC1 is under amd64 Linux so I think this issue is not your case.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1264707
Title:
IO limit 1.2 MB/s for 32bit ubuntu (PAE, 32
Intel(R) PRO/1000 Network Driver - 3.1.0.2-NAPI
Ethernet controller [0200]: Intel Corporation 82567V-2 Gigabit Network
Connection [8086:10ce]
Subsystem: ASUSTeK Computer Inc. Device [1043:82d5]
Kernel driver in use: e1000e
Updating driver does not help.
--
You received this bug
setting kernel parameter "mem=16384M" did not help
(was set via grub GRUB_CMDLINE_LINUX="mem=16384mb")
killing lightgm resolves the problem and speed jumps to 12mb/s . But
once back in GUI, problem returns.
Tested using Netcat and iperf, LAN speeds peek out at 1.2MB/s
Effected:
PC1
Desotop, R
I believe that this issue is a lot more common, but goes unnoticed.
Can reproduce in 14.04.1 LTS on multiple laptops/pc motherboards.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1264707
Title:
avoid to this probrem, set kernel parameter "mem=16384M".
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1264707
Title:
IO limit 1.2 MB/s for 32bit ubuntu (PAE, 32 Gb RAM)
To manage notifications ab
I've reproduced the issue when 24GB RAM after ubuntu 12.10 and 12.04.2.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1264707
Title:
IO limit 1.2 MB/s for 32bit ubuntu (PAE, 32 Gb RAM)
To manage no
I've reproduced the issue with Thinkpad W520, 32GB RAM (Ubuntu Saucy,
480kb/s).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1264707
Title:
IO limit 1.2 MB/s for 32bit ubuntu (PAE, 32 Gb RAM)
To m
** Description changed:
I recently installed a new motherboard Asus M5A99FX PRO R2.0 and found out
that IO speed is very low; i.e. the dd command output:
dd if=/dev/zero of=/tmp/output bs=8k count=1000k
^C13885+0 records in
13885+0 records out
113745920 bytes (114 MB) copied, 99.6639 s
Hi all,
After compiling kernels for a while I found out why the Fedora's kernel works
for me: it is built without PAE support.
I've bisected Ubuntu' and Fedora's .config files and it turnes out that
CONFIG_HIGHMEM4G=y "fixes" my issue ;) .
After that I rebooted my machine with default Ubuntu ke
Phillip,
Yes, exactly.
No, it doesn't go away; I don't know a way to get back normal IO speed without
a reboot. :(
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1264707
Title:
IO limit 1.2 MB/s fo
So all you have to do is change /proc/sys/vm/dirty_ratio, even only
slightly, up, or down, and it triggers this behavior? This just keeps
getting weirder and weirder. If you put it back to 20, does it go away?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
After investigating UPower sources I've triaged the problem to this:
"/usr/sbin/pm-powersave false" => "/usr/lib/pm-utils/power.d/laptop-mode
false" => "echo 10 > /proc/sys/vm/dirty_ratio"
If I change /proc/sys/vm/dirty_ratio to any different value (more or
less than previous value!) then I got m
That is one strange problem.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1264707
Title:
IO limit 1.2 MB/s for 32bit ubuntu (ACPI issues)
To manage notifications about this bug go to:
https://bugs
Hi again!
I've tested latest Fedora distro and it has no issue with IO. :(
Distro image: Fedora-Live-Desktop-i686-20-1.iso
$ uname -a
Linux localhost 3.11.10-301.fc20.i686 #1 SMP Thu Dec 5 14:21:31 UTC 2013 i686
i686 i386 GNU/Linux
I also checked that UPower daemon worked in Fedora as usual (a
Similar bug:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/119730
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1264707
Title:
IO limit 1.2 MB/s for 32bit ubuntu (ACPI issues)
To manage noti
I also tested with the following kernel parameters:
- acpi=off gives me 18Mb/s; it is better than 1 Mb/s but still bad
- pci=noacpi has no effect, 1 Mb/s.
** Description changed:
I recently installed a new motherboard Asus M5A99FX PRO R2.0 and found out
that IO speed is very low; i.e. the dd
One more (maybe political) question: is amd64 support better than i386 for
Ubuntu?
Because:
- I see some littel issues when using 64bit Linux'es for the desktop (the sound
hissing in Skype etc)
- Skype, Steam and other commercial products are shipped for i386 only; so I
still need to use i386 p
I've investigated a lot and found out that it is an ACPI issue, IMHO.
After more installing and purging packages I found out that two packages
"breaks" the system: acpi-support and upower.
If I uninstall them then I have no IO issues.
The new workaround without uninstalling packages:
- disable /
** Summary changed:
- IO limit 1.2 MB/s for 32bit ubuntu (after running lightdm service)
+ IO limit 1.2 MB/s for 32bit ubuntu (ACPI issues)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1264707
Title
** No longer affects: lightdm
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1264707
Title:
IO limit 1.2 MB/s for 32bit ubuntu (ACPI issues)
To manage notifications about this bug go to:
https://bug
** Also affects: lightdm
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1264707
Title:
IO limit 1.2 MB/s for 32bit ubuntu (after running lightdm service)
** Attachment added: "good_ps.lst"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1264707/+attachment/3948459/+files/good_ps.lst
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1264707
Title:
I've located the bug more closely: after installing ubuntu-minimal for 13.04,
i386 system from scratch and booting into it I found no issue with IO speed.
(hurray!)
Then I "apt-get install ubuntu-desktop" and the issue appeared again. After
purge'ing and install'ing packages from 'ubuntu-deskto
** Attachment added: "bad_ps_after_lightdm.lst"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1264707/+attachment/3948461/+files/bad_ps_after_lightdm.lst
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad
** Attachment added: "bad_ps_lightdm.lst"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1264707/+attachment/3948460/+files/bad_ps_lightdm.lst
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/12
** Summary changed:
- IO limit 1.2 MB/s for 32bit ubuntu (after running lightgm service)
+ IO limit 1.2 MB/s for 32bit ubuntu (after running lightdm service)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/b
** Summary changed:
- IO limit 1.2 MB/s for 32bit ubuntu
+ IO limit 1.2 MB/s for 32bit ubuntu (after running lightgm service)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1264707
Title:
IO limit 1
I've tested Arch live iso and there is no problem with IO, both i386 and
amd64, uname -a:
Linux archiso 3.12.6-1-ARCH #1 SMP PREEMPT Fri Dec 20 19:54:53 CET 2013 i686
GNU/Linux
Linux archiso 3.12.6-1-ARCH #1 SMP PREEMPT Fri Dec 20 19:39:00 CET 2013 x86_64
GNU/Linux
Thus this issue is a combinat
Christopher,
Yes, it is a "reason" to go for 64bit; I am trying to go to future 14.04.
But in general my linux experience shows it is better to fix a bug rather than
to upgrade. :)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https
Ilya Murav'jov, anything stopping you from just using the amd64 variant
going forward?
** Description changed:
I recently installed a new motherboard Asus M5A99FX PRO R2.0 and found out
that IO speed is very low; i.e. the dd command output:
dd if=/dev/zero of=/tmp/output bs=8k count=1000k
Christopher,
Yes, this problem is reproducible with all i386 variants: upstream kernel,
ubuntu kernels (13.04, 13.10, daily-live=); and I tried amd64 iso (13.10) and
it is ok.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://b
Ilya Murav'jov, thank you for performing the requested tests. Just to
confirm, this problem is reproducible with the i386 iso, and upstream
kernel, but not the amd64 iso and upstream kernel correct?
** Changed in: linux (Ubuntu)
Status: Confirmed => Incomplete
--
You received this bug not
I've run the latest upstream kernel, http://kernel.ubuntu.com/~kernel-
ppa/mainline/v3.13-rc7-trusty/ , on my Ubuntu 13.04 and the issue still
exists.
uname -a:
Linux ilhome 3.13.0-031300rc7-generic #201401041835 SMP Sat Jan 4 23:46:54 UTC
2014 i686 athlon i686 GNU/Linux
** Tags added: kernel-b
uname -a:
Linux ubuntu 3.13.0-1-generic #16-Ubuntu SMP Tue Jan 7 19:47:28 UTC 2014
i686 athlon i686 GNU/Linux
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1264707
Title:
IO limit 1.2 MB/s for 32bi
Christopher,
Yes, the issue exists with the latest development release of Ubuntu (Ubuntu
14.04 as of 12.01.14).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1264707
Title:
IO limit 1.2 MB/s for 3
Ilya Murav'jov, thank you for updating your BIOS. Could you please
confirm this issue exists with the latest development release of Ubuntu?
ISO images are available from http://cdimage.ubuntu.com/daily-
live/current/ . If the issue remains, please just make a comment to
this.
If reproducible, coul
** Attachment added: "System info for BIOS 2201"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1264707/+attachment/3946406/+files/io-limit-2201.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/b
Ilya Murav'jov, thank you for reporting this and helping make Ubuntu better. As
per your https://launchpadlibrarian.net/160830243/BootDmesg.txt :
[0.00] ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has
zero address or length: 0x/0x1 (20130517/tbfadt-603)
H
42 matches
Mail list logo
