Re: WINE + Galciv + 2.6.0-test3-mm1-O15

[Voluspa <lista1@telia.com>]

On Wed, 13 Aug 2003 07:15:22 +1000
Con Kolivas wrote:

> On Wed, 13 Aug 2003 01:23, Voluspa wrote:
> > On 2003-08-12 14:42:02 gaxt wrote:
> > Similar experience here running the game-test (xfree86 4.3.99.10,
> > winex 3.1 and "Baldurs Gate I") on a PII 400 with 128 meg ram. Using
> > 2.6.0-test3-O14.1int + O14.1-O15int.
> 
> Yes known issue for reason I mentioned. Currently investigating.

Yupp, you posted while I was writing.

> > I would say this is the best _and_ worst scheduler I've tried since
> > Con
> 
> Can you give us some idea what your machine is like when it's not
> running a cpu hog win32 game in wine? Also can you try running your
> game nice +1

As I've said, it is extremely hard for me to notice the scheduler unless
I run something graphic intensive, but my comments are of course not
solely based on that game-test. A general feel of smoothness can always
be attributed to the placebo effect, though I challenge anyone to
dispute the following experience.

Fourteen days ago I took home a precompiled Blender 2.28 - previous
copy of this 3D render program to reside here was 2.23. Grabbing the
grid which constitutes the world plane (hold third mouse button, drag)
and rotating it around the axes, I noticed something not present in the
old version. Jerks...

In kernel time this is 2.6.0-test1/2 and Cons O11int. Since then I've
done the "world rotate" on plain kernels and all O-patches without
noticing any improvement. Either mouse pointer or grid gets stuck for
about 1/2 to 2 seconds, making the movement unsynchronized. Can happen
while moving slowly, or spinning like crazy.

I don't have DRI with my mach64 (8 meg) because of choice, use Xv
instead, so I had made up my mind about the blame. Sloppy programming
and weak CPU.

Until O15int enters the mix. Perfect sync all the time, no matter how
slow, fast or long I rotate the world plane. That is why I call this
scheduler the "best". The "worst" part comes from the "known issue" but
also because I happened to run xmms on a directory of mp3s while
rotating. I got severe blackouts in the music, ca 10 - 15 seconds long.
When the blackout starts I no longer have to move the mouse, it is
enough to hold down the button. The second I release it, the music
returns.

Xmms has not been involved in the rotating before, so can't tell if the
blackouts have occurred. Could be due to the "known issue", but I'll
retest with older kernels when time permits.

Running the game-test with nice +1... Well, I tried that first on
wineserver, then wine, then X, after which I put -1 on them
consecutively. No real pattern emerged. Badness all around. And now I'm
falling asleep. Bye.

Mvh
Mats Johannesson