Hi Craig; So to summarize,
1. you would set workers to 32 in your opinion 2. Java 1.6 docs seem to say initial heap size will be 1/64 of phys ram, which in our case is 16GB/64 = 256GB, and max will be 1/4 to a max of 1GB so in our case 1GB. As these limits are larger than the Turbo CAM document, to make the documented java arg changes would actually restrict heap size, not expand it. Therefore, don't do this in our env. 3. We've already avoided utsession / utwho, etc. Good. Keep doing. -or- Would you do nothing? Its stable, and working, don't mess with it? As to your question.. Yes, dtuID/macaddr and inserted card id. We use the DISPLAY var to identify, and open /tmp/SUNWut/config/dispinfo/DISPLAY to get the TERMINAL_ID, and we use /tmp/SUNWut/config/displays/DISPLAY to get INSERT_TOKEN. ----- Original Message ----- From: [email protected] <[email protected]> To: SunRay-Users mailing list <[email protected]> Sent: Wed Jul 21 22:00:38 2010 Subject: Re: [SunRay-Users] Kiosk mode performance / utauthd worker threads best practice The utprodinfo only breaks Non Smart Card mobility. Most kiosk users don't use that (you'd have to actually be authenticated by the local system/ldap/NIS to set your token). But technically at least on this subject that tip is sort of out of date because many of the kiosk start up files have changed and much of the framework that was CAM is dead and gone. It's something I definitely need to revisit. However it is not a huge thing, in the scheme of thing, just an annoyance (at least to me). Sounds like you are doing things right, and we are working hard to document things like this that will help you and you can count on being supported. With that thought in mind, are the most common things you are after for your query is the MAC and token ID of the smart card? Devin Nate wrote: > Hi Craig; > > We have written our own session app in perl... It uses /tmp/SUNWut to get the > stationid and card. It then queries a mysql db to see what options to pass to > uttsc. It sets up 2 utactions, and then runs uttsc. It does not use utwho or > utsession. > > I'm not especially comfortable changing utprodinfo based on the comments on > the website that there is a risk things won't work. Any thoughts on this? > > As to java... We're using jdk 1.6.20. I believe it already has a larger > default heap size than 1.4. > > We're not trying to solve a specific problem, but implement best practice > proactively. > > That said, we had hellish problems in utauthd in linux (rhel5). We'd tuned > the java params and worker threads per docs, and while I don't believe that > caused the problems, I'm all too aware of how bad my life gets when 500 users > stop being able to login and hotdesktop (which each user usually does once > every 15 minutes) if utauthd stops working, and don't want to do anything > that would even remotely risk that. > Thanks, > Devin > > > > > > > > ----- Original Message ----- > From: [email protected] <[email protected]> > To: SunRay-Users mailing list <[email protected]> > Sent: Wed Jul 21 19:25:19 2010 > Subject: Re: [SunRay-Users] Kiosk mode performance / utauthd worker threads > best practice > > What are you running for your kiosk session? > > I really hate the package checks we do. I need to file an RFE to stop > that. While I understand that we are being cautious, the kiosk session > couldn't even start if the packages weren't installed. Maybe check on > system bring up, but not for every single user. > > Java is another one we need to issue some updated guidance on...In 1.5+ > I believe we should be giving it the client option if we are not already. > > The other question since you mention performance and stability, what is > currently happening? Is it unstable? Slow? > > > > Devin Nate wrote: >> Thanks Craig... Beside worker threads, would you make a point of doing >> something else? What would you do to maximize both performance and stability? >> >> We run 500 across 2 solaris servers, 16GB ram, sun x4100 m2 servers, shortly >> to have dual amd 2384 cpus. >> >> Thanks, >> Devin >> >> >> >> >> ----- Original Message ----- >> From: [email protected] <[email protected]> >> To: SunRay-Users mailing list <[email protected]> >> Sent: Wed Jul 21 16:58:05 2010 >> Subject: Re: [SunRay-Users] Kiosk mode performance / utauthd worker threads >> best practice >> >> The article defines what is still useful for kiosk mode. In short, yes, >> that still applies, especially on a restart. 500 on one server or 500 >> hundred across X servers? >> >> >> >> Devin Nate wrote: >>> Hi everyone; >>> >>> >>> >>> In reading the Sun Ray Community wiki, Howto section, Kiosk Mode >>> Performance, found at: >>> >>> http://blogs.sun.com/ThinkThin/entry/turbo_cam >>> >>> >>> >>> The document is quite dated, from 2006. Which of the points are still >>> relevant, and in particular, is setting utauthd workers to 32 still best >>> practice? >>> >>> >>> >>> Our sunray servers have about 500 users in kiosk mode, and wondering >>> about implementing some or all of these recommendations. >>> >>> >>> >>> Thanks, >>> >>> Devin >>> >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> 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 > _______________________________________________ > 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
