Info | Message |
---|---|
1) Message boards : Questions and problems : Too many WUs were downloaded, all settings are ignored
Message 111544 Posted 12 Apr 2023 by Magiceye04 |
I have heard that it is a bit tricky to persuade Ubuntu to work together with a newer version. But if it is needed, I would try.You could try I have updated to the BM of this PPA - but without any change. Setting is 0% for Asteroids and 0.1 days - I got 2 days work. And WCG got 8 days of work. Most will be aborted tomorrow by me as usual. |
2) Message boards : Questions and problems : Too many WUs were downloaded, all settings are ignored
Message 111520 Posted 8 Apr 2023 by Magiceye04 |
No, I don't want that any project will override parameters. And here we come back to my original problem: Asteroids@Home ignores the local preferences that I have set in the boinc manager. |
3) Message boards : Questions and problems : Too many WUs were downloaded, all settings are ignored
Message 111507 Posted 6 Apr 2023 by Magiceye04 |
No, I don't want that any project will override parameters. |
4) Message boards : Questions and problems : Too many WUs were downloaded, all settings are ignored
Message 111504 Posted 5 Apr 2023 by Magiceye04 |
This parameter was completely ignored. There is some progress - Asteroids is now the only project, requesting too many WUs, TNgrid takes now care of the settings in the BM. But I have no idea why, maybe the settings on the website have higher prio. |
5) Message boards : Questions and problems : Too many WUs were downloaded, all settings are ignored
Message 111340 Posted 18 Mar 2023 by Magiceye04 |
It seems that any settings in the boinc manager about the buffer of work is overruling the settings of the project. Is there a way that the project settings are used? On the asteroids home page I could set the CPU threads to 33% and everything would be fine. |
6) Message boards : Questions and problems : Too many WUs were downloaded, all settings are ignored
Message 111339 Posted 18 Mar 2023 by Magiceye04 |
He says he's running "I run Ubuntu 20.04LTS with BM 7.16.6 which is the latest one for Ubuntu20." I have heard that it is a bit tricky to persuade Ubuntu to work together with a newer version. But if it is needed, I would try. Or is there an alternative for the <max_concurrent> to be used in the old BM ? |
7) Message boards : Questions and problems : Too many WUs were downloaded, all settings are ignored
Message 111338 Posted 18 Mar 2023 by Magiceye04 |
Add to above: If this would be the case, then I would only expect 2-3x the amount of WU to be send, not infinite. On the other hand the value <on_frac> is around 0.5 and would compensate this. I don't want to limit the CPU-threads to be used at all - I have a fix setting of 9 threads for Asteroids, 20 Threads for TNgrid and the rest for Einstein/Milkyway on the GPU. In summary 30-32 threads are used and shall be used. Of course a workaround could be to start 3 Boinc instances at the same time, each for one project and there I could limit the threads and remove the app_config.xml. But I was hoping for an easier way. |
8) Message boards : Questions and problems : Too many WUs were downloaded, all settings are ignored
Message 111337 Posted 18 Mar 2023 by Magiceye04 |
How much memory on the affected computer(s)? 32GB and most of the time only 4-5GB are used. |
9) Message boards : Questions and problems : Too many WUs were downloaded, all settings are ignored
Message 111333 Posted 18 Mar 2023 by Magiceye04 |
Hello, I get on 2 of my PCs for the 2 projects i actually run too many WUs. There are 32 CPU threads and I have setup app_config.xml to limit 9x Asteroids and 20x TNgrid running at the same time. The Asteroids WUs are dropping down the CPU clock when I allow more then 12. The Boinc Manager is set to 0.01 days work. And even both projects are set to Prio 0. Both projects request work again and again until the limit of the projects is reached. I run Ubuntu 20.04LTS with BM 7.16.6 which is the latest one for Ubuntu20. On the GPU I run Einstein and here everything works as expected, I also have a app_config.xml I also tried to limit the work buffer on the project homepages, no effect. Any ideas what is wrong? Asteroids: <app_config> <app> <name>period_search</name> <max_concurrent>9</max_concurrent> </app> </app_config> TNgrid: <app_config> <app> <name>gene_pcim</name> <max_concurrent>20</max_concurrent> </app> </app_config> Einstein: <app_config> <app> <name>hsgamma_FGRPB1G</name> <max_concurrent>2</max_concurrent> <gpu_versions> <gpu_usage>0.5</gpu_usage> <cpu_usage>1</cpu_usage> </gpu_versions> </app> </app_config>[/code] |
10) Message boards : Questions and problems : Suspending computation (computer is in use) function ignores external mouse and keyboard
Message 91300 Posted 30 Apr 2019 by Magiceye04 |
So at the moment there is nothing i can do except manually start/stop boinc? Today i tried to put the mouse directly on the notebook, but it does also not recognize the activity (only once after plug-in). |
11) Message boards : Questions and problems : Suspending computation (computer is in use) function ignores external mouse and keyboard
Message 91268 Posted 29 Apr 2019 by Magiceye04 |
Hello, On my Laptop with Ubuntu 18LTS I have set the option to stop calculating while the computer is in use. This works perfect when i use the internal keyboard and touchpad. But at home i use a docking-Station with external mouse and keyboard - and this devices are ignored by BOINC. Is there any way to tell the boinc manager to take all keyboards into account? |
12) Message boards : Projects : GPUgrid - no communication on 2 of 3 PCs
Message 88888 Posted 18 Nov 2018 by Magiceye04 |
Problem was solved. I put the SSD of one blocked PC in tha last working PC. There i could upload the data. In the same time i updated/refreshed on the blocked PC #2 and magically there also the upload started. In the end all WUs are uploaded. Big underlined note for me: GPUgrid is not amused about cloning an SSD in another PC. |
13) Message boards : Projects : GPUgrid - no communication on 2 of 3 PCs
Message 88877 Posted 17 Nov 2018 by Magiceye04 |
Hello, i have big trouble with 2 of my PCs to get connected to the GPUGRID Servers. At the beginning (2 or 3 days ago) the connection was slow and sometimes ended in timeout. But reload did help. Now GPUgrid ist completely dead. The Website is unreachable, the WUs wont get uploaded. But a ping to www.gpugrid.net works, only about 10% packet loss. On the 3rd PC everything is fine. All 3 PCs are connected to the same router. The not working PCs have Ubuntu16LTS and the working PC has Ubuntu 18LTS. The rest of the internet is working also fine. Any ideas why 2 of my PCs cant talk any more with GPUGRID? Reboot didnt help. One thing that might be one piece of the problem: i cloned the SSD of one PC somedays ago and used the clone in the other PC. But the PCs got different names and the IDs in the project are also different. Und at the beginning that was no problem. Both PCs got work and delivered the results. And other projects can communicate with their servers without problems. Traceroute looks quite similar. [spoiler] traceroute of not communicating PC: traceroute to www.gpugrid.net (84.89.134.145), 30 hops max, 60 byte packets 1 fritz.box (192.168.178.1) 0.448 ms 0.598 ms 1.278 ms 2 62.155.xxx.xxx (x) 19.643 ms 19.865 ms 21.690 ms 3 f-ed8-i.F.DE.NET.DTAG.DE (217.5.95.70) 27.551 ms 27.593 ms 27.604 ms 4 80.157.201.198 (80.157.201.198) 27.908 ms 35.696 ms 35.993 ms 5 be3187.ccr42.fra03.atlas.cogentco.com (130.117.1.118) 36.079 ms 36.515 ms 41.965 ms 6 be2799.ccr41.par01.atlas.cogentco.com (154.54.58.234) 51.110 ms 36.931 ms 42.366 ms 7 be3324.ccr52.bio02.atlas.cogentco.com (130.117.2.65) 49.509 ms be3325.ccr51.bio02.atlas.cogentco.com (130.117.48.205) 48.605 ms 48.388 ms 8 be3357.ccr31.mad05.atlas.cogentco.com (130.117.1.21) 58.225 ms be3358.ccr32.mad05.atlas.cogentco.com (130.117.1.97) 58.315 ms be3357.ccr31.mad05.atlas.cogentco.com (130.117.1.21) 58.335 ms 9 be3374.agr21.mad05.atlas.cogentco.com (130.117.2.62) 58.400 ms be3375.agr22.mad05.atlas.cogentco.com (130.117.50.202) 58.466 ms * 10 be3480.nr51.b015537-1.mad05.atlas.cogentco.com (154.25.1.18) 58.511 ms be3481.nr51.b015537-1.mad05.atlas.cogentco.com (154.25.1.110) 58.583 ms 65.188 ms 11 * 149.11.68.2 (149.11.68.2) 72.797 ms 149.11.68.50 (149.11.68.50) 72.670 ms 12 * 130.206.245.122 (130.206.245.122) 77.586 ms * 13 anella-val1-router.red.rediris.es (130.206.211.70) 74.310 ms 74.347 ms 74.362 ms 14 * * * 15 84.89.159.147 (84.89.159.147) 74.431 ms * 74.467 ms 16 * * * 17 * * * 18 grosso.upf.edu (84.89.134.145) 73.621 ms !X 68.978 ms !X * working PC: traceroute to www.gpugrid.net (84.89.134.145), 30 hops max, 60 byte packets 1 fritz.box (192.168.178.1) 0.406 ms 1.125 ms 1.317 ms 2 62.155.xxx.xxx (xx) 17.419 ms 18.208 ms 19.095 ms 3 f-ed8-i.F.DE.NET.DTAG.DE (217.5.95.70) 26.236 ms 26.304 ms 29.490 ms 4 80.157.201.198 (80.157.201.198) 32.720 ms 40.808 ms 40.877 ms 5 be3186.ccr41.fra03.atlas.cogentco.com (130.117.0.1) 40.976 ms 41.038 ms 41.071 ms 6 be2799.ccr41.par01.atlas.cogentco.com (154.54.58.234) 54.945 ms be2800.ccr42.par01.atlas.cogentco.com (154.54.58.238) 40.347 ms be2799.ccr41.par01.atlas.cogentco.com (154.54.58.234) 40.352 ms 7 be3324.ccr52.bio02.atlas.cogentco.com (130.117.2.65) 55.123 ms 52.034 ms * 8 be3357.ccr31.mad05.atlas.cogentco.com (130.117.1.21) 59.177 ms be3358.ccr32.mad05.atlas.cogentco.com (130.117.1.97) 57.064 ms 57.268 ms 9 be3379.agr22.mad05.atlas.cogentco.com (154.54.39.146) 55.661 ms 57.581 ms be3375.agr22.mad05.atlas.cogentco.com (130.117.50.202) 52.864 ms 10 be3481.nr51.b015537-1.mad05.atlas.cogentco.com (154.25.1.110) 58.658 ms be3480.nr51.b015537-1.mad05.atlas.cogentco.com (154.25.1.18) 53.014 ms 57.263 ms 11 149.11.68.2 (149.11.68.2) 57.465 ms 149.11.68.50 (149.11.68.50) 57.372 ms 57.493 ms 12 130.206.245.122 (130.206.245.122) 65.125 ms * 66.149 ms 13 anella-val1-router.red.rediris.es (130.206.211.70) 72.201 ms 72.461 ms 73.529 ms 14 * * * 15 84.89.159.147 (84.89.159.147) 86.897 ms 69.216 ms 69.280 ms 16 * * * 17 * * * 18 grosso.upf.edu (84.89.134.145) 73.386 ms !X 74.061 ms !X 74.559 ms !X [/spoiler] transfer log: [spoiler] Sa 17 Nov 2018 10:54:48 CET | GPUGRID | update requested by user Sa 17 Nov 2018 10:55:04 CET | GPUGRID | Started upload of e29s4_e18s5p0f36-ADRIA_FOLDPUCB_NTL9_NoTica_KCenter_20_crystal_ss_contacts_20_ntl9_3-0-1-RND5283_1_0 Sa 17 Nov 2018 10:55:04 CET | GPUGRID | Started upload of e29s4_e18s5p0f36-ADRIA_FOLDPUCB_NTL9_NoTica_KCenter_20_crystal_ss_contacts_20_ntl9_3-0-1-RND5283_1_1 Sa 17 Nov 2018 10:55:05 CET | GPUGRID | [http] [ID#873] Info: Found bundle for host www.gpugrid.org: 0x55f8b685ff30 [serially] Sa 17 Nov 2018 10:55:05 CET | GPUGRID | [http] [ID#872] Info: Trying 84.89.134.145... Sa 17 Nov 2018 10:55:05 CET | GPUGRID | [http] [ID#873] Info: Hostname was found in DNS cache Sa 17 Nov 2018 10:55:05 CET | GPUGRID | [http] [ID#873] Info: Trying 84.89.134.145... Sa 17 Nov 2018 10:55:49 CET | | [http] [ID#0] Info: Connection timed out after 120116 milliseconds Sa 17 Nov 2018 10:55:49 CET | | [http] [ID#0] Info: Closing connection 152 Sa 17 Nov 2018 10:55:49 CET | | [http] HTTP error: Timeout was reached Sa 17 Nov 2018 10:55:49 CET | | [http] HTTP_OP::init_get(): http://www.gpugrid.net/notices.php?u...d165fb2f5bf6c7 Sa 17 Nov 2018 10:55:49 CET | | [http] [ID#0] Info: Found bundle for host www.gpugrid.net: 0x55f8b670f0b0 [serially] Sa 17 Nov 2018 10:55:49 CET | | [http] [ID#0] Info: Trying 84.89.134.145... Sa 17 Nov 2018 10:55:53 CET | GPUGRID | [http] [ID#1] Info: Connection timed out after 120124 milliseconds Sa 17 Nov 2018 10:55:53 CET | GPUGRID | [http] [ID#1] Info: Closing connection 153 Sa 17 Nov 2018 10:55:53 CET | GPUGRID | [http] HTTP error: Timeout was reached [/spoiler] PS: i posted this problem already in the gpugrid forum - but the access to the forum is now also not possible and maybe its a general topic and has been seen on other projects also. |
14) Message boards : BOINC Manager : Manual priority settings planned in the future?
Message 84909 Posted 25 Feb 2018 by Magiceye04 |
Sometimes i want to prioritize one or more workunits to get worked "now" or also "later". But there are no settings in the Boinc-Manager to do this. At the moment a tried to stop all other work, then the WUs that i want are running. BUT after i allow the other tasks to continue, the wanted WUs stop and the old tasks are running again. I tried some changes in the workload buffer (1 day, 2 days, 3 days) but it doesnt help. It seems that the boinc manager is using some complicated (and maybe in most cases useful) algorithms to decide, which WU is running. Is it possible to give the user some kind of control? E.G. right click on a WU and say: "Highest priority" (or lowest...) For hole projects this is popssible, but not for single workunits. |
15) Message boards : Android : Where are the older versions to download ?
Message 84908 Posted 25 Feb 2018 by Magiceye04 |
Thank you for the link! The latest version only shows me the start screen and then does nothing. |
16) Message boards : Android : Where are the older versions to download ?
Message 84663 Posted 4 Feb 2018 by Magiceye04 |
I want to install BOINC on Android 5.1.1 (Odroid C2) 7.4.53 (Recommended Version (and only available version?)) is not working. I tried this one year ago and after hours of testing i found that 7.4.41 should work. But now i dont find this version any more. :( The Link http://boinc.berkeley.edu/download_all.php doesnt lead to "ALL versions". Only the latest version is there. Where do i really find ALL versions? Could you set a link below the latest version the the other ("all") versions? Thank you! |
17) Message boards : BOINC client : *Bug* Not requesting tasks: some download is stalled
Message 66418 Posted 25 Dec 2015 by Magiceye04 |
No hurry, it was just a suggestion for maybe the next version. The project is pogs at the moment, but i also had the problem with wgc some weeks ago. I only have the problem with image files, never with programs/apps oder WUs. |
18) Message boards : BOINC client : *Bug* Not requesting tasks: some download is stalled
Message 66379 Posted 24 Dec 2015 by Magiceye04 |
It didnt help. Today the message came again. The image was not compressed, it was a 0 byte file. Also in Boinc-Manager it was shown as 0 byte to download. If the images are not necessary for calculation, than the boincmanager should not stop working, it should only show a message. |
19) Message boards : BOINC client : *Bug* Not requesting tasks: some download is stalled
Message 66367 Posted 23 Dec 2015 by Magiceye04 |
Thank you, i'll try this. What are this image files used for? The Option in the settings tell me, that skipping verification reduces security. And i dont use UMTS or so, its a plain old DSL via telefone line. |
20) Message boards : BOINC client : *Bug* Not requesting tasks: some download is stalled
Message 66364 Posted 23 Dec 2015 by Magiceye04 |
Hi! I have sometimes the problem, that a project is requesting a download of a .PNG-File or so and this download is not finishing. In most cases the file to download is 0 bytes large. It happens at several projects on several PCs. until this download is not finished, other downloads are not started. So the PCs run out of work. Is this bug known? Could it be fixed easy? I think the best solution would be to allow other downloads independent from this stalled download in the boinc manager. |
Copyright © 2024 University of California.
Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License,
Version 1.2 or any later version published by the Free Software Foundation.