Posts by marsinph

21) Message boards : Number crunching : Project is out of work (Message 1370) Posted 27 Aug 2020 by marsinph Post: It's the middle of the night where the project is located. It may be several hours before anyone on the project is aware of the problem. Hello, project is located in Russia. Admin/project scientist / developer too. He is active. So normally he know. The local time of his city (+/- 500km north from Moscow , is UTC+3. Wait and see. But so far I know the two previous sets of WU are finished. One week ago, he started a new set to test. See his post on "news"
22) Message boards : News : First workunits of new search will be generated soon (Message 1369) Posted 27 Aug 2020 by marsinph Post: Hello Hoarfrost We need WU ! Rake is choosen by SETIBZH/Sprint starting today 27aug 22:00 UTC. All the queue are empty. If your scientist do not have WU, perhaps it is better to contact SETIBZH admin to cancel (or change of project. I also have sent you a private mail on your personal adress. Best regards and take care of Covid.
23) Message boards : News : New version of application for Rank 10 (Message 1154) Posted 15 Aug 2019 by marsinph Post: Hello marsinph! We remember you! Our Natalia is not the same that in ODLK* projects! :) And projects are different by goals and instruments also. Happy crunching! Hello both of you. Thank you for answer. I think the confusion probably comes from the "problem" of latest year. Natalia Makarova on both ODLK and ODLK1 is the same. And you are here and also on the two "old" ODLK. Not important. By the way the new PRJ is very strange. I got 4 WU on 4 hosts (1 by host). considering admin, it woul take about 2-3 hours. Why not. But I have one WU running 2d22h, not stuck (slot change....) After 24 hours, all other cancelled of course. And very similar as Rake : fast at start, then very slow at end All of this for about 57CR/WU !!! See you next time. Friendly regards from Belgium Phil
24) Message boards : News : New version of application for Rank 10 (Message 1152) Posted 14 Aug 2019 by marsinph Post: Hello Hoarfrost, Natalia, Long time ago !!! Both of you know me. ODLK id 2493 ODLK1 ID : 3828 TBE id : 7295 Perhaps I am not clever, but a new PRJ appears recently : Tomas Breda Experiment...... OK so far. But the new refer on his start page to ODLK, ODLK1 and Rake !!! Same goal : search on ODLS, same scientist (Natalia), but not same admin. Four PRJ with same goal !? On the new PRJ, Natalia wrote it have nothing to make with Rake. OK so far. But it search the same and she is scientist on all ! I would like to understand. Is it perhaps discussions, no agreement, "war" between some ? Or perhaps subvention (money) ....? By the way, the computing process on new PRJ seem to be similar . Fast start, then very long. It not happen on both ODLK. I have crunch a very little the past day to check if all is still working. And it is. I can think the WU are not generated by or on the same way Waiting explanation best and friendly regards Philippe PS, because SETIBZH, I have not crunch here. I will do a little
25) Message boards : News : Будущее проекта RakeSearch (Ru) (Message 1042) Posted 12 Jun 2019 by marsinph Post: Hello Natalia, in english please !!! I know EN is not your favorite language but is universal on Boinc !!! Friendly regards Дорогие участники! Поиск ОДЛК 9-го порядка на 99.9% близок к завершению. Запущены тестовые задания для 10-го порядка, пока — только для платформ Linux x86-64 и Windows x86-64. В среднем одно такое задание осуществляет перебор большего числа квадратов за то же самое время. Пока что ни в одном задании не удалось обнаружить пары перестановочных квадратов 10-го порядка. Мы планируем провести тестовый поиск по небольшой части пространства квадратов (возможно, порядка миллиона), чтобы понять перспективы. Если таких пар не найдется, то проект разумно будет завершить, чтобы не занимать ваши процессорные мощности зря. Если найдутся — это будет новым результатом и базой для нового поиска. В любом случае, проект не дублирует расчеты Gerasim@home и ODLK/ODLK1 для 10-го порядка. Обсуждение на английском здесь. С уважением, Наталия и hoarfrost
26) Message boards : News : Formula BOINC Sprint 2019 (Message 857) Posted 11 Apr 2019 by marsinph Post: Hello Natalia As each year the same problems. And it will again happen on both ODLK. Not your fault. The most know you do your best.. We know Rake, OGLK and ODLK1 kan not handle so much traffic load during Sprint, due to not very powerfull server. But someone on SETIBZH stay pushing, without consideration. Can you imagine if all your projects gives as much credits as Collatz ? ... .... Best regards to you and Hoarfrost Phil
27) Message boards : Number crunching : Sprint on project RakeSearch from 04/11/2019 16:00 (UTC) to 04/14/2019 15:59 (UTC) (Message 849) Posted 10 Apr 2019 by marsinph Post: Hello Ken_g6, I also agree, but not foreget that the sprint is choosen by SETBZH (not the project it self) So long project admin want to stay in such competition, is very few to do ! And also not forget, who manage SETBZH. Once again, there will be problems. Some PRJ need to be removed from Sprint for several reason : ODLK and ODLK1 have not enough server ressources. Pitty, but it is. It always crashes. Xanson, release to few WU (but announced from the project start) Wanless : only for Linux under ATI ! So exclude about 90% of users. CitizenScience : already 4 months without WU production, Announced by PRJ scientist, but still candidate. LHC : no any "normal" WU, Also requires VirtualBox and PRJ developper says himself ," not developped for BOINC..." BURP : like Xanson... But who decide participation of project on Sprint ? There are much more unknown projects using Boinc, but registred at Berkeley !! . Then, to conclude, you will see what shall happen if DHEP is selected. Best regards everyone
28) Message boards : Number crunching : Once again WU who seems frozen ! (Message 426) Posted 2 Jun 2018 by marsinph Post: Hello once again one frozen on 100% . host : 3406 name : R9_004196265_1 (estimated size :100,000GFLOPs WU : 8596625 But the number at end of checkpoint changes. cpu time 6:31:22 - checkpoint.txt time 14:45 - number : 322000000 cpu time 6:37:29 - checkpoint.txt time 14:57 - number : 329000000 cpu time 6:46:40 - checkpoint.txt time 15:09 - number : 336000000
29) Message boards : Number crunching : Once again WU who seems frozen ! (Message 364) Posted 15 Apr 2018 by marsinph Post: I have two WU who reach 100% after about 4 hours. Normal. R9_003331199_0 But after eight hours, it stay at 100%. I know remaining time is not accurate, but......0 CPU works on WU. Here below the checkpoint. # Move search of pairs OLDS status # Generation of DLS status 9 { 0 1 2 3 4 5 6 7 8 1 3 8 2 6 4 0 5 7 2 7 1 0 5 8 3 6 4 4 8 5 6 3 1 7 0 2 3 4 6 5 7 0 8 2 1 5 6 7 4 8 2 1 3 0 8 5 0 7 2 6 4 1 3 7 2 4 1 0 3 5 8 6 6 0 3 8 1 7 2 4 5 } 56 1 2 1 3 1 4 1 5 1 6 1 8 2 0 2 1 2 3 2 4 2 5 2 7 2 8 3 0 3 1 3 2 3 4 3 6 3 7 3 8 4 0 4 1 4 2 4 3 4 5 4 6 4 7 4 8 5 0 5 1 5 2 5 4 5 6 5 7 5 8 6 0 6 1 6 3 6 4 6 5 6 7 6 8 7 0 7 2 7 3 7 4 7 5 7 6 7 8 8 1 8 2 8 3 8 4 8 5 8 6 8 7 1 2 -1 8 7 55 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 1 1 1 0 1 0 1 1 1 1 1 1 0 1 1 0 1 1 0 1 1 0 1 1 1 0 1 1 1 1 0 1 1 0 1 1 1 0 1 1 0 1 1 1 1 1 1 1 0 1 1 0 1 1 1 1 1 0 1 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 1 1 0 1 1 1 1 1 1 0 1 1 0 0 0 1 1 1 0 0 1 0 1 1 1 1 1 0 0 1 1 0 1 1 1 1 0 1 1 1 1 1 0 1 1 1 0 1 1 1 1 1 1 0 1 1 1 1 1 1 1 0 1 0 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 1 1 0 0 1 0 1 0 1 1 1 1 0 1 0 0 1 1 1 1 1 1 0 1 1 1 1 1 1 1 0 1 1 1 1 1 0 1 1 1 1 1 1 1 0 1 1 1 1 1 0 1 1 1 1 1 0 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 1 1 1 1 0 1 1 0 1 0 1 0 1 1 1 1 0 1 1 1 1 1 1 1 1 1 1 0 1 1 1 1 0 1 1 1 1 1 1 0 1 1 0 1 1 0 1 1 0 1 1 1 0 1 0 1 1 1 1 1 1 1 1 1 1 0 1 1 1 1 1 1 0 1 1 0 1 1 1 1 0 1 1 1 1 1 0 0 0 1 1 0 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 1 1 0 1 1 1 1 0 1 1 1 1 1 1 0 1 1 1 1 1 1 0 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 1 0 1 1 0 1 1 0 1 1 1 1 1 0 0 0 1 1 1 1 1 1 1 1 0 0 1 1 1 1 0 1 1 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 1 1 1 1 1 1 1 1 1 0 1 1 1 1 1 1 0 1 1 1 1 0 1 0 1 1 1 1 1 0 1 1 1 0 1 0 1 1 1 1 0 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 1 1 0 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 1 1 1 0 1 1 1 1 1 0 1 0 1 1 1 1 1 1 1 1 1 1 1 1 1 0 1 1 1 1 1 1 0 1 1 1 1 1 1 0 1 1 1 1 1 1 0 1 1 0 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 1 1 0 1 1 0 1 1 1 1 1 1 1 1 1 1 1 0 1 1 1 1 0 1 1 1 1 1 1 1 1 1 1 1 1 1 0 1 1 1 1 1 1 0 1 1 1 1 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 1 1 1 1 0 1 1 1 1 1 369000000 # Move search component status 0 0 0 0 369000000

Previous 20