Posts by alexander
|
41)
(Message 3442)
Posted 25 Jul 2014 by alexander Post:
or you have done something against the nsa and made it to their watchlist now ;-))) edit: just to check the app_info.xml here is mine: <app_info> <app> <name>period_search</name> <user_friendly_name>Period Search Application FMA4</user_friendly_name> <non_cpu_intensive>0</non_cpu_intensive> </app> <file_info> <name>period_search_10210_windows_x86_64_bd_fma4_gcc.exe</name> <executable/> </file_info> <app_version> <app_name>period_search</app_name> <version_num>10211</version_num> <avg_ncpus>1.000000</avg_ncpus> <max_ncpus>1.000000</max_ncpus> <flops>5163094400.090000</flops> <file_ref> <file_name>period_search_10210_windows_x86_64_bd_fma4_gcc.exe</file_name> <main_program/> </file_ref> </app_version> </app_info> |
|
42)
(Message 3440)
Posted 25 Jul 2014 by alexander Post: Yes, indeed, it works fine now. This pc http://asteroidsathome.net/boinc/show_host_detail.php?hostid=88984 uses anon platform (fma4 wu's) and works fine. BM 7.3.15, win7 x64 sp1 |
|
43)
(Message 3436)
Posted 24 Jul 2014 by alexander Post: Yes, indeed, it works fine now. THX! |
|
44)
(Message 3382)
Posted 21 Jul 2014 by alexander Post:
Does that happen with all your machines? I see you're using different BM versions. The reason why I ask is simple: not long ago after reinstalling my mainsys I was not able to reattach to the skynet pogs. I usually use latest development version. I posted my problems at pogs and got a hint to switch back to the latest official version. That helped. Then I posted the problem in the boinc forum. It turned out that after a server code upgrade at pogs the https data transfer failed due to missing or wrong certificates. So maybe the new server code requires a https transfer and the project is set up to try a http transfer? The message on my side says: 21.07.2014 16:36:35 | Asteroids@home | Scheduler request failed: HTTP internal server error |
|
45)
(Message 3361)
Posted 18 Jul 2014 by alexander Post: I discover that this is done by some clients that have set their connection to server by every 1 seconds but they are also from different IP addresses and I don't want to block the IPs. I have to figure out how to reduce it but I don't know how to set some timeouts in BOINC server. I didn't find anything useful in documentation and I don't want to ban these hosts. I'm crunching now my 11th year and have heard about similar things at another project. It can be a wanted attack, a faulty pc, an overheated/overclocked pc left alone or a hijacked pc. Anyway, in every possible scenario it makes no sense that a single user (pc) blocks a whole project. If you're shure about the ip-address, send the user a PM and block the address for a day or so. Maybe the user is not aware about the problem and will not react in any different scenario. |
|
46)
(Message 3349)
Posted 18 Jul 2014 by alexander Post: What irks me the most is the lack of communication in even just acknowledging that there is indeed a problem. I agree totally what you say, it leaves a feeling of 'not being recognized' as volunteer. Not a single word from a project admin. The project itself is intresting and necessary, but the management is one of the poorest in the DC world. Alexander |
|
47)
(Message 3322)
Posted 16 Jul 2014 by alexander Post: +1 it happens since at least 3 days. For shorter periods of ~ 2 hrs the project is not available. |
|
48)
(Message 3289)
Posted 2 Jul 2014 by alexander Post: Since a few days I can't make a proper up-or download of the packets. I don't know what's happend. Hallo Andreas, leider weiss hier niemand genau, was los ist. Das ist eigentlich typisch für Schulen und Universitäten, die sind Aufgabenorientiert und haben kein Gespür für den Umgang mit Kunden, hier die Teilnehmer am Projekt. Was mit den gerechneten Aufgaben wird, kann im Moment auch niemand sagen. Abwarten und Tee trinken ... Alexander |
|
49)
(Message 3279)
Posted 2 Jul 2014 by alexander Post:
Oh yes, this is so true. And it is some sort of expected human interaction, that the volunteers keep being informed. It's the difference between interactions between computers and humans, the feeling of being part of it. |
|
50)
(Message 3233)
Posted 14 Jun 2014 by alexander Post: I found this: https://software.intel.com/en-us/forums/topic/393241?language=ru Seems DP is not possible on Intel GPU's. In addition, this thread also says, that AMD APU's do support DP. |
|
51)
(Message 3232)
Posted 14 Jun 2014 by alexander Post: @ Kyong And is it a one-time required amount for infrastracture etc? |
|
52)
(Message 3225)
Posted 13 Jun 2014 by alexander Post:
Maybe you get some help from your team? Would be great to bring 'Orbit' to a new life ... |
|
53)
(Message 3221)
Posted 13 Jun 2014 by alexander Post: As far as I know A@H is a double precision project. Has anybody checked the DP capabilities of the Intel gpu's? In another forum someone posted that the AMD apu's (A8, A10 aso) are not DP capable. |
|
54)
(Message 3220)
Posted 13 Jun 2014 by alexander Post:
Good point. http://orbit.psi.edu/ says, A new version of the system is in the works, and we expect to bring it online in the 2014-2015 period. But as I know this project it will last until 2017 and then they rerun a batch of old wu's to 'test the system'. It's really time to pick that up and start a new project or integrate it into an existing project. I would support it with more cores attached to the project. |
|
55)
(Message 3217)
Posted 13 Jun 2014 by alexander Post: Well, the first question should be: how good works the detection of asteroids? How much time will be left before impact, how many objects fail to be recogniced? Are there numbers available? Who tracks the asteroids? |
|
56)
(Message 3213)
Posted 13 Jun 2014 by alexander Post:
OK, answered by the server status page, enough wu's there to crunch. |
|
57)
(Message 3207)
Posted 12 Jun 2014 by alexander Post: Gentlemen, also I have the feeling, that most arguments are correct and have a right to exist I must say that this is the wrong place to discuss it. Please move the discussion into the cafe section. I am shure that there are many more arguments that can be brought in. And it is good for the project, it's life. But this is what is called 'hijacking' a thread. Threat title is 'Support for Radeon GPU's'. Was there a special reason to choose nVidia for a gpu-app? Over @ Einstein they also started with nVidia. At some time they have choosen to try a openCL app for AMD-cards, and - what a surprise - the hosts with AMD gpu's are on top of the top-hosts list. But if we are really running out of data a new app makes no sense ... Alexander |
|
58)
(Message 3192)
Posted 11 Jun 2014 by alexander Post: Welcome James! |
|
59)
(Message 3177)
Posted 9 Jun 2014 by alexander Post: Good morning, first MW: the project's algorithm fits 1:1 in the hw structure from AMD, this is the reason for the high gain and cannot be made a global rule. This seems to be more a 'once and never again' situation. second Seti and Collatz: Sorry, I have no numbers; I join these projects only from time to time for one or two days, just not to forget them. They are not the primary target for my interests. third: waist a single nWh .. I mean, each and every project has its right to exist and a right to be supported. One can never say what the results show in the future. There are private persons working very hard in developing and optimizing the code, porting them to different platforms. Watching the discussions @ Seti, one gets a feeling of the fun and the enthusiasm of these people, the best ingrediences for a good running project; the feeling of being part of it. One may or may not share the idea of ever being able to find ET's, but this is realy up to everyones own personal experiences. fourth: Simap, A@H and private programmers. Simap's results are used by scientist regular and frequently, it's a free database driven by a university. Crunching for this project means to be part of a alive and useful science. No reason to leave it just because they found a way to reorganize themself to be more efficient. The database will be used anyway! I hope, that the A@H database is also frequently used by scientists. Repeating a post from Bernd Machenschalk (Einstein@Home): there are only a few hundred people worldwide able to write highly optimized apps for gpu's. One needs to keep in mind, that a gpu app must run under different OS's, different driver versions and different hw generations. Writing an app like this is nothing one can do over a weekend. Its easy to find these guys; look at projects where you have the feeling of life and enthusiasm (Seti has sometimes up to 100 post/day), have a good contact to the dev's and mod's, get frequently updates of the results without asking everytime for it aso. Everyone can contact Crunch3r, Slicker or Raistmer (just to post three names) by PM; maybe they will answer you! But be aware of what you are asking for! Cheers Alexander |
|
60)
(Message 3171)
Posted 8 Jun 2014 by alexander Post:
Unfortunately not, the big.LITTLE technology is a either-or technology. Maybe upcoming devices will be able, this one not.
The thing with graphic cards: It highly depends on the project. Milkyway has a gain factor up to 50 when running on AMD cards, much less when using nVidia. Einstein has a average gain of 8 for both AMD and nVidia, Asteroids is a special theme, the gain is below 2 which makes it senseless using graphic cards from the view of price and power consumption. And there is at least one project that has no cpu-app: Gpugrid, which is a nVidia only project. Looking backward, the first gpu app for MW came from a private person, not from the project dev's, the fma4 app here comes from a private person, Seti and Collatz have excellent apps from private programmers, so I hope to see a openCL app here, which might also be fit for the Intel HD graphics ... ( Very best greetings to Crunch3r !! :-))) )
My Odroid is my only dedicated cruncher, all other devices are 'Multipurpose' devices. All windows installations run with antivir software. One word to the Op Sys: some projects run faster under Linux. Simap is such a project. But this must be tested. Project by project and app by app. Alexander |
Previous 20 · Next 20