Welcome to MilkyWay@home

3rd.in - optimized apps

Message boards : Number crunching : 3rd.in - optimized apps
Message board moderation

To post messages, you must log in.

Previous · 1 . . . 32 · 33 · 34 · 35 · 36 · 37 · 38 . . . 40 · Next

AuthorMessage
Cluster Physik

Send message
Joined: 26 Jul 08
Posts: 627
Credit: 94,940,203
RAC: 0
Message 31040 - Posted: 16 Sep 2009, 3:59:54 UTC

Some cruncher made the observation that the general Win32 version (0.20_x87) has some severe performance issue on an AthlonXP (possibly also on other CPUs), even as it is faster than the 0.19_SSE variant on more recent ones (like Core2 or Phenom).

I've therefore added a 0.20_SSE version (compiled with Microsoft compiler, not the intel one as all the other), not showing this behavior. This may be useful for users of AthlonXPs (and maybe P3, if it is still in use).

The updated package is available here. Besides the new Win32_SSE version everything else is identical, no need to change anything for users the SSE2/3 or Win64 versions.
ID: 31040 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Profile GalaxyIce
Avatar

Send message
Joined: 6 Apr 08
Posts: 2018
Credit: 100,142,856
RAC: 0
Message 31057 - Posted: 16 Sep 2009, 7:23:33 UTC
Last modified: 16 Sep 2009, 7:36:05 UTC


The updated package is available here. Besides the new Win32_SSE version everything else is identical, no need to change anything for users the SSE2/3 or Win64 versions.

The new Win32_SSE is also available on brilliantsite

ID: 31057 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Profile GalaxyIce
Avatar

Send message
Joined: 6 Apr 08
Posts: 2018
Credit: 100,142,856
RAC: 0
Message 31074 - Posted: 16 Sep 2009, 17:28:18 UTC
Last modified: 16 Sep 2009, 17:30:08 UTC


The updated package is available here. Besides the new Win32_SSE version everything else is identical, no need to change anything for users the SSE2/3 or Win64 versions.

The new Win32_SSE is also available on brilliantsite

The full link for brilliantsite is www.brilliantsite.com/milkyway

ID: 31074 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Profile [Russia] michs

Send message
Joined: 16 Oct 08
Posts: 18
Credit: 164,409,593
RAC: 0
Message 31083 - Posted: 16 Sep 2009, 22:31:43 UTC
Last modified: 16 Sep 2009, 22:35:54 UTC

I need help!

Vista 64bit, client 0.20, catalist 8.12 working fine.

Today try to upgrade catalist to version 9.9.

Install driver, rename aticalrt.dll, aticalcl.dll, aticaldd.dll to amdcalrt.dll, amdcalcl.dll, amdcaldd.dll (found them in system32 folder, aticalrt64.dll and other not found )

try to run boinc and got client error.

<core_client_version>6.10.3</core_client_version>
<![CDATA[
<message>
- exit code -1073741701 (0xc000007b)
</message>
]]>


What i am doing wrong?


On other host Windows 7 32bit
0.20 client, catalist 9.9 and renamed dll working fine.

Only difference is 32-64 bit OS.
ID: 31083 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Ironworker16
Avatar

Send message
Joined: 31 Jan 09
Posts: 31
Credit: 69,908,565
RAC: 0
Message 31085 - Posted: 16 Sep 2009, 22:52:46 UTC - in response to Message 31083.  
Last modified: 16 Sep 2009, 23:15:15 UTC

Sound like you were in the SysWOW64 folder and not the System32 folder. You do not need to rename anything in the SysWOW64 folder. You should find aticalrt64.dll, aticalcl64.dll, aticaldd64.dll in the the System32 folder and they are the only files you need to copy and rename. Just rename the copies you still need the orginal files in there. I learned the hard way I rename the files in sysWOW64 folder with a previous version, but after reading the Readme txt several times I realized I was in the wrong folder. I'm using Windows 7 64 bit, but all 64 bit versions of windows should have those 2 folders. Good Luck
ID: 31085 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Profile [Russia] michs

Send message
Joined: 16 Oct 08
Posts: 18
Credit: 164,409,593
RAC: 0
Message 31100 - Posted: 17 Sep 2009, 4:54:00 UTC - in response to Message 31085.  

system32 and SysWOW64 is the same directory. And there is no 64bit version of dll.
ID: 31100 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Cluster Physik

Send message
Joined: 26 Jul 08
Posts: 627
Credit: 94,940,203
RAC: 0
Message 31103 - Posted: 17 Sep 2009, 9:09:24 UTC - in response to Message 31100.  

system32 and SysWOW64 is the same directory. And there is no 64bit version of dll.

Just don't use a 32 bit filemanager!

Win64 mirrors the content of the SysWOW64 directory into system32 for all 32 bit programs. Be sure to use the explorer or use just the command line.
ID: 31103 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Profile [Russia] michs

Send message
Joined: 16 Oct 08
Posts: 18
Credit: 164,409,593
RAC: 0
Message 31117 - Posted: 17 Sep 2009, 15:27:15 UTC - in response to Message 31103.  

That so simple! thanks!

But after renaming new problem. One videocard is not install driver properly.
Second card working good.

CAL Runtime: 1.4.403
Found 2 CAL devices

Device 0: ATI Radeon HD 4800 (RV770) 512 MB local RAM (remote 1855 MB cached + 1855 MB uncached)
GPU core clock: 0 MHz, memory clock: 0 MHz
800 shader units organized in 10 SIMDs with 16 VLIW units (5-issue), wavefront size 64 threads
supporting double precision

Device 1: ATI Radeon HD 4800 (RV770) 512 MB local RAM (remote 1855 MB cached + 1855 MB uncached)
GPU core clock: 625 MHz, memory clock: 750 MHz
800 shader units organized in 10 SIMDs with 16 VLIW units (5-issue), wavefront size 64 threads
supporting double precision



And client is using cpu very much, and sluggish desktop.

Roll back to 8.12.
ID: 31117 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Profile Mumps [MM]

Send message
Joined: 24 Jan 09
Posts: 2
Credit: 514,655,172
RAC: 0
Message 31125 - Posted: 18 Sep 2009, 2:43:31 UTC - in response to Message 30769.  

My site is updated as well with the new 0.20 builds for Windows.

Now we just have to wait for speedmic for new builds for Linux.

http://www.arkayn.us/milkyway/index.html

And we'll continue to wait it seems.

Hoping to see parity again soon! :-)
ID: 31125 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Profile cenit

Send message
Joined: 16 Mar 09
Posts: 58
Credit: 1,129,612
RAC: 0
Message 31281 - Posted: 21 Sep 2009, 8:02:00 UTC - in response to Message 31103.  
Last modified: 21 Sep 2009, 8:04:50 UTC

system32 and SysWOW64 is the same directory. And there is no 64bit version of dll.

Just don't use a 32 bit filemanager!

Win64 mirrors the content of the SysWOW64 directory into system32 for all 32 bit programs. Be sure to use the explorer or use just the command line.


I'm sorry CP, but the reality is a bit different: in short 64-bit DLL's are in the system32 directory, and 32-bit DLL's are in the SysWow64 directory. This is because redirector works on SysWOW64, while system natively works on system32 (it's a problem from the past, for compatibility reasons)

http://msdn.microsoft.com/en-us/library/aa384187(VS.85).aspx
ID: 31281 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Cluster Physik

Send message
Joined: 26 Jul 08
Posts: 627
Credit: 94,940,203
RAC: 0
Message 31287 - Posted: 21 Sep 2009, 13:48:02 UTC - in response to Message 31281.  

system32 and SysWOW64 is the same directory. And there is no 64bit version of dll.

Just don't use a 32 bit filemanager!

Win64 mirrors the content of the SysWOW64 directory into system32 for all 32 bit programs. Be sure to use the explorer or use just the command line.

I'm sorry CP, but the reality is a bit different: in short 64-bit DLL's are in the system32 directory, and 32-bit DLL's are in the SysWow64 directory. This is because redirector works on SysWOW64, while system natively works on system32 (it's a problem from the past, for compatibility reasons)

You are sorry for what? That you misunderstood what I've written? ;)

I know how it works and I've correctly described what happens when someone is using a 32bit program to access the system32 directory. The WOW64 layer redirects all accesses by 32bit programs to system32 into the SysWOW64 directory. Effectively he sees SysWOW64 as system32 directory. That is the reason he didn't see the 64bit dlls as long as he used a 32bit file manager. He used another one and that problem was solved. Quite simple.
ID: 31287 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Profile cenit

Send message
Joined: 16 Mar 09
Posts: 58
Credit: 1,129,612
RAC: 0
Message 31334 - Posted: 22 Sep 2009, 7:22:09 UTC - in response to Message 31287.  

system32 and SysWOW64 is the same directory. And there is no 64bit version of dll.

Just don't use a 32 bit filemanager!

Win64 mirrors the content of the SysWOW64 directory into system32 for all 32 bit programs. Be sure to use the explorer or use just the command line.

I'm sorry CP, but the reality is a bit different: in short 64-bit DLL's are in the system32 directory, and 32-bit DLL's are in the SysWow64 directory. This is because redirector works on SysWOW64, while system natively works on system32 (it's a problem from the past, for compatibility reasons)

You are sorry for what? That you misunderstood what I've written? ;)

I know how it works and I've correctly described what happens when someone is using a 32bit program to access the system32 directory. The WOW64 layer redirects all accesses by 32bit programs to system32 into the SysWOW64 directory. Effectively he sees SysWOW64 as system32 directory. That is the reason he didn't see the 64bit dlls as long as he used a 32bit file manager. He used another one and that problem was solved. Quite simple.

yeah, I'm sorry that I misunderstood what you've written ... ooops!
ID: 31334 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Profile Cappy [Team Musketeers]
Avatar

Send message
Joined: 3 Oct 07
Posts: 71
Credit: 33,212,009
RAC: 0
Message 31360 - Posted: 23 Sep 2009, 0:33:25 UTC
Last modified: 23 Sep 2009, 0:34:50 UTC

see you guys go off line for the weekend and i figure ill update

to the latest drivers and such and look what yuns dun to me :P :P

having MAJOR issues with the .20 app and VPU recover with ATI....

i mean this is frakked,, cant do squat :( :(

amyone hav any idea's.... had Cat 9.9 installed figured id try 9.8

still no joy.... boinc 6.10.4 and its worked well with all others.

no oveclock on the cards being all ya have to do is pull the ATI CCC

up and BANG CRASH!!!!!!!!!!!!!!!

lol im good spirits and all just cant seem to get this figured out...

what da hell am i gona have to do to get this to work guys and gals????

i will look for the answer tomarro.... this machine can take a break for tonight.....

hassnt taken a day off in 2 years :P :P oh running a

ATI 4850 strapped to a AMD 9750 Quad core wit a 650w PS


any help you guys can provide can and will help me on the other machine

thats doing the EXACT SAME THING.....
ID: 31360 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Profile arkayn
Avatar

Send message
Joined: 14 Feb 09
Posts: 999
Credit: 74,932,619
RAC: 0
Message 31362 - Posted: 23 Sep 2009, 1:32:33 UTC

I am running 6.10.3 with CAT 9.2 on both of my machines, no CCC installed on either one.
ID: 31362 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Keith

Send message
Joined: 15 Apr 08
Posts: 1
Credit: 40,848,155
RAC: 0
Message 31380 - Posted: 23 Sep 2009, 16:46:19 UTC - in response to Message 31362.  

I'm having a problem getting one of my systems to run the latest (0.20) gpu version. It's running Vista (64bit), with an ATI 4890. I've done everything specified in the readme file, and checked twice!

All workunits terminate immediately with a computation error.

I've reset the project, and re-installed. Rebooted. Same result.

I've detached from the project, and re-installed. Rebooted. Same result.

I'm running BOINC 6.10.6 (although my first attempts to get this running were under 6.10.4) and ATI Catalyst drivers version 9.2

If I revert back to 0.19g then it works without problem.

I have another 64-bit system without an ATI card - this is running 0.20 without a problem. I also have a 32-bit system with an ATI card which is also running 0.20 without a problem. Both of these are also running under 6.10.6.

Anyone any ideas on how to get past this problem, please?

ID: 31380 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Cluster Physik

Send message
Joined: 26 Jul 08
Posts: 627
Credit: 94,940,203
RAC: 0
Message 31392 - Posted: 23 Sep 2009, 19:44:10 UTC - in response to Message 31380.  

I'm having a problem getting one of my systems to run the latest (0.20) gpu version. It's running Vista (64bit), with an ATI 4890. I've done everything specified in the readme file, and checked twice!

All workunits terminate immediately with a computation error.

It's a bug in the CAL compiler (part of the driver) that was fixed in the latest Catalyst (and is not occuring with earlier Catalysts either). Update to 9.9 and you will be fine.


@all:
Everyone seeing errors with this output in the task details

CAL Runtime: 1.4.283
[..]
0, integration, Kernel Execution : Failed to create Program

can solve it by updating to Catalyst 9.9.
ID: 31392 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Profile arkayn
Avatar

Send message
Joined: 14 Feb 09
Posts: 999
Credit: 74,932,619
RAC: 0
Message 31393 - Posted: 23 Sep 2009, 19:53:17 UTC

Not seeing any errors like that on my machines and they both run 9.2.

I cannot go past that due to some Alpha work I am doing.
ID: 31393 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Profile Paul D. Buck

Send message
Joined: 12 Apr 08
Posts: 621
Credit: 161,934,067
RAC: 0
Message 31395 - Posted: 23 Sep 2009, 20:14:43 UTC - in response to Message 31380.  

I'm running BOINC 6.10.6 (although my first attempts to get this running were under 6.10.4) and ATI Catalyst drivers version 9.2

If the error is something about input/output files then it is 6.10.6 ... there is 6.10.7 out and I am running it now and it *MAY* have fixed that but I have not run it long enough to tell. For the moment it is looking good ... but it is too early to say for sure ...

Safer bet is still 6.10.3 ...

but 6.10.6 has a bug that CAN cause tasks to be trashed ...
ID: 31395 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Profile Cappy [Team Musketeers]
Avatar

Send message
Joined: 3 Oct 07
Posts: 71
Credit: 33,212,009
RAC: 0
Message 31410 - Posted: 23 Sep 2009, 22:04:58 UTC

also if you keep getting the VPU recover message i know its in the 9.8 and 9.9 drivers.

i had to revert back to the 8.12 so that the CCC wouldnt keep crashing Boinc.

now that im back on the 8.12 drivers everything is smooth as silk :) :)
ID: 31410 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Cluster Physik

Send message
Joined: 26 Jul 08
Posts: 627
Credit: 94,940,203
RAC: 0
Message 31415 - Posted: 23 Sep 2009, 22:42:00 UTC

By the way, there is some kind of a silent update of the 0.20 ATI app. Actually not the slightest change to the app itself was done (thats's why there's no version change), but the dependence on the MSVC runtime may have been removed.

Nothing needs to be done for the people already running the app. It only helps new users to experience one issue less. So one should use the new package for the 0.20 version from now on. It just contains other versions of the brook dlls. They are slightly larger, but shouldn't require the MSVC runtime to be installed to run.
ID: 31415 · Rating: 0 · rate: Rate + / Rate - Report as offensive
Previous · 1 . . . 32 · 33 · 34 · 35 · 36 · 37 · 38 . . . 40 · Next

Message boards : Number crunching : 3rd.in - optimized apps

©2024 Astroinformatics Group