GLTeapot Performance Issues under swrast add-on

[Premislaus]

On hrevr1alpha4-44610 GLTeapot uses 100% cpu( previous revisions also - gcc4h) and the system is not responsive. Everything reacts with a huge delay. Earlier this never happened( previous revisions), but I used only gcc4h versions. Haiku3D works good. I have Athlon 64 3500+.

[diver]

Might be a dupe of #8007.

[SeanCollins]

I have tried to recreate this complaint with the exact same cpu " i know I have allot of computer shit laying around" and I was unable to.

I have a few recomendations for Premislaus

1. clean your CPU cooler "overheating" 1a, check thermal compound on CPU and check Mother board cpu clocking profile.1b. does your cpu fan even work ?

2. check your power supply "unstable clock speed due to voltage irregulatiry"

3. run memtest "ram could be having issue's, will cuase haiku to behave badly but not always crash"

4. try in safe mode. "potential driver issue"

try those and report back.

[Premislaus]

Replying to SeanCollins:

I have tried to recreate this complaint with the exact same cpu " i know I have allot of computer shit laying around" and I was unable to.

I have a few recomendations for Premislaus

1. clean your CPU cooler "overheating" 1a, check thermal compound on CPU and check Mother board cpu clocking profile.1b. does your cpu fan even work ?

2. check your power supply "unstable clock speed due to voltage irregulatiry"

3. run memtest "ram could be having issue's, will cuase haiku to behave badly but not always crash"

4. try in safe mode. "potential driver issue"

try those and report back.

My computer works fine. I checked. My main system is Windows XP - there are not any problems.

After installing hrev44584 gcc4h, I do not have these problems with GLTeapot. Similar occurs only after starting the four GLTeapot( response of the system, drawing GUI). At one GLTeapot, some programs have slower start( StyleEdit, Debugger, mounting NTFS partition).

BTW On the gcc2h alpha, after turning off the Cool'n'Quiet in the BIOS, is a little better.

[Hubert]

Yes. I have the same in 44604 gcc2h on 1CPU. Helps change in ProcessController priority with normal to lower. But why normal priority in app takes priority in the operation of the system?

[Premislaus]

Still occurs on hrevr1alpha4-44643. This is a PITA. I feel less responsive in gcc2h than gcc4h.

[diver]

Could you try again with this image? ​http://deathstar.knuttinatoll.net/hammer/haiku_44701_gcc4_with_patch5.zip

[Premislaus]

Replying to diver:

Could you try again with this image? ​http://deathstar.knuttinatoll.net/hammer/haiku_44701_gcc4_with_patch5.zip

How to burn this to a CD? ImgBurn do not support this (invalid format). Anyboot has the same extension and can be burned.

[diver]

This is a raw image, it can be written directly to disk or USB stick.

[Premislaus]

Replying to diver:

This is a raw image, it can be written directly to disk or USB stick.

OK. I wrote directly to disk.

There is a big improvement, especially with the GUI drawing under heavy load. Launch programs, mounting partitions, compression, become longer. There is lag between click and reaction.

[Premislaus]

My previous comment has introduced confusion. I'm sorry.

1. In gcc2h when you run GLTeapot, the system responds with a huge delay. GUI draws slowly, you have to wait for the reactions of other programs.
2. In gcc4h is a little better. Something similar I observed when 4 GLTeapot is running.

In idle and do not demanding things is normally.

There is something wrong with the allocation of CPU time in Haiku. The newly launched process, such as mount a partition, does not receive priority. You have to wait until the system responds to the launch of a program.

Along with this patch, GUI drawing is normal under heavy load (100% of CPU usage). You can start at the same time 6 GLTeapot, song and video (frame dropping). With this patch you have less waiting and I observe improve the system responsiveness. I have a much better feeling, impression.

[diver]

Since jua's patch fixes this issue (confirmed by Premislaus on IRC), I'm going to close it as a dupe.

[diver]

The only other concern I have related to this issue is that GLTeapot on a gcc2 nightly image makes GUI extremely slow, where as on a gcc4 nightly image only 4 GLTeapots produce similar result. Could this might be because of different versions of mesa lib?

[Premislaus]

On VESA is good with 1 and 6 GLTeapots. This is hrev 45427. I have radeon_hd driver.

[Premislaus]

I no longer have this computer

[kallisti5]

This isn't really related to radeon_hd. Moving to OpenGL kit.

[cocobean]

Tested with hrev51986 x86. Ran GLTeapots and added 30-40 spinning teapots. No KDL issue in a 5-10 minute period. GUI performance was decent enough to still manage desktop and view menu options. This was using Nvidia driver with Nvidia GeForce 7600 GO mobile IGP (no 3D HW acceleration).

Note: 60 teapots spinning at 20 FPS (x86_64, no 3D HW acceleration). No major lag. No CPU high usage spiking.

This issue seems resolved on my end. Please verify.