Java apps running in a browser: I don't want to start guessing memory usage over there, particularly not knowing about the applets or the JVM memory usage. Maybe somebody else on the list can give some examples from their sites.
Codeweavers Crossover / Wine is an implementation (reverse engineered) of Windows libraries. Your custom client may or may not work with Wine since the underlying libraries may not be implemented or may be incomplete. The only way to know for sure is to test it out. I know that you can get some pre-built Solaris Wine packages, but I seem to remember these are quite out of date. You may need to build your own recent release. If you are worried about security, you could take a look at Sun's Secure Global Desktop (SGD). You can run this securely (https) between the web server in the datacenter and pretty much anywhere else, and use a regular unencrypted connection inside the datacenter. This would depend on the organisation and security policy. Regards Sean Craig Louis Botha wrote: > Hi Sean, > > Thanks. Another question if we do not want to use the connector but rather a > web portal with an embedded java client to access the backend what would the > memory requirements look like? I am trying to make MS published applications > available via Terminal Server and possibly also hosted XP desktops through > the web portal. The reason for not using the sun connector is that the > client I connect with has been re-written with RDP as the protocol and then > some other features wrapped aroud the protocol that supports SSL and load > balancing something the Sun windows connector does not do. The idea was to > use codeweavers to to "emulate" the win32 subsystem and install the normal > win32 client I have on the sunray server and thereby not having to use the > web portal with java as the native client offer more features. > > Cheers. > > ________________________________________ > From: Sean Craig [EMAIL PROTECTED] > Sent: 05 October 2007 08:39 AM > To: SunRay-Users mailing list > Subject: Re: [SunRay-Users] Sizing > > Hi Louis, > > 20 sessions per core will do you just fine. I'm not sure exactly how > much memory the Windows connector uses, but if that is the only > application you will be using, then 64mb memory per session should be > just fine. > > I do know abot Codeweavers and Wine. What VDI solution are you trying > to put together? There are a lot of experienced people on this list > that could have already overcome your current issues. > > Why won't the Sun Ray Windows connector do what you want? > > What Win32 application is needed to connect to the VDI infrastructure? > In my mind, requiring a win32 app to connect to VDI infrastructure isn't > actually delivering VDI, since you need a full Windows desktop > infrastructure to enable to you to connect to something else. > > The SunPCI card is an PCI add-on card that slots into SPARC-based > workstations enabling native x86/Windows within the SPARC box. This is > more aimed at technical workstations, and not full VDI deployments. > > Regards > > Sean Craig > > > Louis Botha wrote: > >> Hi Sean, >> >> >> >> Thank you for the explanation much appreciated. As far as active >> sessions is concerned I actually meant the amount of simultaneous >> users per processor core. Do you perhaps know how much memory the >> Windows connector consumes? >> >> >> >> Ever heard of Codeweavers or the WINE program? I am trying to get VDI >> going using Sunray but don’t know much about Solaris or any other >> Linux OS. I need to install a Win32 application on the Solaris OS as >> a means of connecting to the VDI infrastructure as the Sunray Windows >> Connector will not do what I need. Do you perhaps know of the best >> means in doing so? I have read something about a SunPCI IIIPro card >> that someone works with Solaris and Windows don’t know if this is a >> possible solution. >> >> >> >> Thanks. >> >> >> >> cid:[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
