Message boards :
Number crunching :
Lets help somehow...
Message board moderation
| Author | Message |
|---|---|
Chilean Send message Joined: 6 Apr 03 Posts: 498 Credit: 3,200,504 RAC: 0
|
|
Neil Woodvine Send message Joined: 22 Nov 02 Posts: 49 Credit: 429,050 RAC: 0
|
|
Jord Send message Joined: 9 Jun 99 Posts: 15184 Credit: 4,362,181 RAC: 3
|
Sure... like I said in this post: Scrap the credits, both on Seti Classic and here. :) Then I don't see anyone wory about it anymore. Quick, slick and clean solution. :) |
Matt Lebofsky Send message Joined: 1 Mar 99 Posts: 1444 Credit: 957,058 RAC: 0
|
I should reiterate: A quick rough estimate shows me that we have over 50 million results to validate in SETI classic (it was upwards to 100s of millions at various points). Of course, nobody notices this as they get credit in SETI classic before the results are validated. - Matt -- BOINC/SETI@home network/web/science/development person -- "Any idiot can have a good idea. What is hard is to do it." - Jeanne-Claude |
|
Scarecrow Send message Joined: 15 Jul 00 Posts: 4520 Credit: 486,601 RAC: 0
|
I should reiterate: Know what's really worrying me? We sent our new guy out for pizza and beer an hour ago and he ain't back yet. Funny how one event puts the others in perspective. Credits?? What credits? Where's my @#%$@ pizza?!? Onwards and upwards, Matt, keep after it! :) _______ * Will Admin your system for food |
|
chrisjohnston Send message Joined: 31 Aug 99 Posts: 385 Credit: 91,410 RAC: 0
|
Sounds like a good idea.. If only I knew anything about programming. - cJ
|
|
John McLeod VII Send message Joined: 15 Jul 99 Posts: 24806 Credit: 790,712 RAC: 0
|
The problem is that the current process is file system bound, not CPU bound, so the extra CPU horsepower will not help. BOINC WIKI |
ksnash Send message Joined: 28 Nov 99 Posts: 402 Credit: 528,725 RAC: 0
|
What Should be done is have an adjustable system. Measure the different type loads on the different servers and when one gets overloaded and another is going idle have it automatically move some of the load to the other server. Just looking at Ware-Wulf system for Beowulf clusters on Linux. It allows you to control how processes and resources are allocated amongst the individual beowulf clusters. No node is defined as any particular server and any node can assume the role of any needed process or resource. You can move some of the files to other servers; Can't you? |
Rom Walton (BOINC) Send message Joined: 28 Apr 00 Posts: 579 Credit: 130,733 RAC: 0
|
Moving the data to a different raid rack would take a few days and the project would have to be down the whole time. Moving small files has a lot of overhead, the maximum throughput even for a gigabit switch is still something like 125MB/s. It is just a nasty problem. ----- Rom BOINC Development Team, U.C. Berkeley My Blog |
|
Jerry Camden Send message Joined: 10 Feb 01 Posts: 21 Credit: 716,374 RAC: 0
|
Moving the data to a different raid rack would take a few days and the project would have to be down the whole time. It does seem to me that there must be a large amount of overhead processing all these things as individual files in the a system. Has anyone done a comparison of storing this data in LOBs in the DB. It looks like there is a DB record for every WU and result. A RDBS should always be better at handling creates, updates, & deletes than a file system. I mean the file system is dealing with directoies, space allocations, and security that just doesn't seem necessary. Just my thoughts.
|
|
N/A Send message Joined: 18 May 01 Posts: 3718 Credit: 93,649 RAC: 0 |
It is just a nasty problem. [font='courier,courier new']I think you win "Understatement of the Year" :-\\ Lotsa luck, Rom.[/font] |
|
PhonAcq Send message Joined: 14 Apr 01 Posts: 1656 Credit: 30,658,217 RAC: 1
|
Sorry, but what is a LOBs and how would it help? May this Farce be with You |
Paul D. Buck Send message Joined: 19 Jul 00 Posts: 3898 Credit: 1,158,042 RAC: 0
|
A.k.a. BLOB ... The point that is missed is that the database content is also written to disk. So, you still have the data written to disk. Now the difference is that you have the RDBMS doing the file searching. It does not mean that it is any more efficient. It just sounds like it will be faster. Granted "Longhorn" was supposed to "eliminate" the file system ... Ha! ... Win95 was supposed to eliminate DOS too ... |
Jim Baize Send message Joined: 6 May 00 Posts: 758 Credit: 149,536 RAC: 0
|
Granted "Longhorn" was supposed to "eliminate" the file system ... Ha! ... Win95 was supposed to eliminate DOS too ... How does one eliminate a file system and still have a functioning computer? Doesn't make sense to me. But what do I know. Jim |
|
chrisjohnston Send message Joined: 31 Aug 99 Posts: 385 Credit: 91,410 RAC: 0
|
I don't know the details of how the validator works, but make a program that will pair up say 20 work units and all their partners, compress them, then send them out to our computers to actually validate, and then send back the numbers only. - cJ
|
ML1 Send message Joined: 25 Nov 01 Posts: 21976 Credit: 7,508,002 RAC: 20
|
Granted "Longhorn" was supposed to "eliminate" the file system ... Ha! ... Win95 was supposed to eliminate DOS too ... Doesn't make sense to me either! It could likely be just MS marketing-speak and obfuscation. MS are very fond of obscuring the 'workings' to give 'extra gloss' and the impression of there being more than what there actually is in reality. There are abstract ideals of merging database-like functionality directly into the filesystem, rather than having a database doing filesystem-like manipulations on top of the filesystem. This is one of the ideals for ReiserFS. (If you check the ReiserFS web pages, there's lots of description for a 'unified namespace'. Essentially, just as a good kernel is not seen by the user, the filesystem becomes seamlessly part of the overall system. The user then no longer need think of 'files'. Their work and data are safely stored with database-like accessibility.) Regards, Martin See new freedom: Mageia Linux Take a look for yourself: Linux Format The Future is what We all make IT (GPLv3) |
|
1mp0£173 Send message Joined: 3 Apr 99 Posts: 8423 Credit: 356,897 RAC: 0
|
A.k.a. BLOB ... Actually, Paul.... The idea of storing them as a BLOB isn't a bad idea because the problem is simply dealing with a directory that is full of files, not the files themselves. So, if they were stored as a BLOB instead, they'd all be in one file. But, as Matt pointed out, any proposal to make a change, BLOBs, a bigger directory fanout, multiple results per file, or any other idea means making a change to all of the programs that use those files (transitioners, validators, assimilators, etc.). So, the project has to be taken down while those components are altered, then all of the files have to be moved to the new format. The conversion process would be subject to all of the same struggles we're having right now, and validation would stop while it's being done. Yeah, you could do something else, like put in code to look in the new place, and then the old place. I think it'd be a good idea to store part of the path in the database so that the directory assignments happened in one spot (and the fanout could change in just one spot). But most of these just move the problem around, and at great expense. So, it makes the most sense to stay with the current course and try to clean up the directories before something more dramatic is tried. |
|
1mp0£173 Send message Joined: 3 Apr 99 Posts: 8423 Credit: 356,897 RAC: 0
|
I don't know the details of how the validator works, but make a program that will pair up say 20 work units and all their partners, compress them, then send them out to our computers to actually validate, and then send back the numbers only. But then we'd need a validator-validator, and the thing making the validation@home work units would still have to get those work units from the same overstressed file system we've got now. I don't know where Matt and his accomplices are on their attempts to fix the problem, they may not have found and deleted all of the orphans. |
|
chrisjohnston Send message Joined: 31 Aug 99 Posts: 385 Credit: 91,410 RAC: 0
|
I don't know where Matt and his accomplices are on their attempts to fix the problem, they may not have found and deleted all of the orphans. Considering that the number is still getting bigger, either deleting the files didn't help out, or there is a different problem. - cJ
|
|
1mp0£173 Send message Joined: 3 Apr 99 Posts: 8423 Credit: 356,897 RAC: 0
|
I don't know where Matt and his accomplices are on their attempts to fix the problem, they may not have found and deleted all of the orphans. The technical news said they'd do one or more outages to delete files, and I don't think we saw the one we expected yesterday. |
©2026 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.