BOINC@Poland

Co byście powiedzieli na to, żeby jakoś w niedalekiej przyszłości zorganizować  krótki wyścig (max parodniowy coby mi sprzęt to wytrzymał)? Myślę, że jestem w stanie przygotować statsy podobne do tych które można zobaczyć na primegridzie (osobny ranking dla wyścigu), z zaliczaniem tylko zadań pobranych i odesłanych w okresie trwania wyścigu. To dobra okazja, żeby przetestować szybkość i obciążalność sprzętu a także całego backendu serwerowego, bo bugi wyjdą w ekspresowym tempie  :D
Orientuje się ktoś jak ewentualnie wygląda przygotowanie czegoś takiego od zaplecza ?

Informacja głównie dla tych, którzy nie czytali informacji na forum projektu:

awgly100_1_2170434_r0_1

awgly100 lub hceyz72 - pierwsze 5 liter ciphertextu zadania oraz jego długość. Zadania hceyz72 i awgly100 to wycięte częsci tej samej wiadomości - algorytm którego używa aplikacja działa równie dobrze na krótkich tekstach jak na długich (tekst musi mieć minimalną długość około 50 liter żeby algorytm uzyskał pełną sprawność), a wycinając fragmenty zmniejszamy szanse, że w którymś z nich brakuje liter (a kto wie, czy osoba przechwytująca morsa nie zgubiła jakiejś?) - brakująca litera powoduje ogromne komplikacje, zależnie od miejsca występowania może znacznie wydłużyć liczbę iteracji potrzebnych do znalezienia plaintextu lub wręcz to uniemożliwić.
Dłuższy ciphertext zwiększa czas przeliczania zadania, przy czym wzrost czasu rośnie mniej więcej z kwadratem różnicy długości - 2 krotnie dłuższy tekst = 4 krotnie więcej czasu na przeliczenie.

Pierwsza cyferka to podtyp zadania. W zależności od testowanych rotorów, zadanie może być typu 0 (wszystkie rotory typu I-V), 1/2 (pierwszy lub drugi rotor typu VI-VIII) oraz 3 (pierwszy i drugi rotor VI-VIII). Rotory VI-VIII wydłużają czas przeliczania zadania (i przy okazji skracają czas przeliczania całego zakresu, ponieważ dla rotoru VI-VIII program musi przetestować 13 kombinacji ustawień pierścienia zamiast 26 dlatego, że mają po dwa ząbki i druga połowa ustawień powoduje konfigurację pokrywającą się z pierwszą). Zadania typu 3 są najdłuższe i aktualnie dostępne jedynie dla w miarę szybkich kompów, głównie ze względu na zmniejszanie w ten sposób obciążenia serwera.
Budowa maszyny opisana jest na wikipedii

Długa liczba To unikalny, jedyny i niepowtarzalny identyfikator konkretnego zadania, przypisany przez główny serwer (niezależny od BOINCowego ID). W idealnych warunkach każde zadanie powinno pojawić się tylko raz w BOINCowej bazie, niestety na skutek różnych błędów czasami bywa inaczej. Lokalnie wygenerowane zadania (aktualnie brak) mogą pojawiać się z tym samym ID wielokrotnie, ponieważ mają rekordy w bazie pozwalające śledzić kolejne numery iteracji i używac jednego wpisu wielokrotnie - oszczędzają w ten sposób miejsce na dysku i zwiększają wydajnośc bazy.

rX - X dla zadań z serii awgly100 i hceyz72 określa, ile razy zadanie zostało przekazane z głównego serwera do BOINCowej części (startuje od zera). Numery większe od 0 pojawiają się kiedy wystąpił jakiś błąd, najczęstrze przyczyny to
1) zadanie zbyt długo (26 dni) nie wraca z BOINCowej części serwera - może się tak zdarzyć np. jeśli kilka razy pod rząd trafi do jakiegoś wadliwego hosta który go nigdy nie przeliczy
2) wystąpił jakiś wewnętrzny błąd (zdarza się raz na jakiś czas) i powstała jakaś niezgodność między danymi w obydwu bazach, w takim przypadku główny serwer projektu nie przyjmie zadania i jest ono przekazywane do przeliczenia jeszcze raz. Może się również zdarzyć, że powstanie błąd który spowoduje zapętlenie zadania i nigdy nie zostanie ono przyjęte, w związku z czym za każdym razem będzie wysyłane ponownie do przeliczenia, dlatego zadania z rX > 3 warto zgłaszać, chociaż teoretycznie nigdy nie powinny się one pojawić.
Dla innych zadań (których akurat w tym momencie nie ma), tych które ja nazywam lokalnymi (wygenerowane lokalnie, bez ściągania z serwera M4) rX wcale nie oznacza, że wcześniej były jakieś błędy - to po prostu kolejny numer iteracji, który będzie rósł aż do docelowej wartości (zazwyczaj 50).

Zadania awgly100 i hceyz72 z rX > 0 wysyłane są jedynie do hostów oznaczonych jako reliable (turnaround_time < 3 dni i bardzo niska liczba błędów), w ten sposób skraca się czas potrzebny do ich ponownego przeliczenia i serwer szybciej pozbywa się ich z bazy (lub ewentualnie szybciej na wierzch wypływają błędy :D)


Ostatnia cyferka - to już klasyczne BOINCowe oznaczenie replikacji zadania, zaczyna się od zera i rośnie wraz z każdym ponownie wysłanym zadaniem. _1 nie są rzadkością, wystarczy że ktoś anuluje zadanie lub komuś sie wysypie, _2 już może oznaczać potencjalne problemy (zależnie skąd wzięła się ta dwójka). Zadania które były replikowane ze względu na błędy wysyłane są tylko do reliable hostów, w pozostałych przypadkach wysyłane są do reliable hostów dopiero przy drugiej replikacji.

W razie gdyby coś padło w projekcie, pojawiły się nagle krytyczne błędy lub jakieś poważne problemy, można łatwo i szybko wysłać mi powiadomienie - wysyłając mail na adres email ukryty pod reCAPTCHą
Cały email przychodzi na telefon więc jeśli akurat mam go przy sobie będę w stanie szybciej dowiedzieć się o ewentualnych problemach i zareagować.

Taka ciekawostka:

Stan na 13.09.2008

cpu_vendor : # of hosts : avg runtime (hceyz72 t0)
GenuineIntel : 5345 : 1335
AuthenticAMD : 2067 : 2444


Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz [Intel64 Family 6 Model 15 Stepping 11] : 4 : 1052s
Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz [EM64T Family 6 Model 15 Stepping 6] : 15 : 1095s
Intel(R) Core(TM)2 CPU 6420 @ 2.13GHz [x86 Family 6 Model 15 Stepping 6] : 13 : 1217s
Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz [Family 6 Model 15 Stepping 11] : 62 : 1289s
Intel(R) Core(TM)2 Quad CPU Q9450 @ 2.66GHz [Intel64 Family 6 Model 23 Stepping 7] : 12 : 1349s
Intel(R) Xeon(R) CPU 5160 @ 3.00GHz [x86 Family 6 Model 15 Stepping 6] : 4 : 1397s
Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz [x86 Family 6 Model 15 Stepping 11] : 25 : 1417s
Intel(R) Core(TM)2 Quad CPU @ 2.40GHz [x86 Family 6 Model 15 Stepping 7] : 83 : 1485s
Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz [x86 Family 6 Model 15 Stepping 11] : 50 : 1519s
Intel(R) Core(TM)2 Quad CPU Q6700 @ 2.66GHz [x86 Family 6 Model 15 Stepping 11] : 13 : 1552s
Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz [x86 Family 6 Model 15 Stepping 11] : 259 : 1563s
Intel(R) Xeon(R) CPU 5150 @ 2.66GHz [x86 Family 6 Model 15 Stepping 6] : 21 : 1586s
Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz [Intel64 Family 6 Model 15 Stepping 11] : 28 : 1597s
Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz [EM64T Family 6 Model 15 Stepping 11] : 47 : 1668s
Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz [x86 Family 6 Model 15 Stepping 6] : 101 : 1672s
Intel(R) Pentium(R) 4 CPU 3.00GHz [x86 Family 15 Model 3 Stepping 4] : 31 : 1710s
Intel(R) Core(TM)2 Duo CPU E4500 @ 2.20GHz [x86 Family 6 Model 15 Stepping 13] : 22 : 1759s
Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz [x86 Family 6 Model 15 Stepping 11] : 29 : 1788s
Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz [x86 Family 6 Model 15 Stepping 13] : 19 : 1794s
Intel(R) Core(TM)2 CPU 4400 @ 2.00GHz [x86 Family 6 Model 15 Stepping 2] : 18 : 1827s
Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz [x86 Family 6 Model 15 Stepping 11] : 20 : 1857s
Intel(R) Pentium(R) D CPU 3.20GHz [x86 Family 15 Model 6 Stepping 5] : 9 : 1896s
Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz [x86 Family 6 Model 15 Stepping 6] : 49 : 1988s
Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz [x86 Family 6 Model 15 Stepping 6] : 78 : 2013s
Genuine Intel(R) CPU T2500 @ 2.00GHz [x86 Family 6 Model 14 Stepping 8] : 26 : 2059s
Intel(R) Xeon(R) CPU L5335 @ 2.00GHz [Intel64 Family 6 Model 15 Stepping 11] : 4 : 2090s
Intel(R) Xeon(R) CPU E5335 @ 2.00GHz [x86 Family 6 Model 15 Stepping 7] : 8 : 2096s
Intel(R) Pentium(R) D CPU 2.80GHz [x86 Family 15 Model 4 Stepping 4] : 26 : 2102s
Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz [Family 6 Model 15 Stepping 11] : 5 : 2168s
Genuine Intel(R) CPU 2160 @ 1.80GHz [x86 Family 6 Model 15 Stepping 2] : 8 : 2179s
Intel(R) Xeon(R) CPU E5320 @ 1.86GHz [x86 Family 6 Model 15 Stepping 11] : 6 : 2229s
Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz [x86 Family 6 Model 15 Stepping 6] : 32 : 2232s
Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz [x86 Family 6 Model 15 Stepping 2] : 21 : 2258s
Intel(R) Pentium(R) D CPU 2.80GHz [x86 Family 15 Model 4 Stepping 7] : 34 : 2269s
Intel(R) Core(TM)2 Duo CPU T7100 @ 1.80GHz [x86 Family 6 Model 15 Stepping 13] : 17 : 2314s
Intel(R) Pentium(R) D CPU 3.40GHz [x86 Family 15 Model 6 Stepping 4] : 27 : 2340s
AMD Athlon(tm) 64 X2 Dual Core Processor 6000+ [x86 Family 15 Model 67 Stepping 3] : 52 : 2358s
AMD Phenom(tm) 9850 Quad-Core Processor [AMD64 Family 16 Model 2 Stepping 3] : 6 : 2514s
Intel(R) Pentium(R) 4 CPU 2.40GHz [x86 Family 15 Model 2 Stepping 7] : 45 : 2540s
Intel(R) Pentium(R) 4 CPU 2.80GHz [x86 Family 15 Model 2 Stepping 9] : 113 : 2548s
Genuine Intel(R) CPU T2300 @ 1.66GHz [x86 Family 6 Model 14 Stepping 8] : 41 : 2589s
AMD Athlon(tm) 64 X2 Dual Core Processor 4600+ [x86 Family 15 Model 75 Stepping 2] : 14 : 2630s
Intel(R) Pentium(R) Dual CPU E2140 @ 1.60GHz [x86 Family 6 Model 15 Stepping 13] : 30 : 2643s
AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ [x86 Family 15 Model 67 Stepping 2] : 17 : 2675s
AMD Athlon(tm) XP 2800+ [x86 Family 6 Model 10 Stepping 0] : 22 : 2762s
AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ [x86 Family 15 Model 75 Stepping 2] : 38 : 3241s
AMD Athlon(tm) [x86 Family 6 Model 8 Stepping 1] : 14 : 3287s
AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ [x86 Family 15 Model 75 Stepping 2] : 38 : 3474s
AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ [x86 Family 15 Model 43 Stepping 1] : 31 : 3545s
Intel(R) Pentium(R) 4 CPU 3.00GHz [x86 Family 15 Model 4 Stepping 3] : 66 : 3926s
Intel(R) Pentium(R) 4 CPU 2.80GHz [x86 Family 15 Model 4 Stepping 1] : 38 : 4105s

Zaszły ostatnio jakieś zmiany w konfiguracji forum/serwera które mogłyby uniemożliwiać dostęp do forum z Opery Mini przez jej serwery proxy ?
Od paru dni nie da się wejść, każda próba kończy się timeoutem. Inne mobilne przeglądarki, nie korzystające z proxy, działają bez problemu.

Który z obecnie aktywnych projektów rozsyła najkrótsze zadania (idealne byłyby takie parominutowe z brakiem limitu ilości ściągniętych) ? Chciałbym coś przetestować, wydaje mi się, że nowe wersje managera (6.2.x) źle działają przy połączeniu przez http proxy.

Czy to normalne dla tego typu procesora i klienta 6.2.16 czy to jakiś błąd ?

http://www.enigmaathome.net/workunit.php?wuid=105234

Ponad 20 kredytów na godzinę/rdzeń wydaje mi się ciutkę przydużo. Może to dlatego, że w konfigu ustawiłem fp_benchmark_weight = 0 ?

Przymierzam się właśnie do zamówienia części do nowego kompa, żeby w któryś z następnych weekendów wreszcie złożyć go do kupy i zastanawiam się, jaki zasilacz wciągnąć pod Q6600 ? Nie będę go raczej za mocno podkręcał (myślę że tak do ~3GHz max, chociaż jak zobaczę, że chodzi stabilnie wyżej to kto wie ;D).
Druga sprawa - jakie są obecnie najtańsze na rynku, nowe, łatwo dostępne w sklepach grafy ? Szukam czegoś typu GF7300, nie gram praktycznie wcale i nie zależy mi na wydajności grafy, za to na zużyciu prądu jak najbardziej.

Jakiś czas temu wpadłem na pomysł, żeby dorobić sobie 'dopalacz' do projektów, w których zadania pojawiają się rzadko. Jednak poprzestałem na tym, że na linuksowym serwie dopisałem do crona wymuszanie update projektu po kolei na wszystkich hostach, takie wymuszenie 'ręcznego' update działało w miarę, bo resetowało czas do następnego połączenia, który rośnie gdy nie ma próbek.
Teraz mając chwilę postanowiłem zrobić to tak, jak pierwotnie planowałem - skrypt okresowo, np. co 5 minut sprawdza server_status wybranego projektu, przetwarza odpowiedż i jeśli widzi, że są zadania wymusza update. Przy tym od razu rozbity jest na dwie części - skrypt php odpowiedzialny za monitorowanie projektu(ów) i skrypt końcowy pobierający dane o statusie projektu(ów) już przetworzone, żeby w razie uruchomienia dużej liczby skryptów nie obciążać projektu zapytaniami.

Takie coś powinno ogromnie ułatwić zgarnianie 'rzadkich' zadań, niestety jest pewien problem - po jakimś czasie manager przy recznym update przestaje wysyłać żądania iluśtam próbek, po prostu robi puste requesty. Da się coś na to poradzić ?

Data urodzenia: 21 07 1980

Miejsce zamieszkania: Brzeziny koło Łodzi, jakiś czas pomieszkiwałem też w okolicach Warszawy i Poznania.

Zawód wyuczony: brak, skończyłem Liceum Ogólnokształcące na profilu mat-fiz, zmienionym pod koniec na mat-inf. Studia nadal nieukończone mimo dwóch podejść, ale jak to się mówi 'do trzech razy sztuka' :D

Zawody wykonywane: pracowałem jako admin sieci i baz danych w dużej firmie; kilka lat spędziłem na serwisie w sklepie z kompami, w woju byłem radiotelefonistą na radiostacji średniej mocy (R-140 - wspaniały sprzęt, mimo że ma swoje lata), za całokształt pracy dostałem nawet odznakę wzorowego żołnierza. Okazjonalnie zdarza mi się pracować jako elektryk.

Zainteresowania: Na pierwszym miejscu postawiłbym elektronikę, zwłaszcza 'retro' - lubię dłubać w starych sprzętach ewentualnie budować coś 'w starym stylu', np. lampowe odbiorniki radiowe, wzmacniacze itp. Niestety jest to hobby dość kosztowne, więc w praktyce poświęcam na to niewiele czasu.
Radiotechnika - tu z kolei nie mam zbyt dobrych warunków, bo wszelkie kombinacje z nadajnikami nie są zbyt ciepło przyjmowane przez sąsiadów :D Dobrze że chociaż w woju pobawiłem się porządnym sprzętem.
Informatyka: bazy danych, sprzęt, sieci i programowanie - w tej właśnie kolejności.
Oprócz tego lubię pojeździć na rowerze i powędkować, chociaż rower od 2 lat leży zepsuty i jakoś nie mam czasu dziada podreperować, więc tymczasowo po prostu biegam zamiast jeździć. Na wędkarstwo też mało czasu, sprzęt leży i się kurzy, ale obiecałem sobie że od przyszłego roku się to zmieni.

Jaki według was procesor w tym momencie ma najlepszy stosunek ceny do wydajności ? Tuż przed wyjazdem w lutym posypał mi się komp, pomału przymierzam się do kupna nowego, myślę o jakimś 4 rdzeniowym bo non stop pracuję z otwartymi wieloma aplikacjami, im więcej rdzeni tym większą wydajność całości uzyskam; oczywiście oprócz tego jest jeszcze BOINC gdzie 4 rdzenie > 2 rdzenie.
Tak sobie przeglądałem testy i widzę, że chyba nadal Q6600 i ewentualnie jego nowsza, 'Xeonowa' odmiana to chyba procesory które dają najwięcej z każdej wydanej na nie złotówki, mam rację czy jest coś lepszego ?

Znacie może jakieś darmowe programy, pod linucha (nie wymagające żadnych środowisk graficznych) lub windę, które poradzą sobie ze zmianą rozmiaru partycji ext2/ext3 (tak w zasadzie to potrzebuję usunąć jedną partycje i drugą rozciągnąć na pozostałe miejsce) i przy tym są w miarę pewne w użytkowaniu (szkoda mi marnować parę godzin po to tylko żeby zobaczyć, że musze przywracać dane z backupa) ?
Ewentualnie może ktoś kojarzy, który linuks ma na płycie instalacyjnej opcję rozmiaru partycji ? Pamiętam, że któryś tam miał, bo kiedyś bawiąc się widziałem taką możliwość, ale teraz nie moge sobie przypomnieć który to był.

Zauważyłem właśnie, że SETI wywiało mi jakby do dodatkowego użytkownika. Da się to jakoś naprawić ?

Co może być przyczyną takiego stanu rzeczy ?



:lol:

Mam takie szybkie pytanie: jak w managerze działającym tylko z konsoli (linuks, bez środowiska graficznego) zablokować pobieranie jednostek dla określonego projektu ?
--help nie podpowiada nic ciekawego.

Mam taki dziwny problem.
Przeniosłem kiedyś pendrivem katalog BOINCa z jednego kompa na drugi, praktycznie nic w nim nie zmieniałem, tylko odłączyłem od projektów i podłączyłem ponownie, elegancko przyjął się w statsach jako nowy komp. Robiłem tak później parę razy, zwykłe kopiowanie po lanie lub pendrivem i wszystko było ok.
Wczoraj sformatowałem laptopa i pomyślałem sobie, że nie będę ściągał BOINCa na nowo, tylko skopiuję po lanie z innego kompa. Tak zrobiłem i niestety laptop w statsach pojawia się jako ta inna maszyna. Co gorsze, nawet po wywaleniu BOINCa i ponownym zainstalowaniu, nadal widnieje pod starym host id. Domyślam się, że komp zostaje teraz jakoś automatycznie rozpoznany i dostaje stare id. Da się to jakoś zmienić ?

W ostatnich dniach pojawiają mi się jakieś nieprawidłowości w działaniu forum.
Czasami mam dziwne problemy przy wysyłaniu postów. Zazwyczaj wysyłają się poprawnie, ale zdarza się też, że po napisaniu odpowiedzi najpierw długo stoi biała strona (aktualny rekord to ~5 minut - Opera na pasku statusu pokazuje czas), następnie jeszcze kilkanaście-kilkadziesiąt sekund info o poprawnym wysłaniu z przekierowaniem z powrotem do tematu. Problemu raczej nie potrafię dokładnie odtworzyć, bo dzieje się to całkiem losowo. Wydaje mi się, że przyczyna może leżeć w serwerze poczty - phpbb tak właśnie reaguje na błędy przy wysyłaniu powiadomień mailowych do użytkowników.

Czasami jest też drobny kłopot z śmiganiem po tematach - wszystko jest już niby załadowane, nie widze, żeby brakowało jakiegoś obrazka czy czegokolwiek, ale mimo to przeglądarka uparcie twierdzi, że trwa ładowanie  :lol: Chociaż nie mam pewności, że to wina samego forum, bo korzystam aktualnie z najnowszej alpha-wersji opery i całkiem możliwe, że bug leży w samej przeglądarce.

Czy ktokolwiek z was ma jakiekolwiek doświadczenie od strony 'serwerowej' jakiegoś projektu ? :->
Rozważam możliwość stworzenia małego, dość sensownego projektu, który potrwałby co najmniej kilka miesięcy. Jednak jak sobie popatrzyłem na tutoriale, wygląda na to, że stworzenie od zera jakiegoś projektu jest nieźle skomplikowane i chyba przerasta moje możliwości. Na dodatek podane gdzieś na oficjalnej stronie wymagania co do maszyny hostującej sam serwer projektu są jak dla mnie po prostu astronomiczne, aż się nie chce wierzyć, żeby tyle mocy było potrzebne.

Enigma na Wiki

http://www.pgdp.net/c/

Nie jest to projekt BOINC, na dodatek zamiast kompa używa wolnego czasu użytkownika %-) Link znalazłem parę dni temu na stronie głównej BOINCa (w sekcji 'Other ways to volunteer'). Jak dla mnie niezły sposób na zabicie nudy - lubię czytać %-)

Mam parę pytań, głównie do tych, którzy dłuższy czas liczą uFluids:

1). Mniej więcej jak długo trzeba czekać na pełne zaliczenie wszystkich przeliczonych WU ? Aktualnie na liście 'pending credit' mam dużo więcej niż tych już zaliczonych.

2). Projekt raz na jakiś czas (kilka razy dziennie robi parogodzinne pauzy) przestaje przydzielać mi 'robotę' mimo, że na serwie są dostępne jednostki. Da się to jakoś wyeliminować ? W praktyce wychodzi to tak, że dostaję WU tylko na kilka godzin przeliczania dziennie (wychodzi kilkaset WU, średni czas na moim sprzęcie jest poniżej 2 minut + zawsze parę błędnych się trafi które często wywalają się w pierwszych sekundach).

3). Od jakiegoś czasu w godzinach porannych naszego czasu (zwykle około 10-11 się 'naprawia') strona projektu jest u mnie nieosiągalna (BOINC też nie może się połączyć z serwerem i ustawia dość długi czas oczekiwania przed ponowną próbą, co z kolei znów ogranicza mi liczbę WU jakie dostanę, bo jak już serwer wstanie mija jeszcze sporo czasu nim sam manager to zauważy) - tak ma być, czy to jakieś problemy z moją siecią/netem/providerem ?

Mam taki problem/pytanie:

da się jakoś ustawić managera, żeby przełączał się na 'zapasowy' projekt tylko gdy 'główny' aktualnie nie ma żadnych zadań (najlepiej z dwoma projektami w zapasie, tak żeby trzeci startował tylko kiedy pierwszy i drugi nie mają nic do roboty) ? Kombinowałem z ustawieniami przydziału zasobów, ale to niewiele daje, bo i tak manager przełącza się między zadaniami...

Edit: przy okazji drugie pytanko - da się dla projektu typu uFluids, w którym przeliczenie jednego WU zajmuje max kilka minut ustawić 'łykanie na zapas' co najmniej kilkudziesięciu WU, tak, żeby manager nie ściągał co chwilę nowych ?