One thing that some folks may not know. All Sun Ray models have ATI
video chips in them. The 1 has a Rage128, the 1g and 2 have Radeons.
These are low-end parts, but even so, I believe that they all offer some
level of 3D capability. (Early prototype units had a mach64 part, I
believe. But nothing in production has.)
Given that, it should, in theory, be possible to provide some level of
Xrender support for Sun Ray. This would clearly be "non-trivial", since
it would also require enhancing the network protocol that the Sun Ray
uses to support 3D primitives. But such an effort is likely to be very
worth while. What I don't know is what kinds of drawing (3D)
primitives are required for Xrender. Maybe someone here can elaborate.
Note that one of the limitations of Sun Ray units is likely to be the
amount of VRAM they have installed. I believe that units with 8MB and
16MB are in the field. Not sure what the Sun Ray 2 uses.
-- Garrett
Bob Friesenhahn wrote:
> On Tue, 22 Jan 2008, Bob Doolittle wrote:
>
>> The default behavior of Gnome simply is a bad choice for a stateless
>> thin client on a shared system, whereas it might be a fine choice for
>> dedicated hardware with graphics acceleration (assuming you didn't
>> need those resources for other work). It would be nice if there were
>>
>
> I definitely agree with this. Gnome originates from the "Linux PC"
> viewpoint in which most Linux systems which run a desktop are used as
> a standalone "PC" rather than as networked multi-user systems. While
> Solaris can certainly be used like this, I think that the typical
> Solaris system is more likely to be used in true multi-user scenarios
> on large networks. A desktop on Solaris needs to be kinder/gentler to
> network bandwidth consumption and "idle" CPU consumption.
>
> The Gnome that comes with Solaris 10 seems to offer very little
> configuration capabilities. I would love the capability to adjust/set
> this behavior:
>
> o Use wireframe for window moves and window re-sizes.
> o Disable dynamic effects when iconizing a program.
> o Don't send tens/hundreds of resize events to programs running in a
> terminal window while it is resized (can be handled via
> wireframe).
> o Don't automatically bring a window to the top just because
> the user clicks in it (I often want to use a window and leave it
> partially obscured).
> o Don't allow a new window to grab focus just because it is a new
> window. If the window manager is in "focus follows mouse" mode
> then this should *always* be respected. With current operation
> you are suddenly typing in some other window simply because it
> appears somewhere else on the screen.
>
> Bob
> ======================================
> Bob Friesenhahn
> bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
> GraphicsMagick Maintainer, http://www.GraphicsMagick.org/
>
> _______________________________________________
> desktop-discuss mailing list
> desktop-discuss at opensolaris.org
>
