This bug report was marked as Incomplete and has not had any updated
comments for quite some time. As a result this bug is being closed.
Please reopen if this is still an issue in the current Ubuntu release
http://www.ubuntu.com/getubuntu/download . Also, please be sure to
provide any requested in
Hi Psy[H[],
This bug was reported a while ago and there hasn't been any activity in
it recently. We were wondering if this is still an issue? Can you try
with the latest development release of Ubuntu? ISO CD images are
available from http://cdimage.ubuntu.com/releases/ .
If it remains an issue,
Hello everybody,
'Made some tests.
This makes the ext4 magic flow:
* Boot an ext4 system. Mount an ext3 partition as ext4 and perform a
heavy task in that partition.
* Boot an ext4 system. Mount an ext4 partition... everything's fine, of
course.
And this does not work:
* Boot an ext4 syste
As a matter of fact, back in the time when I was using a single-core
Intel P4 CPU, I also tried out different partition formats, like
ReiserFS, XFS, JFS... and never got a significant enhancement regarding
the here-debated problem (though they are real nice file systems) (just
they lack the wonderf
I tried booting 2 times, once with maxcpus=1 option, so with isolcpus=1.
In both cases, the kernel used only 1 core, and I had no problem playing an mp3
with VLC, although i launched in background 4 dd task and system load was more
than 6.
I have only ext3 filesystems, anyway there was no notice
Now when this situation is linked to filesystems, I have to add:
I use reiserfs for '/' and ext3 for '/home'. And also these partitions are on
two separate HDDs.
When I started copying large group of files inside / partition, gmrun took 9
seconds to start, so reiserfs is also affected.
--
[jaun
Hello everybody,
A simple experiment: start my ext3 Jaunty install yet forcing the use of
only one processor core, by having added maxcpus=1 in the kernel
parameters list inside /boot/grub/menu.lst
The result is just as bad as usual. Not as bad as when forcing the tar
command and Firefox to use t
Very interesting! I immediately tried that out on my Jaunty install
based on an ext3 partition.
The standard test procedure I use is to first launch this to load the
system:
tar cf 1.tar /usr
Then I launch and quit Firefox several times, open its menus, wait some
time before reattempts... while
Hi everyone,
I have a similar problem with Jaunty on my Athlon 64 X2 5000+:
- MB chipset nvidia MCP61
- RAM 2GB
- Video GeForce 7300, driver 180.53
- kernel: ubuntu 2.6.28-14-generic #47-Ubuntu SMP Sat Jul 25 00:28:35 UTC 2009
i686
In my case, it looks like the kernel make the processes swich bet
Same problem on a HP Pavilion dv6415eb (Intel based) using Ubuntu 9.04.
After many research, kernel compiles and querying the advice of Vincent
Minder I found what seems the base of the problem. Any Linux install
(Ubuntu, Slackware, Fedora) that uses ext4 is perfectly fluent. Any
install based on e
I notice the problem was related to multiple factor including the
metacity compositing, the bad video driver, some flaw in xorg, etc. I
manage to fix most of the performance issue by a regression to metacity
2.24 (from hardy) and using the Karmic kernel.
Sine I upgrade to Karmic now, this problem
I confirm the problem on ThinkPad T43. I notice the problem many time
when I play some music using Rythmbox and Trying to work in Eclipse. The
music lag alot when I run GUI related task. Doing the same operation in
hardy doesn't cause any problem.
I notice the problem with Compiz enable or disable
** Description changed:
Athlon64 3000+ 1GB RAM
ubuntu 9.04 x86 with current updates,
linux 2.6.28-11-generic
CPU resources given to user processes are highly unstable.
When playing video (both small or HD) in vlc or mplayer, constant periodic
lags happen, even if cpu load is modera
top output of laggy video playback
vlc uses 30-40% of cpu and lags.
overall cpu load ~70%
** Attachment added: "top.txt"
http://launchpadlibrarian.net/25746527/top.txt
--
[jaunty] cpu scheduling is not optimized for multitask
https://bugs.launchpad.net/bugs/363663
You received this bug notifi
** Attachment added: "lspci.log"
http://launchpadlibrarian.net/25746277/lspci.log
--
[jaunty] cpu scheduling is not optimized for multitask
https://bugs.launchpad.net/bugs/363663
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ub
15 matches
Mail list logo
