Remove GHz display in tasclient OR make it working correct!!

[AnniXa]

yea remove that crap or repair it pl0x, i often get kicked cause it "say´s" i only got 1,2mhz or sometimes it say i got 1mhz!
thruth is i got 2x2,4 so plz repair it or remove it >.<

[koshi]

you'd have to fix windows first: http://support.microsoft.com/kb/888282/EN-US/

The second or third line of the Computer area is calculated by the kernel very early during the initialization of Windows. Computers that use processor power management features, such as Advanced Configuration and Power Interface (ACPI) processor performance state technologies, may start with the processor running in a decreased performance state. This behavior reduces power consumption and avoids thermal problems until an ACPI-aware operating system can take control of these features. This initial speed setting is determined by the system designer and is controlled by the BIOS. When the system starts at a decreased performance state, the kernel performs the early CPU speed calculation before ACPI and the Windows processor driver have loaded. Therefore, the kernel incorrectly uses the reduced frequency rate to determine the maximum frequency of the processor.

As to multicores: those are not very relevant to performance atm, tho when that changes (soon hopefully) it would be a good idea to be able to present the figures in a more meaningful way to those cpu-speed fixaedt users. Lobby protocol now only allows a single integer. Adding an optional multiplier should do i guess

[AnniXa]

ohkay i try this :O
ty^^

[imbaczek]

multicores may not be relevant, but a sempron is much worse than a core2 on the same clock.

[reivanen]

best would be just to read processor name from system. Dont know if this is possible for linux users, but in windows it is easy. It would tell much more about the performance if it says 1,6ghz pentium 4 or 1,6ghz core2duo instead of 1,6ghz in both cases.

[koshi]

Lobby protocol now only allows a single integer.

getting it on linux is no problem

Code: Select all

cat /proc/cpuinfo | grep "model name"
model name      : Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz

[Peet]

That gives the CPU speed in the model name, not the actual frequency though

[koshi]

not always ofc, ie for another box of mine it is

Code: Select all

cat /proc/cpuinfo | grep "model name"
model name      : AMD Athlon(tm) processor

the current (as in possibly slowed by acpi) frequency you get with

Code: Select all

cat /proc/cpuinfo | grep "cpu MHz"
cpu MHz         : 1600.000

which is what we're doing in springlobby atm

[Auswaschbar]

You can get maximum cpu-frequency like this:

Code: Select all

cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq
1800000

But isn't it a bit senseless? You cannot tell how fast a cpu is based on MHz.

[koshi]

But isn't it a bit senseless? You cannot tell how fast a cpu is based on MHz.

I totally agree, let alone judge how the overall system performs.

Imo the real solution to this whole issue would be to educate users what an appropiate battle size is for their system, while dropping the display of cpu freq altogether.

Edit: also default settings according to gpu capabilities, which is sth i've planned to implement for springsettings, but that brings a whole new set of problems with it.

[Columbus]

Maybe spring could run some kind of a benchmark when u install it, and the lobby would show the score?
That would give a bit better overview.
But that means, someone has to make a benchmark...

[Peet]

It's been tried before...unfortunately it's more complex than you would think to create a benchmark that realistically protrays one's performance in Spring.

[bibim]

I guess using bogomips would be better than PR/Mhz ?

[koshi]

It's been tried before...unfortunately it's more complex than you would think to create a benchmark that realistically protrays one's performance in Spring.

Ah yes the glorious idea of springmark. Using an external app to measure an engine's performance...

The only thing i see as remotely doable is a small app that launches spring with a series of scripts that cover a broad spectrum of scenarios and collecting average framerates alongside some system information. That leads to:
a) the problem of defining those scenarios. Which mods/maps? what unit mix/actions? what engine settings? That's one mother of possible combinations
b) the engine would need to calculate and report back framerate average

The caller app is a piece of cake compared to that (and could be easily integrated in springsettings for example)

Bibim: is there a equivalent for those windows folks accesible without relying on external apps?

[Peet]

The only thing i see as remotely doable is a small app that launches spring with a series of scripts that cover a broad spectrum of scenarios and collecting average framerates

It would have to measure game speed and not FPS, because sim performance is entirely cpu-based.

[bibim]

Bibim: is there a equivalent for those windows folks accesible without relying on external apps?

Well I guess the bogomips calculation algorithm could be included in windows lobby clients if needed...
Here is what the mini-HOWTO says about it.

[rattle]

Yeah please fix it, it says 6 Ghz even though only half of each core is used

[jj]

there was such thing in tasclient, when springmark was intergrated.
look @ http://jobjol.com/springmark.html

but ppl where complaining about the accuracy of the benchmark score, so it was removed

[LordMatt]

ppl also complained about it being shoved down their throats...