Hmm so running in 1024x768 for example will help things along quite a bit.

You could always run in 800x600 to save even more ;-)

--
Leigh



Craig Bender wrote:
How about no window manager. Why use one at all if you are going full screen windows?

How big is the resolution of your screen? 1280x1024 will cause XSun to consume about 28 MB, 1600x1200 roughly 36 MB.

You should see usage like this for each cam user (remember under CAM, Xsun runs as root so you have to factor that in)

 PID USERNAME  SIZE   RSS STATE  PRI NICE      TIME  CPU PROCESS/NLWP
13001 utcu1    6056K 4800K sleep   59    0   0:00:07 0.0% rdesktop/1
12940 utcu1    1472K 1384K sleep   59    0   0:00:00 0.0% utstartkiosk/1
12962 utcu1    1360K 1264K sleep   59    0   0:00:00 0.0% WBTStart/1
13000 utcu1    2768K 2328K sleep   59    0   0:00:00 0.0% utaction/1
12939 utcu1    1472K 1376K sleep   59    0   0:00:00 0.0% bbstartd/1
12936 utcu1    1472K 1376K sleep   59    0   0:00:00 0.0% bbcontrol/1
12931 utcu1    1376K 1280K sleep   59    0   0:00:00 0.0% sh/1

Which you can compare to this session with a windowing manager:


 PID USERNAME  SIZE   RSS STATE  PRI NICE      TIME  CPU PROCESS/NLWP
10192 utcu0    1472K 1384K sleep   59    0   0:00:00 0.0% utstartkiosk/1
10290 utcu0    4736K 4192K sleep   59    0   0:00:00 0.0% ttsession/1
10288 utcu0      28M   24M sleep   59    0   0:00:07 0.0% dtwm/1
10214 utcu0    1360K 1264K sleep   59    0   0:00:00 0.0% WBTStart/1
10287 utcu0    6312K 5376K sleep   59    0   0:00:08 0.0% rdesktop/1
10191 utcu0    1472K 1376K sleep   59    0   0:00:00 0.0% bbstartd/1
10188 utcu0    1472K 1376K sleep   59    0   0:00:00 0.0% bbcontrol/1
10183 utcu0    1376K 1280K sleep   59    0   0:00:00 0.0% sh/1
10217 utcu0      28M   24M sleep   49    0   0:00:06 0.0% dtsession/1


If you do do icewm, can you get us a prstat -u UID so we can see what it's requirements.



Leigh Porter wrote:

You could probably go lighter still and use a very basic window manager if all you have is the Windows connector running full screen and no native apps. You could even remove the window manager altogether I guess.

--
Leigh



Brad Lackey - US-SW Desktop Product Lead wrote:
In the scenario below gnome doesn't load either...

i was describing CAM mode on Solaris... If you're using icewm expect the 90 mb number to be lower, bu the 60mb number will probably still hold true.

Brad

John Simovic wrote:

Forgot to mention that I have a generic user (only one) logging in under icewm. Then a script calls rdesktop to the windows terminal server. Gnome doesn’t even load.

------------------------------------------------------------------------

*From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *On Behalf Of *Brad Lackey - US-SW Desktop Product Lead
*Sent:* Tuesday, 10 October 2006 10:08 PM
*To:* SunRay-Users mailing list
*Subject:* Re: [SunRay-Users] Thanks for all the advice. Worked a treat.NOW.....

The processors will likely be close to adequate, but memory is going to be your short fall...

Each CAM user using uttsc will take about 90 mb of RAM....

If we take your 4096 and subtract some (256) for system overhead and divide by 90 we get about 42 concurrent users.

If you remove dtsession from your applications list you can save about 30 mb per user.

(4096-256)/60 = 64 concurrent users

Brad

Leigh Porter wrote:


I do not see why it should not cope just fine, I had a V240 with similar spec and had 30 or so users with lots of apps, lots of hungry Java development stuff (Eclipse etc) and there was room for more.

--
Leigh


John Simovic wrote:

We have a v880 with 2 933 UltraSparc Processors and 4 gig RAM. This server is only serving a login screen for the clients who immediately get a windows session via rdp. Will this server cope with 70 clients just being redirected
to winbloze?


Kind Regards


_______________________________________________
SunRay-Users mailing list
[email protected] <mailto:[email protected]>
http://www.filibeto.org/mailman/listinfo/sunray-users

_______________________________________________
SunRay-Users mailing list
[email protected] <mailto:[email protected]>
http://www.filibeto.org/mailman/listinfo/sunray-users

--

*Brad Lackey*
Desktop Product Lead
US Software Practice
(720) 548-3339
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>

------------------------------------------------------------------------

_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

--
    *Brad Lackey*
Desktop Product Lead
US Software Practice
(720) 548-3339
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>

------------------------------------------------------------------------

_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

Reply via email to