From: Michael Laajanen on
Hi,

What causes the JDS to become so sluggish, specially when moving between
virtual desktops after a couple of weeks heavy use?

The tools running is Firefox, Thunderbird OpenOffice acrobat
reader(alot) and emacs shells.

Then I use remote X sessions aswell alot.

I am running S10 u7 SunRay on AMD

/michael
From: Ian Collins on
On 07/ 9/10 07:34 PM, Michael Laajanen wrote:
> Hi,
>
> What causes the JDS to become so sluggish, specially when moving between
> virtual desktops after a couple of weeks heavy use?
>
> The tools running is Firefox, Thunderbird OpenOffice acrobat
> reader(alot) and emacs shells.
>
> Then I use remote X sessions aswell alot.
>
> I am running S10 u7 SunRay on AMD

Something (most likely Firefox) has eaten up all the RAM.

prstat -s rss

Will show you. Leaks from graphical application often show up under Xorg.

My current OpenSolaris session has been up for 23 days without slowdown.
Newer versions of Firefox and cousins are much less prone to leek memory:

PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP

8501 ian 686M 441M sleep 49 0 11:09:33 0.1%
thunderbird-bin/11
3151 ian 593M 408M sleep 49 0 0:11:09 0.0% evince/2
2735 ian 559M 330M sleep 59 0 14:02:16 0.2% Xorg/4
16939 ian 856M 323M sleep 45 0 25:46:05 1.4% firefox-bin/20
28455 ian 206M 84M sleep 49 0 0:04:01 0.0% nautilus/1
4901 ian 317M 63M sleep 49 0 0:53:57 0.0% soffice.bin/6

--
Ian Collins
From: Andrew Gabriel on
In article <89o1ndF3aqU1(a)mid.individual.net>,
Michael Laajanen <michael_laajanen(a)yahoo.com> writes:
> Hi,
>
> What causes the JDS to become so sluggish, specially when moving between
> virtual desktops after a couple of weeks heavy use?
>
> The tools running is Firefox, Thunderbird OpenOffice acrobat
> reader(alot) and emacs shells.
>
> Then I use remote X sessions aswell alot.
>
> I am running S10 u7 SunRay on AMD

Firefox and Thunderbird (in some versions at least) seem to continuously
grow, and may have reached the point where they are larger than the
memory available, causing them and everything else to swap. Exiting them
and restarting them can solve that. Use prstat to see if you have anything
else which is big which you can either shutdown, or might similarly try
restarting and see if it frees up lots of memory.

--
Andrew Gabriel
[email address is not usable -- followup in the newsgroup]
From: Michael Laajanen on
Hi,

Andrew Gabriel wrote:
> In article <89o1ndF3aqU1(a)mid.individual.net>,
> Michael Laajanen <michael_laajanen(a)yahoo.com> writes:
>> Hi,
>>
>> What causes the JDS to become so sluggish, specially when moving between
>> virtual desktops after a couple of weeks heavy use?
>>
>> The tools running is Firefox, Thunderbird OpenOffice acrobat
>> reader(alot) and emacs shells.
>>
>> Then I use remote X sessions aswell alot.
>>
>> I am running S10 u7 SunRay on AMD
>
> Firefox and Thunderbird (in some versions at least) seem to continuously
> grow, and may have reached the point where they are larger than the
> memory available, causing them and everything else to swap. Exiting them
> and restarting them can solve that. Use prstat to see if you have anything
> else which is big which you can either shutdown, or might similarly try
> restarting and see if it frees up lots of memory.
>
To both of you ofcourse.

It feels like when apps been page-outed, but vmstat shows 2 GB RAM
available.

mila(a)tipo33 $ vmstat 1
kthr memory page disk faults cpu
r b w swap free re mf pi po fr de sr cd f0 s0 s1 in sy cs
us sy id
0 0 0 5278068 4167636 136 437 4 0 0 0 0 3 -0 0 -1 1634 14582 2667
6 1 93
0 0 0 2455076 1787812 0 43 0 0 0 0 0 0 0 0 0 1175 5193 1591
1 1 99
0 0 0 2454988 1787752 8 11 0 0 0 0 0 0 0 0 0 1434 6766 1951
1 1 98
0 0 0 2454988 1787752 8 8 0 0 0 0 0 0 0 0 0 1422 6750 2076
1 0 99
0 0 0 2454988 1787752 8 8 0 0 0 0 0 0 0 0 0 1208 5407 1712
0 1 99
0 0 0 2454988 1787752 8 8 0 0 0 0 0 0 0 0 0 1147 5510 1645
1 0 99
0 0 0 2454988 1787752 8 8 0 0 0 0 0 0 0 0 0 1406 9428 2318
1 1 98
0 0 0 2454988 1787696 8 8 0 0 0 0 0 0 0 0 0 1383 6411 1886
1 1 99
^C

prstat -rss
PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP
24521 mila 1283M 1278M sleep 34 0 1:55:40 0.3% Xnewt/1
15530 tola 1182M 362M sleep 59 0 9:00:35 0.0% firefox-bin/10
25397 mila 365M 298M sleep 49 0 0:04:32 0.5%
thunderbird-bin/7
23579 mila 374M 242M sleep 49 0 0:19:26 0.1% acroread/4
1550 mila 283M 185M sleep 55 0 0:07:08 0.3% firefox-bin/17
22299 mala 178M 172M sleep 59 0 1:32:28 0.0% Xnewt/1
2339 mala 662M 150M sleep 59 0 11:10:15 0.0% firefox-bin/10
3435 noaccess 205M 150M sleep 59 0 0:08:02 0.0% java/18
7825 ieadm 68M 64M sleep 59 0 0:01:18 0.0% Xnewt/1
6236 jeme 120M 51M sleep 49 0 0:01:26 0.0%
thunderbird-bin/8
7840 lab1 107M 51M sleep 59 0 0:00:17 0.0%
gnome-pdf-viewe/1
15106 tola 55M 50M sleep 59 0 2:11:53 0.0% Xnewt/1
25089 mila 106M 46M sleep 59 0 0:13:36 0.0% gnome-terminal/2
23417 mala 114M 45M sleep 49 0 0:00:12 0.0%
thunderbird-bin/7
5724 jeme 49M 43M sleep 59 0 0:37:03 0.0% Xnewt/1
2876 lab1 48M 43M sleep 59 0 0:10:16 0.0% Xnewt/1
25052 mila 88M 33M sleep 59 0 0:02:28 0.0% nautilus/5
15489 tola 88M 33M sleep 59 0 0:00:13 0.0% nautilus/5
25050 mila 122M 31M sleep 59 0 0:02:33 0.0% gnome-panel/1
24998 mila 86M 30M sleep 59 0 0:00:05 0.0% gnome-session/1
8273 ieadm 85M 29M sleep 59 0 0:00:00 0.0% gnome-session/1
Total: 287 processes, 599 lwps, load averages: 0.11, 0.21, 0.72

/michael