The culprits are the hobbyist developers who sling the sloppy, untested
Ubuntu code out the door every April and October.
Useless - no details - just noise.
More like FUD.
This is my Ubuntu quadcore desktop that I'm posting this article from:-
top - 10:57:07 up 8 days, 2:04, 24 users, load average: 0.15, 0.07, 0.07
Tasks: 311 total, 2 running, 308 sleeping, 0 stopped, 1 zombie
top - 10:57:44 up 8 days, 2:05, 24 users, load average: 0.28, 0.10, 0.09
Tasks: 311 total, 1 running, 309 sleeping, 0 stopped, 1 zombie
Cpu0 : 3.0%us, 1.2%sy, 0.0%ni, 95.5%id, 0.3%wa, 0.0%hi, 0.0%si
Cpu1 : 3.2%us, 1.4%sy, 0.0%ni, 95.2%id, 0.2%wa, 0.0%hi, 0.0%si
Cpu2 : 2.2%us, 0.9%sy, 0.0%ni, 96.6%id, 0.2%wa, 0.0%hi, 0.0%si
Cpu3 : 2.5%us, 1.1%sy, 0.0%ni, 96.1%id, 0.2%wa, 0.0%hi, 0.0%si
Mem: 7161396k total, 6971952k used, 189444k free, 222284k buffers
Swap: 3903784k total, 12060k used, 3891724k free, 5584608k cached
32 virtual desktops, lots of apps open, no 100% cpu usage!
How about my MythBuntu-9.10RC dualcore ?
top - 10:59:38 up 19 days, 16:21, 3 users, load average: 0.50, 0.50,
0.46
Tasks: 189 total, 2 running, 183 sleeping, 0 stopped, 4 zombie
Cpu0 : 5.1%us, 4.4%sy, 1.5%ni, 88.4%id, 0.3%wa, 0.4%hi, 0.0%si
Cpu1 : 3.7%us, 3.7%sy, 0.7%ni, 91.0%id, 0.3%wa, 0.5%hi, 0.0%si
Mem: 2051456k total, 1991064k used, 60392k free, 45548k buffers
Swap: 979956k total, 200180k used, 779776k free, 1567216k cached
CPUS idling along, no 100% CPU usage here either!
My EeePC900 ?
top - 11:02:19 up 7 days, 33 min, 6 users, load average: 0.31, 0.12,
0.11
Tasks: 157 total, 1 running, 154 sleeping, 1 stopped, 1 zombie
Cpu(s): 6.0%us, 2.3%sy, 0.0%ni, 88.7%id, 3.0%wa, 0.0%hi, 0.0%si
Mem: 1017996k total, 549132k used, 468864k free, 56628k buffers
Swap: 0k total, 0k used, 0k free, 276004k cached
CPU idling along, no 100% CPU usage here either!
Well, thats 3 out of 3 different machines, all running Ubuntu-9.10 which
don't have the problem that the troll "dfs' claims, and I wonder why that
could be ?
Perhaps "dfs" is a well known clueless anti Linux troll, who lies all the
time ?
You think ?
DFS thinks uptime isn't a application
Message-ID: <ha23hk$94v$00$1...@news.t-online.com>
From: Peter Köhlmann <peter-k...@t-online.de>
DFS wrote:
> uptime isn't an app.
Rebuttal:
It is, it resides in /usr/bin
root@gronk5:~# which uptime
/usr/bin/uptime
--
This machine running Gnu/Linux Ubuntu 9.10 and posting via Pan.
Get your Free copy NOW! http://www.ubuntu.com/
I can get it to 99% on the Fedora laptop by switching desktops.
Whoop de do.
Who is doing work while desktop switching? You want the desktop to switch
fast. It does.
And guess what? Autoconf/automake keeps running well the whole time.
(For fun, hold the desktop switching key down and see how long it takes the
keyboard buffer to empty.)
DFS acts deranged. He's the same guy who blame window update speed on Linux
rather than the app.
--
There is a 20% chance of tomorrow.
I get it to jump to about 17% unless I jump back and forth a number of
times. Then it mazes out at a whopping 16%, whether I jump back and
forth twice or fifty times.
> Who is doing work while desktop switching? You want the desktop to switch
> fast. It does.
>
> And guess what? Autoconf/automake keeps running well the whole time.
I didn't see a blip of any sort except the CPU usage went up.
> (For fun, hold the desktop switching key down and see how long it takes the
> keyboard buffer to empty.)
>
> DFS acts deranged. He's the same guy who blame window update speed on Linux
> rather than the app.
*ACTS* deranged? It's not an act. If it was he'd slip up now and then,
forgetting that he's supposed to be a deranged person, and fail to act
the part. But he's consistently deranged.
--
Stupidity is the basic building block of the universe.
-- Frank Zappa
> On 2009-11-13, Chris Ahlstrom <ahls...@launchmodem.com> claimed:
>> freecode pulled this Usenet boner:
>>
>>> On Nov 12, 5:07?pm, "DFS" <nospam@dfs_.com> wrote:
>>>> "Sometimes the processor is working 100% just to get to a new workspace with
>>>> an app already open in it (Thunderbird being the biggest, but not the only,
>>>> culprit)."
>>>>
>>>> #928 athttp://ubuntuforums.org/showthread.php?s=c205c9254ee096f1f6da10704f29...
>>>>
>>>> The culprits are the hobbyist developers who sling the sloppy, untested
>>>> Ubuntu code out the door every April and October.
>>>
>>> Useless - no details - just noise.
>>
>> I can get it to 99% on the Fedora laptop by switching desktops.
>>
>> Whoop de do.
>
> I get it to jump to about 17% unless I jump back and forth a number of
> times. Then it mazes out at a whopping 16%, whether I jump back and
> forth twice or fifty times.
I'm getting about 9-10%...
>> Who is doing work while desktop switching? You want the desktop to switch
>> fast. It does.
>>
>> And guess what? Autoconf/automake keeps running well the whole time.
>
> I didn't see a blip of any sort except the CPU usage went up.
>
>> (For fun, hold the desktop switching key down and see how long it takes the
>> keyboard buffer to empty.)
>>
>> DFS acts deranged. He's the same guy who blame window update speed on Linux
>> rather than the app.
>
> *ACTS* deranged? It's not an act. If it was he'd slip up now and then,
> forgetting that he's supposed to be a deranged person, and fail to act
> the part. But he's consistently deranged.
He's a nutcase.
--
Linux. The Malicious Software Removal
tool which wipes Windows from your PC in
seconds!
> On 2009-11-13, Chris Ahlstrom <ahls...@launchmodem.com> claimed:
>> freecode pulled this Usenet boner:
>>
>>> On Nov 12, 5:07?pm, "DFS" <nospam@dfs_.com> wrote:
>>>> "Sometimes the processor is working 100% just to get to a new workspace with
>>>> an app already open in it (Thunderbird being the biggest, but not the only,
>>>> culprit)."
>>>>
>>>> #928 athttp://ubuntuforums.org/showthread.php?s=c205c9254ee096f1f6da10704f29...
>> I can get it to 99% on the Fedora laptop by switching desktops.
>
> I get it to jump to about 17% unless I jump back and forth a number of
> times. Then it mazes out at a whopping 16%, whether I jump back and
> forth twice or fifty times.
That's where it was at on this Debian 64-bit box, though it hit 60% once.
Turning on opaque window moving makes it a steady 44%.
(These measurements, by the way, are shown by gkrellm).
>> DFS acts deranged. He's the same guy who blame window update speed on Linux
>> rather than the app.
>
> *ACTS* deranged? It's not an act. If it was he'd slip up now and then,
> forgetting that he's supposed to be a deranged person, and fail to act
> the part. But he's consistently deranged.
--
You have Egyptian flu: you're going to be a mummy.