@Michael - Yup:

yonah1:~# cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 14
model name      : Genuine Intel(R) CPU           T2400  @ 1.83GHz
stepping        : 8
cpu MHz         : 1833.412
cache size      : 2048 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc arch_perfmon bts [color=red]pni[/color] monitor vmx est tm2 xtpr
bogomips        : 3670.42
clflush size    : 64

Hi Martin :o)

and ht = hyperthreading?

---

and ht = hyperthreading?

Guess so. Obviously doesn't work properly - there's no hyperthreading on the T2400....


Regards Hans

---

and ht = hyperthreading?

Guess so. Obviously doesn't work properly - there's no hyperthreading on the T2400....


Regards Hans

Same with my Pentium-4 Mobile 2Ghz...says ht however, I don't have any hyperthreading.

---

- crunching isn't done at nice level 19 (background priority)

Well you can set it to nice level 19 manually but you have to do it for every WU because it will go back to 0 after a new one starts.

Another issue I'd like to point out: Not very important but my AMD CPU is reported as being Intel

---

I'm running AKV8 under wine 1.0 on my Q6600 with Linux (Sidux) 2.6.24 kernel and it seems that I cannot get more than 1 extra WU. The msg keeps coming back that I wouldn't have enough time to complete extra work. Is this related to the 0.0 CPU time feature of wine or something else. BTW THANKS for AKV8. it really romps along on my setup taking about 1 hour 12 mins to complete a WU on each processor. Fantastic!

---

It looks like Crunch3r comes through again :-D

http://calbe.dw70.de/index.html

Special thanks to Alex Kan, Crunch3r, Jason G, Raistmer, JDWhale and anybody else I missed.

UncleVom

---

It looks like Crunch3r comes through again :-D

http://calbe.dw70.de/index.html

Special thanks to Alex Kan, Crunch3r, Jason G, Raistmer, JDWhale and anybody else I missed.

UncleVom

Not sure that url works too get to the apps very well.

Perhaps may be of use

AK8 Linux 64bit
AK8 Linux 32bit

Regards

---

Not sure that url works too get to the apps very well.

Perhaps may be of use

AK8 Linux 64bit
AK8 Linux 32bit

Regards

Thanks for the fix up.

This port really makes the penguins dance.
Looks like a huge improvement on the few work units I watched so far, I don't want to do the % comparison for the small sample, but wow.
Cores are running a degree or two C hotter.

UncleVom

---

Not sure that url works too get to the apps very well.

Perhaps may be of use

AK8 Linux 64bit
AK8 Linux 32bit

Regards

Thanks for the fix up.

This port really makes the penguins dance.
Looks like a huge improvement on the few work units I watched so far, I don't want to do the % comparison for the small sample, but wow.
Cores are running a degree or two C hotter.

UncleVom

No prob.

Yep certainly does seem to make them penguins hop. Only finished one mixed WU so far myself, but new port seems to have shaved a nice chunk off the crunch time. Same as you I notice ~ 2C increase in core temp.

Thanks! for keeping your eye out for the AK app. port to Linux.

Regards

The official word is out on the Lunatics site with a more complete explanation.
http://lunatics.kwsn.net/

Thanks again to all involved!

Looks like the penguins will finally be closing the gap on those cats and dogs.

UncleVom

---

It looks like Crunch3r comes through again :-D

http://calbe.dw70.de/index.html

Special thanks to Alex Kan, Crunch3r, Jason G, Raistmer, JDWhale and anybody else I missed.

UncleVom

This is great! I'm making the switch as soon as I get back home after work.

Thanks to all involved in making this happen.

---

If it's the same hardware (QX6700) and I switch from WinXP AK V8 to LINUX AK V8, I would see more crunchingspeed?

Which LINUX would be the best (performance) for only crunching rig?

---

If it's the same hardware (QX6700) and I switch from WinXP AK V8 to LINUX AK V8, I would see more crunchingspeed?

Unknown, but possible. The Windows build should be a little faster overall, but on any particular system the only way to know for sure is to try it.

Which LINUX would be the best (performance) for only crunching rig?

The best OS is the least OS. Every CPU cycle the OS uses is one which cannot be used for crunching.

Someone skilled with Linux could probably trim any distro down to the bare minimum, just as most of the background tasks of Windows can be tamed or eliminated. But in both cases, once the OS is using less than 0.5% of CPU it is probably not worth trying for further improvement.

                                                                 Joe

This port really makes the penguins dance.
Looks like a huge improvement on the few work units I watched so far, I don't want to do the % comparison for the small sample, but wow.
Cores are running a degree or two C hotter.

UncleVom

Would be very interested in your times. I'm currently running AK-V8 under Wine on 2 rigs, A Q6600 and an E6700, both with a 3GHz O/C.

Both are currently taking about 1hr:10Min to crunch a 73 credit unit. What times are you getting with the Linux version ? I've had reports back suggesting that running AK-V8 under Wine is a smidgen slower (Around 5 mins per unit) than running under Windows. It will be interesting to get some numbers on the Linux port.

Regards
Brodo

This port really makes the penguins dance.
Looks like a huge improvement on the few work units I watched so far, I don't want to do the % comparison for the small sample, but wow.
Cores are running a degree or two C hotter.

UncleVom

Would be very interested in your times. I'm currently running AK-V8 under Wine on 2 rigs, A Q6600 and an E6700, both with a 3GHz O/C.

Both are currently taking about 1hr:10Min to crunch a 73 credit unit. What times are you getting with the Linux version ? I've had reports back suggesting that running AK-V8 under Wine is a smidgen slower (Around 5 mins per unit) than running under Windows. It will be interesting to get some numbers on the Linux port.

Regards
Brodo

This one should compare fairly easily, a Q6600 B3 running at 9 x 333.
Asrock 4Core1600P35-WiFi motherboard, 2- 1GB sticks of DDR2 6400 4.4.4.12 timings. All the faster looking stuff from June 4th on is with the AK Linux 64 bit client. OS Debian AMD64 lenny/sid 2.6.24 kernel.

You'll have to dig through the tasks I'd start with an offset of 400 or so.

http://setiathome.berkeley.edu/results.php?hostid=4265438&offset=400

Please let me know what you find.

Thanks,

UncleVom

---

This one should compare fairly easily, a Q6600 B3 running at 9 x 333.
Asrock 4Core1600P35-WiFi motherboard, 2- 1GB sticks of DDR2 6400 4.4.4.12 timings. All the faster looking stuff from June 4th on is with the AK Linux 64 bit client. OS Debian AMD64 lenny/sid 2.6.24 kernel.

You'll have to dig through the tasks I'd start with an offset of 400 or so.

http://setiathome.berkeley.edu/results.php?hostid=4265438&offset=400

Please let me know what you find.

Thanks,

UncleVom

Looks like ca. 56 minutes per 73 cr. with AKV8 Linux 64 bit SSSE3 application.
Brodo, that beats yours by nearly a quarter of an hour.

---

_\|/_
U r s

Yes, you can definitely pick the point where UncleVom changed apps, crunching time dropped by nearly 50%. Prior to that his crunching times were about the the same as I was getting before I hit the Wine :-)

Looks like I'm going to have to get all geeky and change back to the native Linux app (damn, bother, blast, it took me 2 days to get Wine running properly on the E6700). 15 minutes per unit is worth chasing.

Will report back when I have some results.

Brodo

Would be very interested in your times. I'm currently running AK-V8 under Wine on 2 rigs, A Q6600 and an E6700, both with a 3GHz O/C.

Both are currently taking about 1hr:10Min to crunch a 73 credit unit. What times are you getting with the Linux version ? I've had reports back suggesting that running AK-V8 under Wine is a smidgen slower (Around 5 mins per unit) than running under Windows. It will be interesting to get some numbers on the Linux port.

Regards
Brodo

I apologize for going slightly off-topic, but I'm trying to understand these numbers.

If your Q6600 is overclocked to 3GHz, I'd think it should be doing better than 1hr:10Min for the average 73 credit unit. My Q6600 running WinXP 64bit with AKv8 is currently averaging 1hr:4min for similar 73 credit units. And I've so far only clocked it up to 2.52GHz. So I'd expect a 20% higher clockrate would mean a close to 20% matching decrease in crunch-time required, rather than roughly 5% more time needed.

Could the 64bit O/S mean that much difference? Or maybe it's the RAM? (Mine is PC8500 running with the FSB at 1121MHz due to the overclocking.) Is your Q6600 a G0 stepping? Or B3?

I haven't been having much luck catching wingmen with comparable systems, so I just thought I'd try asking.

Thanks

Yes, you can definitely pick the point where UncleVom changed apps, crunching time dropped by nearly 50%. Prior to that his crunching times were about the the same as I was getting before I hit the Wine :-)

Looks like I'm going to have to get all geeky and change back to the native Linux app (damn, bother, blast, it took me 2 days to get Wine running properly on the E6700). 15 minutes per unit is worth chasing.

Will report back when I have some results.

Brodo

Checkout this, a sample of one on the same box running the win32 ssse3 client on Win XP as a service.

http://setiathome.berkeley.edu/result.php?resultid=868785168

CPU time 3569.891
stderr out

<core_client_version>5.10.45</core_client_version>
<![CDATA[
<stderr_txt>
Windows optimized S@H Enhanced application by Alex Kan
Version info: SSSE3x (Intel, Core 2-optimized v8-nographics) V5.13 by Alex Kan
SSSE3x Win32 Build 41 , Ported by : Jason G, Raistmer, JDWhale

CPUID: Intel(R) Core(TM)2 Quad CPU @ 2.40GHz
Speed: 4 x 3001 MHz
Cache: L1=64K L2=4096K
Features: MMX SSE SSE2 SSE3 SSSE3

Work Unit Info:
...............
Credit multiplier is : 2.85
WU true angle range is : 0.390104

Flopcounter: 22367406041041.062000

Spike count: 0
Pulse count: 0
Triplet count: 2
Gaussian count: 0
called boinc_finish

</stderr_txt>
]]>

Validate state Initial
Claimed credit 73.7978009259259
Granted credit 0
application version 5.28

It would be interesting to do a win64 to linux64 comparison to see which way that flops.

UncleVom

---

Hi everyone :)

It was only today, that I stumbled upon the V8 release for Linux.

After V8 was released for Windows, I set up 32bit WinXP in a kvm (kernel based virtual machine) on 64bit Kubuntu. The system is powered by a Q6600 @ 3,2GHz (8*400)

The crunch times were awesome compared to the old 2.4 under Linux:

~ 2600s for a 50.xx WU
~ 3370s for a 7x.xx WU

before the 73 credit WUs took 5600s, the 53 credit ones 5200 seconds.

Now that V8 is running natively on the system, times are the following:

~ 2630s for a 50.xx WU
~ 3160s for a 7x.xx WU

So the crunching time for the big WUs is 4,5min lower, but the middle range WUs times stay on the same level.

While testing the virtualization in January, I found out that it was 3% slower running Spinhenge@home than natively under Windows.

When I subtract these 3% from 2600 seconds, that would give 2522s, which means that the middle credit WUs are faster under Windows.
Doing the same on the 70 credit units would result in 3270 seconds, which is still 2 minutes longer than under Linux.

So altogether, both versions have their advantages and also disadvantages.
As we can't choose which work units the server will give us, I think both versions would result in the same RAC, when run on the same machine.

I was also amazed how the V8 SSSE3 app performed on my new build C2D E7200 @ 3,45GHz.
I expected it to be only little faster (as it has smaller caches) than the Q6600 @ 3,2GHz, but thats not just a little bit, it's a very nice gain :-D

~2800s for ~7x.xx WUs
~2350s for a 5x.00 WU

Thanks to every one who was involved in this release! You did good work.

regards from Brno, Czech Republic

---