On 17 May, Jules Bean shouted:
-> --On Sun, May 17, 1998 7:28 am -0500 Hilarion <[EMAIL PROTECTED]> wrote:
->
-> >
-> > On 17-May-98 Jules Bean playfully chanted:
-> > | --On Sat, May 16, 1998 10:10 pm -0400 [EMAIL PROTECTED] wrote:
-> > |
-> > |> On 17 May, Jules Bean shouted:
-> > |> -> Looks very cool. Takes forever to display the pictures first time
-> > | round
-> > |> -> as you head up the v desktops, though...
-> > |>
-> > |> thats cause it loads and rendersw them then (the first time) and
-> > |> whenevr thay have been unloaded and needed again :) so basicallyu they
-> > |> will come upo AFTER E has created a bg for them.. :)
-> > |
-> > | Maybe worth considering loading them in the background (in a low
-> priority
-> > | thread). Perhaps just one each side of the current desktop..
-> > |
-> > | Maybe configurable, to conserve memory usage. Although pictures which
-> have
-> > | been loaded but not used are only consuming swap, not real memory, and I
-> > | don't suppose that's so important for most people...
-> >
-> > Raster's doing the right thing, I think. We don't want to use memory for
-> > things that don't occur, because that will bog a lot of people's systems
-> down,
-> > and frankly, be unwanted for others who might need the memory later.
-> Caching
-> > everything for future use on bootstrap only saves you time ONCE and can
-> affect
-> > the performance for a great deal more.
-> >
-> > Is it really that slow on your system? Consider reducing the amount of
-> colours
-> > or the resolution slightly in order to keep the same look without a lot of
-> the
-> > overhead, for some of the default backgrounds. Later on there will be
-> themes
-> > that are geared more towards certain groups of people. What you're seeing
-> is
-> > just how one theme influences your system and might not be indicative of a
-> > systematic problem for all themes.
->
-> I'm running on a P-133 at 1024x768x24bpp, and the desktops take about 20
-> seconds or so to load, and while they're loading my mouse locks...
->
-> The card is an S3 Virge DX 4MB, and the server is XF86_S3V.
oh.. hehe u can blame yer xserver for being slow then... :) dont blame
E. 24bpp will slow u down for starters. 2. xfree can be notiriously
slow when dumpign large images on S3virge cards (i've seen X just pause
for a sedcon or 2 whils the app sends it an image) - basically u have a
crappy xserver on a pretty bad video card. If the deskotp had solid
colros instad fo images it woudln't have to dump any images ot the
xserver.
-> With XF86_SVGA, it doesn't run at all :(
->
-> Jues
->
-> /----------------+-------------------------------+---------------------\
-> | Jelibean aka | [EMAIL PROTECTED] | 6 Evelyn Rd |
-> | Jules aka | | Richmond, Surrey |
-> | Julian Bean | [EMAIL PROTECTED] | TW9 2TF *UK* |
-> +----------------+-------------------------------+---------------------+
-> | War doesn't demonstrate who's right... just who's left. |
-> | When privacy is outlawed... only the outlaws have privacy. |
-> \----------------------------------------------------------------------/
->
->
-> -
-> To unsubscribe from this list send mail to: [EMAIL PROTECTED]
-> with the message contents: unsubscribe e-develop
--
--------------- Codito, ergo sum - "I code, therefore I am" --------------------
[EMAIL PROTECTED] /\___ /\ ___/||\___ ____/|/\___ [EMAIL PROTECTED]
Carsten Haitzler | _ //__\\ __||_ __\\ ___|| _ / Red Hat Advanced
218/21 Conner Drive || // __ \\_ \ | | \ _/_|| / Development Labs
Chapel Hill NC 27514 USA ||\\\/ \//__/ |_| /___/||\\ 919 547 0012 ext 282
+1 (919) 929 9443, 801 4392 For pure Enlightenmenthttp://www.rasterman.com/
-
To unsubscribe from this list send mail to: [EMAIL PROTECTED]
with the message contents: unsubscribe e-develop
