Monday Memo (Sep 29 2008) |
![]() |
| log in |
Message boards : Technical News : Monday Memo (Sep 29 2008)
| Author | Message |
|---|---|
|
Quick news for the beginning of the week. We chugged along nicely all weekend, though for server load reasons we were running less Astropulse splitters (and thus creating less Astropulse workunits) and so they've been "falling behind" SETI@home in the competition for processing power. I changed that this morning. Also we're going to attempt the bruno upgrade again tomorrow. We realized last week we'll need a lot of time to do everything we'd like, so the regular outage will start a bit early and possibly end later. | |
| ID: 813245 · | |
|
Ah -- like about an hour ago or so? No uploads/downloads at the moment. | |
| ID: 813250 · | |
|
Hey Matt | |
| ID: 813256 · | |
All is fine thanks for the info and yea no units going out and no completed units being credited... Oh yeah, that.. Seems like a query that should run on the replica (but isn't because the replica is undergoing maintenance) started running on the master and is clogging the works. I'll kill it and that should break the dam. - 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 | |
| ID: 813258 · | |
|
Nice Matt, Still can't get through, I stopped and then restarted Boinc and only once did anything upload or report on My 4 PCs, 24 bytes a second is pretty slow. | |
| ID: 813269 · | |
|
I am receiving MB units but no Astropulse units so I don't know if 4.36 is better than 4.35 on my Linux box. AK_V8_SS3 is good. | |
| ID: 813431 · | |
|
Matt, | |
| ID: 813464 · | |
Quick news for the beginning of the week. We chugged along nicely all weekend, though for server load reasons we were running less Astropulse splitters (and thus creating less Astropulse workunits) and so they've been "falling behind" SETI@home in the competition for processing power. I changed that this morning. Also we're going to attempt the bruno upgrade again tomorrow. We realized last week we'll need a lot of time to do everything we'd like, so the regular outage will start a bit early and possibly end later. What are your targets for MB/Astropulse processing power, which justify your statement that AP is 'falling behind'? And is there a day targeted for turning off the MB wu generation, which I am assuming is in the back of your mind? | |
| ID: 813468 · | |
|
| |
| ID: 813484 · | |
I am receiving MB units but no Astropulse units so I don't know if 4.36 is better than 4.35 on my Linux box. AK_V8_SS3 is good. If you're running AV_V8, that means you have an app_info.xml file on your system. If Astropulse is not defined within that file, then you will never get any Astropulse WUs, only MB. | |
| ID: 813489 · | |
Quick news for the beginning of the week. We chugged along nicely all weekend, though for server load reasons we were running less Astropulse splitters (and thus creating less Astropulse workunits) and so they've been "falling behind" SETI@home in the competition for processing power. I changed that this morning. Also we're going to attempt the bruno upgrade again tomorrow. We realized last week we'll need a lot of time to do everything we'd like, so the regular outage will start a bit early and possibly end later. I'm assuming here, but I think Matt meant that more AP splitters would be permitted to run, not that any MB splitters would be turned off... ____________ . | |
| ID: 813506 · | |
|
I have Astropulse defined in app_info.xml and have crunched two WUs in about 115 h with app 4.35. Since downloading 4.36 and modifying the file I have not received any Astropulse WU. | |
| ID: 813553 · | |
|
is any syntax for app_info.xml (example) to receive astropulse WUs? I have using AK_v8 and get "Unrecognized XML in parse_init_data_file: computation_deadline" message in stderr.txt file. | |
| ID: 813602 · | |
is any syntax for app_info.xml (example) to receive astropulse WUs? I have using AK_v8 and get "Unrecognized XML in parse_init_data_file: computation_deadline" message in stderr.txt file. Here's an example of an app info file for SSE3. I'm guessing that's the one you're wanting. It's pretty early in the morning here so you might want to double check it since I just put it together and I don't want to be the reason for more errors, but I'm pretty sure it's correct. ____________ | |
| ID: 813639 · | |
|
http://setiathome.berkeley.edu/ap_advanced.php | |
| ID: 813655 · | |
|
i have found something in init_data.xml file. | |
| ID: 813656 · | |
Message boards : Technical News : Monday Memo (Sep 29 2008)
| Copyright © 2013 University of California |