BOINC@Poland

Dzięki za zgłaszanie problemów. Chwilowo (ze względów czasowych) nie dam rady zwiększyć rozmiaru próbek. Serwer mi się wieszał i zmieniłem trochę ustawienia.

Teraz będzie:
download limit per connection per core: 1
min connection interval: 120 sec
max number of tasks to queue per core: 6
deadline: 2 days

Nowych tasków powinno być obecnie wystarczająco dużo.

Czyli teraz teoretycznie powinien i tak wysyłać 48 tasków za połączeniem jeżeli jest 48 corów - tego akurat nie mogę przetestować, bo nie mam 48 corów. AXm77, jak tam jest na teraz?

Chwilowo wstrzymałem nowe zadania, może to dlatego. Naprawiam błąd w aplikacji. Do godziny powinienem uruchomić ponownie.

Jeszcze raz przeczytałem. W zasadzie ustawiłem tak, że wysyła jedno zadanie na core za jedną aktualizają - w moim zamyśle było, aby nie ściągnęło za dużo do jednego usera - ale może to zbyt restrykcyjne. Jaka jest według was optymalna ilość?

19:16 - Już poszło. Myślę, że usunąłem przy okazji problem, który miał Argento. Jak możesz to go tam spróbuj pokopać u siebie, zobaczymy :-)

@Argento

Dziękuję za dalsze śledztwo ;-) Jaki masz system dokładnie? (ok - już sobie odczytałem na serwerze, ale nie wiele mi to dało) Możesz wkleić, co dokładnie dostajesz na cmd od stockfisha? Zupełnie nie rozumiem, co to może być ...

A spróbuj skasować projekt i dodać od nowa ...

Witam wszystkich. Zgłasza się autor projektu. Po pierwsze chciałbym podziękować wszystkim, którzy ryzykując zdrowie i życie :-) już się podpięli.

1. Aplikacja na linuxa jest w planach - ale po prostu muszę siąść i zmienić te parę lini kodu, aby dostosować. Będzie ASAP - czyli w bliżej nieokreślonej przyszłości :-)

2. @Argento: Czy jesteś w stanie dostać kolejne próbki po updacie? Trudno mi powiedzieć, co mogło się stać, bo pierwszy raz coś takiego się zdarzyło. Normalnie głowna aplikacja czeka na odpowiedź ze stockfisha, a jak przez jakiś czas jej nie ma, to wywala błąd - może to był ten przypadek. Może z jakichś powódów stockfish się u ciebie wywala. Czy mógłbyś spróbować odpalić go z cmd i po zgłoszeniu się wpisać 'go' + enter i powiedzieć jaki efekt?

3. @aborek: Te 8h czasu na próbkę było, bo źle był ustawiony czas na serwerze. W rzeczywistości zaplanowałem 1h i następne próbki będą już szły z tym ustawieniem. Nie za bardzo jeszcze się orientuję. Dlaczego 8h to za mało?

4. Można również zgłaszać problemy bezpośrednio na stronę projektu: http://chess.qugate.org/

Witam. O Boinc'u dowiedzialem sie od krzyszp.
Zajmuje sie programowaniem, fizyka, matematyka i cos tam jeszcze sie znajdzie ...
hobbistycznie programuje w assemblerze na nasze poczciwe 80x86 i 8-bitowe AVR

Troche danych o mnie:
imie: Michal
rok urodzenia: 1979
miejsce urodzenia: Wroclaw

Obecnie pracuje w UK jako web developer.

Na razie zainteresowal mnie glownie projekt Radioactive, do ktorego entuzjazmem zarazilem sie od krzyszp.
Powoli sie tutaj rozgladam ...

No i wszystko jasne :-) nie wiem jak moglem przeoczyc ... Dzieki

Takie techniczne pytanie, jesli mozna. Porty INT0 i INT1 wykorzystuje sie (przynajmiej ja tak robilem) do pisania przerwan uruchamianych przez stan na tych portach (Chyba dla innych portow nie da sie tego zrobic, prosze poprawic mnie jesli sie myle), Rozumiem ze schematu, ze INT0 bedzie wykorzystany do komunikacji z PC, a INT1 do "komunikacji" z lampa Gaigera-Mulera ... tak rozumiem to "GM-SUPPLAY", ale na schemacie odchodzi od niego linia, ktora sie urywa ... to w sumie gdzie ona idzie, troche sie gubie (nie jestem zaawansowany w odczytywaniu schematow).

OK. Widze, ze przeskoczyly mi linie i do INT1 dochodzi raczej PULSE z tym, ze dalej nie wiem skad ... 

Czyli jak rozumiem program na mikrokontrolerze bedzie sam przeliczal (ilosc impulsow/czas) -> wartosc mocy dawki, wyswietlal ja na LCD i przesylal do PC - reszta zajmie sie juz aplikacja dzialajaca po stronie PC. Ok, wyglada prosto na tyle, ze 1KB powinno wystarczyc. Rozumiem, ze uklady beda kalibrowane, czyli w jakis sposob trzeba bedzie potem (po napisaniu programu) wprowadzic jakas wartosc (wspolczynnik, ktory bedzie uzywany przy przeliczaniu). Czy program, ktory bedzie na mikrokontrolerze ma zakladac dodatkowo mozliwosc dokonywania kalibracji w trakcie jego pracy (np. wielokrotnej), czy kalibracja bedzie polegala na tym, ze wprowadzi sie w pewnym momencie program z podstawionymi odpowiednimi wartosciami?

Witam. Mam chobbistyczne doswiadczenie z prgramowaniem ATMega32. Mam jedno pytanie. Jezeli urzadzenie ma obslugiwac USB bez konwertera (np FT232RL) to znaczy, ze trzeba USB obsluzyc programowo. Gotowy software V-USB zaiwiera wedlug http://www.obdev.at/products/vusb/index.html conajmniej 1150 bajtow. Skoro w urzadzeniu ma byc uzyty procesor ATiny 2313 mamy do dyspozycji tylko 2KB, czyli na program sterujacy obsluga urzadzenia zostanie mniej niz 1KB. Nie mowie, ze nic sie nie da wcisnac, szczegolnie jesli cala obrobke danych zostawimy dla PC, ale czy nie wartobyloby przemyslec w tej fazie projektu uzycia albo wiekszego procka, albo konwertera, co spowoduje, ze wiecej pamieci zostanie nam na wlasciwa obsluge urzadzenia - co oczywiscie podrozy koszty urzadzenia i to moze sie okazac zbyt duzym minusem.