Message boards :
Server and website :
Oops - Long Queue is Empty
Message board moderation
Previous · 1 · 2
| Author | Message |
|---|---|
|
Send message Joined: 16 Apr 09 Posts: 163 Credit: 921,733,849 RAC: 0 Level ![]() Scientific publications ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]()
|
The approach I use is pretty much this. When there are no new units available, and I have been able to acquire a second unit behind my active work unit, I setup a secondary GPU project and them, with a short 'suspend' of GPUGrid, pull down about 12 to 24 hours of my secondary project. U then pull the suspend off of GPUGrid so that it can return to processing and place the secondary GPU project into no new work. Ideally GPUGrid is able to generate work within a day or so and take over as the primary project. The other condition that drives me away (temporarily) from GPUGrid as a primary project is the problem with VERY SLOW uploads that seems to affect a couple of my workstations (all on the same network) intermittently. In those situations, I find it can take 10 to 18 hours simply to upload a result. That too drives those workstations into secondary GPU processing land. For this second problem, I suspect there are some infrastructure issues at might site, (noisty switch for example), but the problem is amplified by the HUGE upload files that GPUGrid generates. |
Retvari ZoltanSend message Joined: 20 Jan 09 Posts: 2380 Credit: 16,897,957,044 RAC: 0 Level ![]() Scientific publications ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]()
|
When there are no new units available, and I have been able to acquire a second unit behind my active work unit, I setup a secondary GPU project and them, with a short 'suspend' of GPUGrid, pull down about 12 to 24 hours of my secondary project. I did the same in the past, but it's much easier to set the backup project's resource share to 0. In this case it would pull down work only when there's no work from any project which have resource share above 0. My backup projects are Einstein@home, and seti@home. |
|
Send message Joined: 16 Apr 09 Posts: 163 Credit: 921,733,849 RAC: 0 Level ![]() Scientific publications ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]()
|
Yup -- similar approaches -- mine's a bit more hands on. My secondary project it MooWrap mosty. Could be Collatz -- that project has periodic issues of its own. I resolved on of my upload lag issues by replacing a switch -- apparently a single port of that switch was 'noisy' and creating problems. |
|
Send message Joined: 26 Mar 14 Posts: 101 Credit: 0 RAC: 0 Level ![]() Scientific publications
|
I'm preparing a new batch of short WU, equilibrations should be ready to send by today. On the other hand, yesterday I sent new long WU but seems not to be enough to satiate the beast. Perfect! I'll prepare some new ones! PD: remember that from each completed task a new task is regenerated and sent. |
|
Send message Joined: 16 Apr 09 Posts: 163 Credit: 921,733,849 RAC: 0 Level ![]() Scientific publications ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]()
|
Looks like the queues are empty again -- and it's only Thursday night.... |
|
Send message Joined: 26 Mar 14 Posts: 101 Credit: 0 RAC: 0 Level ![]() Scientific publications
|
They are periodically getting refilled. Please be patient. Long runs (8-12 hours on fastest card) 35 2,273 4.50 (1.06 - 17.87) 603 |
|
Send message Joined: 16 Apr 09 Posts: 163 Credit: 921,733,849 RAC: 0 Level ![]() Scientific publications ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]()
|
No problem -- I am patient <smile> Hoping the queue gets refilled again..... |
|
Send message Joined: 26 Mar 14 Posts: 101 Credit: 0 RAC: 0 Level ![]() Scientific publications
|
Short queue refilled! |
©2026 Universitat Pompeu Fabra