1)
Message boards :
Number crunching :
search progress visualization
(Message 11671)
Posted 19 Feb 2009 by EigenState Post: What we have in this post is pretty much preliminary work, so we'd really like to hear your ideas and suggestions as to what you'd like to know is going on server-side, and what we're doing as a whole. I would suggest, no urge that the project utilize this new webpage as a means to provide a vastly greater educational opportunity for the volunteer participants. Thus, I believe it should provide information on both the fundamental physics and the computational aspects of the project. By computational aspects, I most certainly do not mean any discussion of credits or who has the bigger, faster hardware--such discussions are all too prevalent as it is on the forum. Some suggested reading materials on both subject matters would be excellent additions. Allow your volunteers to learn if they so choose. The lack of such learning resources is, in my opinion, a great weakness in the BOINC concept. Best regards, EigenState |
2)
Message boards :
MilkyWay@home Science :
What are we doing and for whom?
(Message 8544)
Posted 17 Jan 2009 by EigenState Post: We've updated the main page of the project, so now you have information on our publications and related grants. Nice! The NSF logo would look good there as well. Best regards, EigenState |
3)
Message boards :
Number crunching :
New faster application?
(Message 8519)
Posted 17 Jan 2009 by EigenState Post: At least my SSE3-App I linked to in this thread does not suffer from any of these shortcomings ;) Just to be sure I have this right since I have been away for a few weeks. The SSE2 application currently on zslip is different from the one that had been available at arizmoon a couple of days ago. Different hashes and the current zslip one I find to be approximately 25% slower. Results from both have given validated results for me. So, is the current zslip application the one that gives more reliable results compared to the stock application? |
4)
Message boards :
Number crunching :
New App status
(Message 6817)
Posted 26 Nov 2008 by EigenState Post: Greetings Gentlemen, What you apparently fail to realize is that my suggestion would in fact protect the project's NSF funding base in that the NSF requires formal acknowledgment. The following is quoted from the NSF website: I. ACKNOWLEDGMENT OF SUPPORT AND DISCLAIMER The NSF's policies are very clear. I rest my case and shall make no further contributions to this exchange. Best regards, EigenState |
5)
Message boards :
Number crunching :
New App status
(Message 6806)
Posted 26 Nov 2008 by EigenState Post: @ EigenState Ridiculous to wish to read the NSF grant proposal that supports the project? Ridiculous to wish to review the reputation of the Principal Investigators and their prior contributions to the field? Ridiculous to note that professional ethics demand explicit acknowledgment of any and all funding sources? My comment stands firm. |
6)
Message boards :
Number crunching :
New App status
(Message 6797)
Posted 26 Nov 2008 by EigenState Post: Travis wrote: Actually to correct some misinformation here. The RPI computer science department as a whole does not run this project. There is myself, Nate, dave, and our 4 advisors (1 professor in the physics dept, and 3 in the cs dept). Our advisors have quite a few other projects they're working on (and I myself have another one or two). Either way, the bulk of the work on this project is done by myself, dave and nate. 3 people, not 440. We also have classes and our degree requirements to attend to. This is the nature of graduate level research. The scientific credibility of Milkway@Home would be well served by explicitly posting the names of the Principal Investigators (the professors), their affiliations, and an acknowledgment to the NSF (including grant number) on the project home page. That information would facilitate the evaluation of the project on the part of volunteer participants that care about the science being pursued. Acknowledgment of funding sources is just the norm in the profession. Best regards, EigenState |
7)
Message boards :
Number crunching :
nm_test14 -- credits, fpops estimate
(Message 6671)
Posted 25 Nov 2008 by EigenState Post: Greetings Travis, I understand the concept of attempting inter-project credit parity. I also have no intention whatsoever of engaging in that long running discussion. What I question is lack of intra-project credit parity. Why would anyone opt to work 2.5 times as long for half the pay? Best regards, EigenState |
8)
Message boards :
Number crunching :
nm_test14 -- credits, fpops estimate
(Message 6654)
Posted 25 Nov 2008 by EigenState Post: I've updated work generation a bit (it should be a lot more efficient server side, which should help keep work flowing). nm_test20_345_1227567420 1,524.58cpusec claimed credit=4.23 granted credit=9.97 nm_test12_293_1227537135 1,534.77cpusec claimed credit=4.26 granted credit=46.04 Milksop's 1.22 units 600cpusec claimed credit=1.6 granted credit=17.5 (those numbers are approximate) One might argue that work units requiring 2.5 times longer to run should not receive half the credit. One might also argue that testing is beyond the normal contribution to the development of the project and might warrant a premium payment, but hardly a severely reduced payment. That simply lacks good quantum numbers! |
9)
Message boards :
Number crunching :
more wus generated: nm_test1
(Message 6411)
Posted 22 Nov 2008 by EigenState Post: I renamed my app_info.xml and restarted boinc on all my systems and they are still using Milksop's 1.22 and the test app without any trouble so far. Thank you! I have renamed the app_info.xml file and Milksop's 1.22 is indeed running. Have not gotten a download of the test app or any of the test WU's yet--yes I did set my preferences to allow the test app. Best regards, EigenState |
10)
Message boards :
Number crunching :
more wus generated: nm_test1
(Message 6407)
Posted 22 Nov 2008 by EigenState Post:
Do we need a new app_info.xml file in order to be able to run the test application and Milksop's optimized version of 1.22? |
11)
Message boards :
Number crunching :
Server Problems? - currently the U/L one
(Message 5755)
Posted 1 Nov 2008 by EigenState Post: I've gotten all kinds of errors today, but at the moment I'm getting Same problem here. |
12)
Message boards :
Application Code Discussion :
Suggestions for performance improvements
(Message 5462)
Posted 14 Oct 2008 by EigenState Post: Good to see this kind of collaboration moving forward! Best regards, EigenState |
13)
Message boards :
Number crunching :
Project down for maintenance??
(Message 5446)
Posted 10 Oct 2008 by EigenState Post: Greetings, Indeed we have a conundrum. If we improve the code, it will be faster and we will have to lower credits which people dont like. If we don't improve our code, we get yelled at for wasting cpu time. A conundrum? I beg to differ! Credits are by definition an artificial measure of a participant's contribution to the project that can be manipulated with great flexibility. The only valid concern is the scientific output of the project per unit time. It is self-evident that an optimized code offers the potential to greatly increase that scientific output and thereby greatly enhance the potential of this particular research endeavor to become a meaningful contribution to physics. Greater productivity (research results) can be fully anticipated to lead to more papers being published and more talks at conferences. That is quite clearly in the best interests of the members of the research team. You have several participants that appear to have successfully optimized your code. It behooves you to do everything possible to work with them to develop an optimized code that can and will be made available to all of the volunteer participants. The failure to do so is an implicit statement that you really do not care about the physics, nor about the resources that your volunteers bring to bear on this project. I can only imagine my response were one of my research students to inform me that they had taken orders of magnitude more time than necessary to conduct an experiment! Best regards, EigenState |
©2024 Astroinformatics Group