Menu

Pokaż wiadomości

Ta sekcja pozwala Ci zobaczyć wszystkie wiadomości wysłane przez tego użytkownika. Zwróć uwagę, że możesz widzieć tylko wiadomości wysłane w działach do których masz aktualnie dostęp.

Pokaż wiadomości Menu

Wiadomości - Gave

#321
Czy instalacja tego klienta SETI i/lub dodatkowo optymalizowanego menagera Truxa zagraża przeliczonym jednostkom seti usiłującym się odesłać?
#322
Archiwum / Seti nie pobiera próbek.
09 Grudzień 2005, 10:35
Czy uda się szybko rozładować zator? Trudno powiedzieć.
Z moich obserwacji wynika, że w tym tygodniu klient przepycha (odsyła) średnio 3 rezultaty dziennie - czyli jednak coś działa mimo, iż bardzo mozolnie. Ale widać, że mimo to są problemy na serwerze odbierającym chociażby dlatego, że ciężko jest zebrać 3 rezultaty na jednostkę.
Mam tylko nadzieję, że przewidziane jest albo szybki rozwiązanie problemu przesyłu albo wstrzymanie rozsyłania jednostek lub adekwatne podejście do 'daty ważności' - nie chciałbym, żeby zmarnowały się jakiekolwiek jednostki tylko dlatego, że rezultatu nie udaje się odesłać, mimo usilnych prób, w ciągu przewidzianych dwóch tygodni.
Póki co chyba należałoby wstrzymać pobieranie jednostek (z którym nie ma większego problemu) i przerobić oraz odesłać zgromadzony zapas (na dzień dzisiejszy 20 unitów, 'najstarszy' do 16.12 - mają tydzień).  :wink:
#323
Archiwum / Seti nie pobiera próbek.
08 Grudzień 2005, 10:20
Najnowsze wieści ze strony seti:
Rozsyłanie jednostek i pobieranie rezultatów zostało rozdielone na dwa odrębne serwery dzięki czemu nie ma problemu z pobieraniem nowych jednostek do pracy. Natomiast serwer przyjmujący rezultaty nadal nie wyrabia się ze wszystkim, ale mimo to przyjmuje 4-krotnie wiecej rezultatów niż jest rozsyłanych jednostek (czyli wychodzi na to, że nadąża na bieżąco).
Ciągle trwają prace nad łączeniem baz danych. I owszem, potwierdzone zostały przypuszczenia, że maszyny zwolnione z platformy Classic będą wzmacniać platformę BOINCową, choć trudno powiedzieć w jaki sposób.

Ogólnie rzecz biorąc nie ma żadnych niepokojących doniesień (póki co), więc chyba przewidują, że ten stan zatoru zostanie rozładowany, jakoś.

PS: Wobec powyższego wygląda na to, że dyskusja powinna się przenieść do nowo utworzonego przez helmut0 wątku : program nie odsyła paczek.  :lol:
#324
Archiwum / ufluids.net
08 Grudzień 2005, 10:03
Raczej koniczne byłoby ustawienie na stronie w general preferences czasu Switch between applications every nie mniejszego niż czas liczenia jednej jednostki lub przydzielenie zasobów w taki sposób aby ufluids liczyło ciągle przez tyle czasu. Wszystko to dlatego, że przy przełączeniu na inny projekt postęp ufluids też jest zerowany.
Póki nie znajdzie się na to lekarstwo liczenie jest bardzo uciążliwe. i ja z przykrością z niego zrezygnowałem - szkoda zmarnowanego czasu komputera.
#325
Archiwum / Seti nie pobiera próbek.
06 Grudzień 2005, 21:23
U mnie w kolejce na odesłanie czeka już 13 - ciekaw jestem jak to będzie wyglądało jak się już odblokuje - cicho licze na best day score ever.  :wink:
Na szczęście nowe jednostki sobie dociąga a i LHC coś rozesłał.  :wink:
#326
Archiwum / Seti nie pobiera próbek.
05 Grudzień 2005, 20:57
U mnie szczerze powiedziawszy wygląda to dziwnie. Od wczoraj nie odesłał żadnej jednostki za to czasami sobie dociąga nowe do przetwarzania, a czasami ich nie chce pobrac. Grunt ze mam jeszcze zapas na mniej wiecej dzień - później zacznę się denerwować, lub z powrotem podepnę do czegoś innego.  :wink:
#327
Archiwum / a moze by tak...
05 Grudzień 2005, 19:54
Ja też dodam swoje - instrukcja pasuje do menadżera 5.xx tylko wypadałoby uzgodnić tłumaczenia przycisków, funkcji i komunikatów z tymi które faktycznie są w menadżerze.  :wink:
#328
Archiwum / Seti nie pobiera próbek.
05 Grudzień 2005, 13:19
Oficjalna strona seti:
CytatDecember 4, 2005
We are experiencing heavy traffic on our data server. This is preventing some workunit/core client downloads. We are working on the problem.

Najwyraźniej problemem jest przeciążenie serwera seti. Trwają prace nad rozwiązaniem tego problemu, więc wszystko powinno wrócić do normy lada moment. Nie jest to pierwszy, ani zapewne ostatni taki przypadek, więc nie ma co panikować tylko spokojnie poczekać.  :wink:
#329
www.boincatpoland.org / Ankieta - propozycje
03 Grudzień 2005, 15:26
Może ankieta pod tytułem: Który z projektów, twoim zdaniem, ma najwększą szansę przynieść konkretne efekty - czyli jak bardzo wierzysz, że seti znajdzie kosmitów? ;-)
Choć coś podobnego już było to wydaje mi się, że to ma inną wymowę. Sam nie wiem...   :?
#330
I właśnie o to chodzi, że dzięki aplikacjom zoptymalizowanym przede wszystkim obliczenia wykonywane są szybciej. To się liczy najbardziej.
Wobec tego 'dysputy etyczne na temat kredytek' wyglądają na mało istotne.
Dzięki poziomka za zwrócenie uwagi, trochę zagubiliśmy się w tej dyskusji. :wink:
#331
'Granted credit' nie zależy w żaden sposób od Twojego komputera (chyba poza Rozettą). Przy raportowaniu jednostki Twój klient zgłasza jedynie 'claimed credit' - żądane kredytki, które są wyliczane na podstawie czasu pracy nad daną jednostką i benchmarków komputera (im wyższe obie wartości, tym więcej kredytek jest żądanych). Zaś wartość 'granted credit' jest w większości projektów wartością środkową z żądanych kredytek z trzech pierwszych odesłanych rezultatów dla danego workunita (skrajne są odrzucane). Np.: dana jednostka seti jest rozsyłana do 4 użytkowników, pierwsze trzy rezultaty wracają z żądaniem (zależnym od czasu/komputerów): 15, 25, 30 kredytek - wszyscy dostają 25 (czwarty w kolejności nadesłany rezultat nie ma znaczenia przy ustalaniu wysokości przyznanych kredytek - dostaje tyle co poprzednicy).
Więc zaobserwowana przez Ciebie sytuacja to najprawdopodobniej czysty zbieg okoliczności.  :wink: Możesz jedynie sprawdzić czy rózni się czas liczenia takowych jednostek i jeśli nie to czy klient żąda różnej liczby kredytek.
#332
Nie ma co się kłócić, tylko dyskutować.  A dyskusje na temety etyczne zwykle są ciekawe. Mimo to tę dyskusję należałoby skończyć. :wink:
A podsumowując - optymalizowane aplikacje dobre są i należy z nich korzystać ku chwale BOINCa!  :D
#333
Cytat(...)ale pomysl sobie, ze teraz ty odpisujesz probke i zadasz 13pkt, zas ktos zuyl na to samo 2,5 raza wiecej czasu i chcialby 30 kredytow, ale skoro ty masz tak malo, to ten koles dostanie ok. 18 zamiast np. 22...

Masz rację, ale system przyznawania kredytek został ułożony według takich właśnie zasad. W tej sytuacji pojawia się pytanie czy możliwe jest uzyskanie na wydajnej platformie, która szybko liczy próbki, niskiego żądania kredytek? Jeżeli tak to zoptymalizowana aplikacja jest tylko sposobem uzyskania takiej platformy.

Przykład workunita: dwa podobne kompy (wg. benchmarków, proca, pamięci, itd), w tym mój. Czasy i żądane kredytki: 4,777.28s/14.10 i 9,013.75s/28.54. Oba dostały 20.20 kredytek (trzeci komp).  :wink:
Czy to jest nie fair?

Mi to wychodzi właśnie w ten sposób, inaczej nie próbowałem. Ale chociażby słowa PsychOPATa:
CytatOd kiedy ja zainstalowałem optymalizacje, to liczy mi około 50% szybciej.
mówią o powyższym przykładzie tyle, że jeden komp liczy na zoptymalizowanej aplikacji a drugi nie.
#334
Cytatale w takim razie musisz sobie zainstalowac jadro boinca zoptymalizowane, bo krzywidzisz tych, u ktorych zada ok 25 kredytow, dlatego ze naprawde dlugo ilczyli... a tak zanizasz wszystkim (bo ustalany jest przedostatnie najgorsze zadanie kredytow)

Cóż, nie wiem czy to dokładnie tak wygląda. Ponieważ, owszem liczy szybciej - to chyba nic złego, kredytek żąda nie mniej niż poprzednio (więc nie ma sztucznego zaniżania żądań)- więc chyba też nie ma tu oszustwa.
Po prostu chyba osiągnąłem taki poziom sprzętowo-softwareowy, że liczy szybko i żąda mało. A  zasady przyznawania kredytek są, jakie są - ktoś musi zgłaszać najniższe żądania.
Więc jedynym moim zyskiem (w stosunku do nieoptymalizowanych aplikacji) w tym procederze jest to, że liczy trochę szybciej, a to chyba nic złego. Reszta wynika ze statystyki i zasad przyznawania kredytek.

A czy wyższe benchmarki nie zawyżają żądań? Czy to nie oznacza, że żąda się więcej za taki sam czas pracy?

Chyba, że się gdzieś mylę. Co Wy na to?
#335
Wow to ci dopiero benchmarki!  :wink:

Ja sam używam zoptymalizowanej aplikacji do seti (tej nie od Truxa). Dzięki niej jednostki liczą się szybciej (myślę że ok 25%) zaś żądane kredytki pozostały jakby na tym samym, a może nawet ciut większym, poziomie - tj. żada tyle kredytek co inni na podobnych maszynach ale za dłuższy czas pracy.
Jednym słowem przede wszystkim liczę szybciej i więcej.

Co chodzi o kredytki to powstała inna ciekawa sytuacja. Mianowicie za jednostkę seti, która się liczy w ok 75min klient żąda ok 13 kredytek. Natomiast średnia żądanych kredytek wynosi ok 20. Więc praktycznie zawsze żądania mojego klienta są najniższe z grona decydującego o przyznaniu kredytek, przez co dostaję ich sporo więcej niż było żądane.

Tym sposobem jestem w pełni usatysfakcjonowany - seti dostaje wiele przerobionych jednostek a ja wiele kredytek.  :lol:
#336
Rozruch strony / Witam zespól :)
25 Listopad 2005, 14:36
Witamy! Życzymy Tobie wielu kredytek i sukcesów a wszystkim członkom zespołu, zarówno nowym jak i starym, co najmniej równie wiele entuzjazmu!  :wink:



Przy okazji ja też oficjalnie powitam zespół - bo chyba nadszedł czas wyjść z podziemia. Witam więc Wszystkich serdecznie!  :D



A odnośnie statystyk w podpisie to polecam tutorial, który pozwoliłem sobie sporządzić.
#337
Archiwum / ufluids.net
13 Listopad 2005, 14:05
Coż, ja sprawdziłem empirycznie (bez uprzedniego sprawdzenia innych forów) i owszem nie widać postepu procentowego ale pierwszy WU policzył się w niecałe 2 godzinki i nawet dostałem jakieś kredytki. I o ile dobrze kojarzę to w trakcie tego WU liczyły się inne projekty.
Więc albo mnie oszukali albo miałem szczęście albo nie działa tak strasznie jak o nim piszą. ;-)