From: "Stanislaw Sidor" <sts_nospam uranos.eu.org>
Subject: Piracenie w Poznaniu a SETI
Byloby to OT, gdyby w sprawe nie byl "zamieszany" Tomasz Kokowski (pionier
polskiego SETI home i wielki milosnik astronomii, tlumacz tekstow
Sky&Telescope):
---
Potwierdza to nawet Tomasz Kokowski, który jako kierownik centrum
zarządzania siecią komputerową politechniki opiekuje się też wewnętrzną
siecią kampusu. - Sam wielokrotnie blokowałem wymianę nielegalnych plików -
mówi Kokowski. - Trudno z tym walczyć, bo ta sieć została stworzona właśnie
po to, żeby mieszkańcy domów studenckich łatwo i szybko mogli wymieniać się
plikami. Oczywiście zakładaliśmy, że będą to pliki potrzebne do nauki.
http://miasta.gazeta.pl/poznan/1,36001,4174449.html
---
Ciekawym jest, czy rykoszetem nie padnie na dzialajace "na krzywy ryj"
klienty BOINCa i innych programow obliczen rozproszonych, bo jak juz wchodzi
policja, to sprawdza wszystko, a za policja wkraczaja audytorzy od IT.
--
(STS)
Głupstwo w blasku sławy najczęściej bywa nierozpoznane. [Mrożek]
From: "VomitroN" <vomitronNOSPAM interia.pl>
Subject: Re: Gotujmy sie na wojne :)
Użytkownik "Stanislaw Sidor" <sts_nospam uranos.eu.org> napisał w wiadomości
news:f2spgk$m4p$1 srv.cyf-kr.edu.pl...
>
> Byl i widzial ... te rozgrzane jezory anihilujacej materii w okolicach
> Syriusza ;)
A juz myslalem ze chodzi o slynnego Travisa Waltona a tu tylko jakis
pospolity Taylor.
Taki to pewnie przy anihilacji nawet nie stal :)
--
VomitroN * Midlety do N6310i
-------------------------------------------
http://wap.wpg.pl/vomitron
-------------------------------------------
From: sp3uca berdyczow.com
Subject: Re: Gotujmy sie na wojne :)
On Mon, 21 May 2007 19:48:07 +0200, "Biorelaxator" <biorelax[SKASUJ TO] powernet.pl> wrote:
>inteligentne maszyny, ktore moga byc kompletnie niagresywne, a do tego z
>z jakies nastepnej gwiazdy, a eksploruja kosmos w celach czysto
>poznawczych.
nie moge sobie wyobrazic maszyn z instynktem "poznawczym" !
zbyt duzo AI mi sie widzi...
Andy
From: "Stanislaw Sidor" <sts_nospam uranos.eu.org>
Subject: Re: Gotujmy sie na wojne :)
Newsuser Jakub Witkowski (jwitkows domena.z.sygnatury) wrote:
> Biorelaxator wrote:
>>
>>> Ziemskich kobiet nie ma nieskonczenie wiele, a moga w nich zagustowac ;)
>>
>> Znajc ziemskie kobiety to obcy maja wielkie szanse, ale patrzac na nasze
>> samice to wyciagnieta z ich fizjonomii i inteligencji srednia moze, na
>> nasze nieszczescie, odstraszyc potencjalnych agresorow.
>
> Nie jesteś dżentelmenem, oj nie :)
Rowna do "sredniej" samczej :)))
--
(STS)
Zdrowy rozsądek to zbiór uprzedzeń nabytych do osiemnastego roku życia.
[A. Einstein]
From: Jakub Witkowski <jwitkows domena.z.sygnatury>
Subject: Re: Gotujmy sie na wojne :)
Biorelaxator wrote:
>
>> Ziemskich kobiet nie ma nieskonczenie wiele, a moga w nich zagustowac ;)
>
> Znajc ziemskie kobiety to obcy maja wielkie szanse, ale patrzac na nasze
> samice to wyciagnieta z ich fizjonomii i inteligencji srednia moze, na
> nasze nieszczescie, odstraszyc potencjalnych agresorow.
Nie jesteś dżentelmenem, oj nie :)
--
Jakub Witkowski | Prezentowane opinie mogą być niepoważne,
z domeny | nieprawdziwe, lub nie odpowiadać w części
gts /kropka/ pl | lub całości poglądom ich Autora.
From: "Stanislaw Sidor" <sts_nospam uranos.eu.org>
Subject: Re: Gotujmy sie na wojne :)
Newsuser "Biorelaxator" <biorelax[SKASUJ TO] powernet.pl> wrote ...
> Ale nie przyszlo mu do glowy, ze jakies wojujace neurobiałki mogly, w
> ramach szeroko rozumianej ewolucji, pozostawic w zgliszczach po sobie
> inteligentne maszyny, ktore moga byc kompletnie niagresywne, a do tego z
> powodu braku ograniczen czasowych, zwiazanych z ciagle bliskim dla
> bialkowcow koncem zycia, moga byc calkowicie pozbawiane presji czasu.
> Wiec spokojnie przemieszczaja sie z niewygorowanymi predkosciami i
> wcale nie w celu totalnej inwazji wszystkiego co napotkaja. Spokojnie
> mieza sobie sily na zamiary, obliczaja czas przelotu do chwili
> kolejnego pozyskania energii z jakies nastepnej gwiazdy, a eksploruja
> kosmos w celach czysto poznawczych.
Ziemskich kobiet nie ma nieskonczenie wiele, a moga w nich zagustowac ;)
--
(STS)
dimidium facti, qui coepit, habet [Horacy/Pitagoras]
From: "Stanislaw Sidor" <sts_nospam uranos.eu.org>
Subject: Re: Gotujmy sie na wojne :)
Newsuser "Jaroslaw Berezowski" <jaroslaw_berezowski poczta.onet.pl> wrote
....
> Stanislaw Sidor napisał(a):
>> - To wspaniała koncepcja, która nie ma ugruntowania w rzeczywistości -
>> przekonuje."
> A skad u niego taka wiedza? :)
Byl i widzial ... te rozgrzane jezory anihilujacej materii w okolicach
Syriusza ;)
Te sciesniane swiaty za pomoca generatorow Tanajewa ...
--
(STS)
dimidium facti, qui coepit, habet [Horacy/Pitagoras]
From: "Biorelaxator" <biorelax[SKASUJ TO] powernet.pl>
Subject: Re: Gotujmy sie na wojne :)
> Taylor przyznaje, że potencjalna inwazja obcych to temat, który wypełnia
> jego życie. Dodaje zarazem, że założenie, jakoby obca cywilizacja, która
> potrafi podróżować między gwiazdami chciała ewoluować unikając wojen, jest
> wyjątkowo naiwne.
Ale nie przyszlo mu do glowy, ze jakies wojujace neurobiałki mogly, w
ramach szeroko rozumianej ewolucji, pozostawic w zgliszczach po sobie
inteligentne maszyny, ktore moga byc kompletnie niagresywne, a do tego z
powodu braku ograniczen czasowych, zwiazanych z ciagle bliskim dla
bialkowcow koncem zycia, moga byc calkowicie pozbawiane presji czasu. Wiec
spokojnie przemieszczaja sie z niewygorowanymi predkosciami i wcale nie w
celu totalnej inwazji wszystkiego co napotkaja. Spokojnie mieza sobie sily
na zamiary, obliczaja czas przelotu do chwili kolejnego pozyskania energii
z jakies nastepnej gwiazdy, a eksploruja kosmos w celach czysto
poznawczych.
Zreszta "zywi" praojcowie wcale nie musza w takiej cywilizacji zginac
bezpowrotnie. Po wypelnieniu swojego zadania , czyli powolania mechanicznej
inteligencji, moga sobie spokojnie zyc w odpowiedznio stworzonych
rezerwatach, nawet bez swiadomosci jakichkolwiek zmian wokol nich.
--
Pozdrawiam
Janusz
From: Jaroslaw Berezowski <jaroslaw_berezowski poczta.onet.pl>
Subject: Re: Gotujmy sie na wojne :)
Stanislaw Sidor napisał(a):
> - To wspaniała koncepcja, która nie ma ugruntowania w rzeczywistości -
> przekonuje."
A skad u niego taka wiedza? :)
--
Jaroslaw "Jaros" Berezowski
From: "Stanislaw Sidor" <sts_nospam uranos.eu.org>
Subject: Gotujmy sie na wojne :)
W GW juz drukuja poradniki:
"Gdy nadejdzie dzień, w którym obcy zaatakują Ziemię, będziesz wdzięczny, że
posłuchałeś rad Travisa Taylor'a i Boba Boan'a. Jeśli inwazja przebiegać
będzie na wzór hollywoodzkich superprodukcji, wspomniani panowie mogą być
tymi, którym ludzkość zawdzięczać będzie ocalenie.
[...]
- Naprawdę, istnieje wielkie prawdopodobieństwo, że obce formy życia
istnieją. Myślę, że są również wystarczająco stare, by na przestrzeni wieków
rozwinąć swoją technologię na tyle, by odwiedziny naszego układu
planetarnego nie stanowiły dla nich jakiegokolwiek problemu - rozpoczyna swą
opowieść Taylor.
[...]
Taylor przyznaje, że potencjalna inwazja obcych to temat, który wypełnia
jego życie. Dodaje zarazem, że założenie, jakoby obca cywilizacja, która
potrafi podróżować między gwiazdami chciała ewoluować unikając wojen, jest
wyjątkowo naiwne.
- To wspaniała koncepcja, która nie ma ugruntowania w rzeczywistości -
przekonuje."
http://wiadomosci.gazeta.pl/wiadomosci/1,55670,4133627.html
P.S.
A nie mowilem, ze przyleca i nas zjedza! :>
--
(STS)
Zdrowy rozsądek to zbiór uprzedzeń nabytych do osiemnastego roku życia.
[A. Einstein]
From: "MarekZ" <marekz wytnij.irc.pl>
Subject: Re: seti
Użytkownik "Grzegorz" <ramones op.pl> napisał w wiadomości
news:f2o1d0$mpr$1 news.onet.pl...
Wszystko byłoby okej, gdyby projekty same wydawały zoptymalizowane
aplikacje. O ile setiathome zostanie zmuszone do wydania
optymalizacji na poszczególne platformy to nie będzie
nieszczęścia.
Co do wersji cruncher'a 5.9.0.32 to i tak jej znaczenie było
marginalne, bo mało gdzie GC jest wyliczane w oparciu o CC z
benchmarków. A na pewno nie robia tego te powazniejsze projekty, o
jakichś wynalazkach typu eXtreme to nie piszę.
Ogólnie optymalizacje uważam za bardzo wazna rzecz, choć core-team
setiathome absolutnie nie twierdzi, że chce w zdecydowany sposób
uniemozliwic korzystanie z zewnętrznych optymalizacji. Jak
dotychczas nie powoduje to zagrożenia dla integralności danych i
myślę, że dopóki tak pozostanie nie będą w sztuczny sposób niczego
"blokować".
Bo te wypadki ostatnie, to na 100% nie jest zamierzone działanie.
Bo oni nawet teraz siedza tam i dumaja co to się podziało. I nie
wiedza na razie.
Co do pełnej otwartości kodu aplikacji setiathome, to ja mam
ambiwalentne odczucia. No ale seti zdecydowało się na to i nic
złego się pod boincem jeszcze z tego powodu nie przydarzyło. Inne
projekty się chyba raczej na to nie decydują.
marekz
From: Grzegorz <ramones op.pl>
Subject: Re: seti
> Ale ja tu widz=EA takie=20
> rozwi=B1zanie:
> 1. Wywali=E6 app_info.
> 2. =A6ciagn=B1=E6 zapas.
> 3. Ustawi=E6 "Nie pobieraj nowych danych".
> 4. W=B3o=BFy=E6 app_info i zrestartowa=E6 BOINC.
>=20
> B=EAdzie si=EA chyba liczy=E6 zoptymalizowana aplikacj=B1.
>=20
> marekz
wydaje mi sie, =BFe na kr=F3tko to pomo=BFe. Wszystko wskazuje na to, =BF=
e=20
zmiany na serwerze to cz=EA=B6=E6 szeroko zakrojonego programu oczyszczan=
ia=20
Boinca ze wszelkich optymalizacji, zar=F3wno klienta jak i aplikacji.
Z obserwacji od kilku miesi=EAcy mog=EA stwierdzi=E6, =BFe projekty, kt=F3=
re=20
kiedy=B6 dobrze punktowa=B3y teraz punktuj=B1 1/3 albo 1/4 tego co sugeru=
je CC=20
(klient zoptymalizowany 5.9.0.32) i w konsekwencji za wiele godzin=20
liczenia jest marnych 10 albo kilkana=B6cie punkt=F3w.
Seto by=B3 jakby ostatnim bastionem dobrego kredytowania (orientacyjnie 2=
=20
godziny =3D 60 pkt). Wg mnie autorzy platformy postanowili nie walczy=E6 =
z=20
aplikacj=B1 klienck=B1 (bo t=EA mo=BFna zawsze z=B3ama=E6, zmodyfikowa=E6=
) ale porobi=E6=20
odpowiednie weryfikatory na serwerach.
Wida=E6 kierunek - czysty boinc.
W konsekwencji mo=BFe to i dobrze. Wr=F3cimy do starych czas=F3w, gdy wyn=
iki=20
odzwierciedla=B3y uczciwie mo=BFliwo=B6ci maszyn i nikt nie mia=B3 na to =
wp=B3ywu.
BBR
From: "MarekZ" <marekz wytnij.irc.pl>
Subject: Re: seti
Użytkownik "Marionek" <marion2000 poczta.fm> napisał w wiadomości
news:f2nqh1$gql$1 atlantis.news.tpi.pl...
> ze zgloszeniem bledu to mialbym problem bo nie znm angielskiego
> a jak powrocilem do 5.4.11 to blad wystepowal nadal dopiero po
> wywaleniu sched_request_setiathome.berkeley.edu.xml oraz
> app_info.xml wszystko wrocilo do normy reset projektu nie byl
> konieczny
Generalnie bez zoptymalizowanej aplikacji to wszystko chodzi okej
na każdej wersji boinca. Przydałoby się znaleźć prosty sposób,
żeby działało z aplikacją KWSN. I tutaj wydaje mi się, że skoro to
działa u Ciebie na nie ruszanych wersjach 5.4.11 to można by
ustalić co bruździ w nowszych wersjach.
Generalnie teraz wróciłem do 5.9.11 z próbkami, które się
ściagnęły po wywaleniu app_info pod 5.4.11 i teraz one zaczęły się
liczyć aplikacją KWSN pomimo tego, że pliku app_info nie ma w
katalogu seti.
Ciekawe co się stanie jak one sie przeliczą. Czy się dobrze odeślą
i czy nowe ściągniete będą się liczyć juz zwykłą 5.15 - pewnie
tak.
Ogólnie widać, że leży identyfikacja platformy po stronie serwera
i że raczej nic po stronie klienta nie da się wymyślić. Ale ja tu
widzę takie rozwiązanie:
1. Wywalić app_info.
2. Ściagnąć zapas.
3. Ustawić "Nie pobieraj nowych danych".
4. Włożyć app_info i zrestartować BOINC.
Będzie się chyba liczyć zoptymalizowana aplikacją.
marekz
marekz
From: "Marionek" <marion2000 poczta.fm>
Subject: Re: seti
ze zgloszeniem bledu to mialbym problem bo nie znm angielskiego a jak
powrocilem do 5.4.11 to blad wystepowal nadal dopiero po wywaleniu
sched_request_setiathome.berkeley.edu.xml oraz app_info.xml wszystko wrocilo
do normy reset projektu nie byl konieczny
From: "MarekZ" <marekz wytnij.irc.pl>
Subject: Re: seti
Użytkownik "Marionek" <marion2000 poczta.fm> napisał w wiadomości
news:f2npib$ddp$1 atlantis.news.tpi.pl...
> otwozylbym ale nie bardzo wiem o co chodzi z tym "ticket na
> trac'u"
To takie jakby zgłoszenie błędu, pod tym linkiem sie to robi, co
go podalem.
Ja u siebie zrobiłem downgrade do 5.4.11 ale nie działa mi jak na
razie ze zoptymalizowana aplikacją. Więc nie ma snsu żebym ja
otwierał, bo pewnie będą potrzebne jakies dodatkowe informacje
potem.
No nic, zostawię u siebie na noc to 5.4.11, pozawieszam wszystko
oprócz seti i zobaczę jutro jak wstanę co się podziało. Zapytam
też zaraz czy nie planują powrotu do wersji 5.08 serwera.
Wygląda na to, że sam downgrade BOINCa nie rozwiązuje problemu.
Jednak gdyby było wiadomo co dokładnie jest grane, wydałoby się
wersję 5.8.18 z poprawką jako wersję zalecaną.
marekz
From: "Marionek" <marion2000 poczta.fm>
Subject: Re: seti
Użytkownik "MarekZ" <marekz wytnij.irc.pl> napisał w wiadomości
news:f2noik$1j7$1 nemesis.news.tpi.pl...
> Użytkownik "Marionek" <marion2000 poczta.fm> napisał w wiadomości
> news:f2nob0$ts$1 nemesis.news.tpi.pl...
>> pozostale kompy tez uzywaja wersji zoptymalizowanej a wersja klienta to
>> 5.4.11, tylko na tych dwoch kompach byly zainstalowane nowsze wersje
>> boinca i tylko z tymi kompami klopot mialem
>
> Otworzysz ticket na trac'u?
otwozylbym ale nie bardzo wiem o co chodzi z tym "ticket na trac'u"
>
> Ja zaraz na swoim sprawdze, czy downgrade do 5.4.x coś zmieni.
>
> marekz
From: "MarekZ" <marekz wytnij.irc.pl>
Subject: Re: seti
Użytkownik "Marionek" <marion2000 poczta.fm> napisał w wiadomości
news:f2nob0$ts$1 nemesis.news.tpi.pl...
> pozostale kompy tez uzywaja wersji zoptymalizowanej a wersja
> klienta to 5.4.11, tylko na tych dwoch kompach byly
> zainstalowane nowsze wersje boinca i tylko z tymi kompami klopot
> mialem
Otworzysz ticket na trac'u?
Ja zaraz na swoim sprawdze, czy downgrade do 5.4.x coś zmieni.
marekz
From: "Marionek" <marion2000 poczta.fm>
Subject: Re: seti
pozostale kompy tez uzywaja wersji zoptymalizowanej a wersja klienta to
5.4.11, tylko na tych dwoch kompach byly zainstalowane nowsze wersje boinca
i tylko z tymi kompami klopot mialem
From: "Martin McKey Ltd." <mckey slij.list.pl>
Subject: Re: seti
Marionek napisał(a):
Dziwi mnie niezmiernie, jak, jak mniemam, inteligentni ludzie mogą
zajmować się takimi bzdurnymi idiotyzmami jak setiathome...
--
Szanowanko!
McKey
FNC Club
Paranaukowiec dyplomowany
From: "MarekZ" <marekz wytnij.irc.pl>
Subject: Re: seti
Użytkownik "Marionek" <marion2000 poczta.fm> napisał w wiadomości
news:f2njdu$jak$1 atlantis.news.tpi.pl...
> na dlugo nie pomoglo zainstalowanie wersji 5.9.11 tez nie
> pomoglo inne moje kompy na starszyej wersji boinc dzialaja nak
To co przysłałeś w logu jednoznacznie wskazuje na błąd związany z
app_info.xml (a dokładniej z błędną identyfikacją platformy) -
wersja klienta BOINC TEORETYCZNIE nie powinna mieć na to wpływu. I
teraz bardzo ważna kwestia, czy te kompy, które łączą się
prawidłowo też używaja aplikacji zoptymalizowanej? Bo to byłby
bardzo ważny ślad w próba zrozumienia co tak naprawdę się tutaj
dzieje.
Na nowszych wersjach BOINC wydaje się, że chwilowo trzeba
zrezygnować ze zoptymalizowanej aplikacji, bo oryginalna aplikacja
dostaje unity bez problemów.
Być może problem rozwiązałby downgrade serwera setiathome do
wersji 5.08 (obecnie jest 5.09) ale na razie nie podjęli takiej
decyzji. Jeśli jednak downgrade BOINC rozwiązuje problem, to
zapewne istnieje lepsze rozwiązanie tego problemu.
A zatem, czy na tych starszych boincach też liczysz
zoptymalizowana aplikacją (i którą)? Możesz sam otworzyć ticket na
trac'u,
http://boinc.berkeley.edu/trac/newticket
albo tutaj to napisać.
> nalezy, zauwazylem ze na tych kompach co polaczyc sie nie moga
> odeslac probek natomias na stronie jakby mialy przyznawane
> probki do sciagniecia tylko ze klient tego nie widzi
Problem "ghost units" jest znany i związany własnie z tym, że
nastepuje błędne rozpoznanie platformy, na którymś z etapów.
marekz
From: "Marionek" <marion2000 poczta.fm>
Subject: Re: seti
Użytkownik "MarekZ" <marekz wytnij.irc.pl> napisał w wiadomości
news:f2mhbc$e59$1 atlantis.news.tpi.pl...
> Użytkownik "Marionek" <marion2000 poczta.fm> napisał w wiadomości
> news:f2m2o3$s6$1 nemesis.news.tpi.pl...
>
> Proponuję zrobić tak:
> 1. Wyłączyć BOINC.
> 2. W katalogu projektu setiathome skasowac albo zmienić nazwe na inna
> pliku app_info.xml (jesli taki tam się znajduje).
> 3. W katalogu głównym BOINC skasować plik o nazwie
> sched_request_setiathome.berkeley.edu.xml
> 4. Odpalić BOINC i zrestartowac projekt setiathome.
> 5. Poczekać ze 2-3 godziny czy to nie pomogło i czy nie ściągają się
> jednostki.
> 6. Jeśli nie pomoże napisac na grupę.
> 7. Jeśli pomoże a używałeś wcześniej optymalizacji aplikacji KWSN,
> ściagnąć ją sobie ponownie i wgrać do katalogu projektu.
>
> marekz
na dlugo nie pomoglo zainstalowanie wersji 5.9.11 tez nie pomoglo inne moje
kompy na starszyej wersji boinc dzialaja nak nalezy, zauwazylem ze na tych
kompach co polaczyc sie nie moga odeslac probek natomias na stronie jakby
mialy przyznawane probki do sciagniecia tylko ze klient tego nie widzi
Mario
19-05-2007 20:25:49||Starting BOINC client version 5.9.11 for
windows_intelx86
19-05-2007 20:25:49||log flags: task, file_xfer, sched_ops
19-05-2007 20:25:49||Libraries: libcurl/7.16.1 OpenSSL/0.9.8e zlib/1.2.3
19-05-2007 20:25:49||Data directory: C:\Program Files\BOINC
19-05-2007 20:25:49|SETI home|Found app_info.xml; using anonymous platform
19-05-2007 20:25:49||Processor: 2 GenuineIntel Intel(R) Core(TM)2 CPU
T7200 2.00GHz [x86 Family 6 Model 15 Stepping 6]
19-05-2007 20:25:49||Processor features: fpu tsc pae nx sse sse2 mmx
19-05-2007 20:25:49||Memory: 1022.05 MB physical, 2.40 GB virtual
19-05-2007 20:25:49||Disk: 19.53 GB total, 11.22 GB free
19-05-2007 20:25:49|SETI home|URL: http://setiathome.berkeley.edu/; Computer
ID: 3298226; location: school; project prefs: default
19-05-2007 20:25:49||General prefs: from SETI home (last modified 2006-12-17
19:16:02)
19-05-2007 20:25:49||Host location: school
19-05-2007 20:25:49||General prefs: using separate prefs for school
19-05-2007 20:25:49||Preferences limit memory usage when active to 511.02MB
19-05-2007 20:25:49||Preferences limit memory usage when idle to 919.84MB
19-05-2007 20:25:49||Preferences limit disk usage to 0.47GB
19-05-2007 20:25:49||file
projects/setiathome.berkeley.edu/setiathome_5.13_windows_intelx86.exe not
found
19-05-2007 20:25:49||file
projects/setiathome.berkeley.edu/setiathome_5.14_windows_intelx86.exe not
found
19-05-2007 20:25:49||file
projects/setiathome.berkeley.edu/setiathome_5.15_windows_intelx86.exe not
found
19-05-2007 20:25:49||file
projects/setiathome.berkeley.edu/setiathome_5.16_windows_intelx86.exe not
found
19-05-2007 20:25:49||file
projects/setiathome.berkeley.edu/setiathome_5.17_windows_intelx86.exe not
found
19-05-2007 20:25:49||file
projects/setiathome.berkeley.edu/setiathome_5.18_windows_intelx86.exe not
found
19-05-2007 20:25:49||file
projects/setiathome.berkeley.edu/setiathome_5.19_windows_intelx86.exe not
found
19-05-2007 20:25:49|SETI home|Restarting task
04mr05ab.17213.27682.972134.3.23_1 using setiathome_enhanced version 519
19-05-2007 20:25:49|SETI home|Restarting task
04mr05ab.17213.27682.972134.3.9_1 using setiathome_enhanced version 519
19-05-2007 20:25:49|SETI home|Sending scheduler request: Requested by user
19-05-2007 20:25:49|SETI home|Requesting 821343 seconds of new work
19-05-2007 20:25:54|SETI home|Scheduler request failed: HTTP internal server
error
19-05-2007 20:25:54|SETI home|Deferring communication for 15 min 43 sec
19-05-2007 20:25:54|SETI home|Reason: scheduler request failed
19-05-2007 20:27:24|SETI home|Sending scheduler request: Requested by user
19-05-2007 20:27:24|SETI home|Requesting 824188 seconds of new work
19-05-2007 20:27:29|SETI home|Scheduler request failed: HTTP internal server
error
19-05-2007 20:27:29|SETI home|Deferring communication for 21 min 54 sec
19-05-2007 20:27:29|SETI home|Reason: scheduler request failed
19-05-2007 20:28:09|SETI home|Sending scheduler request: Requested by user
19-05-2007 20:28:09|SETI home|Requesting 824566 seconds of new work
19-05-2007 20:28:14|SETI home|Scheduler request failed: HTTP internal server
error
19-05-2007 20:28:14|SETI home|Deferring communication for 2 hr 33 min 42 sec
19-05-2007 20:28:14|SETI home|Reason: scheduler request failed
19-05-2007 20:30:35|SETI home|Sending scheduler request: Requested by user
19-05-2007 20:30:35|SETI home|Requesting 825551 seconds of new work
19-05-2007 20:30:40|SETI home|Scheduler RPC succeeded [server version 509]
19-05-2007 20:30:40|SETI home|Message from server: No work sent
19-05-2007 20:30:40|SETI home|Message from server: (won't finish in time)
Computer on 98.3% of time, BOINC on 100.0% of that, this project gets 100.0%
of that
19-05-2007 20:30:40|SETI home|Deferring communication for 11 sec
19-05-2007 20:30:40|SETI home|Reason: requested by project
19-05-2007 20:30:40|SETI home|Deferring communication for 1 min 0 sec
19-05-2007 20:30:40|SETI home|Reason: no work from project
19-05-2007 20:31:40|SETI home|Fetching scheduler list
19-05-2007 20:31:45|SETI home|Master file download succeeded
19-05-2007 20:31:50|SETI home|Sending scheduler request: To fetch work
19-05-2007 20:31:50|SETI home|Requesting 826074 seconds of new work
19-05-2007 20:31:55|SETI home|Scheduler request failed: HTTP internal server
error
19-05-2007 20:31:55|SETI home|Deferring communication for 1 min 0 sec
19-05-2007 20:31:55|SETI home|Reason: scheduler request failed
19-05-2007 20:32:10|SETI home|Sending scheduler request: To fetch work
19-05-2007 20:32:10|SETI home|Requesting 826224 seconds of new work
19-05-2007 20:32:15|SETI home|Scheduler request failed: HTTP internal server
error
19-05-2007 20:32:15|SETI home|Deferring communication for 1 min 0 sec
19-05-2007 20:32:15|SETI home|Reason: scheduler request failed
19-05-2007 20:33:15|SETI home|Sending scheduler request: To fetch work
19-05-2007 20:33:15|SETI home|Requesting 826637 seconds of new work
19-05-2007 20:33:16||General prefs: from SETI home (last modified 2006-12-17
19:16:02)
19-05-2007 20:33:16||Host location: school
19-05-2007 20:33:16||General prefs: using separate prefs for school
19-05-2007 20:33:16||Preferences limit memory usage when active to 511.02MB
19-05-2007 20:33:16||Preferences limit memory usage when idle to 919.84MB
19-05-2007 20:33:16||Preferences limit disk usage to 0.47GB
19-05-2007 20:33:20|SETI home|Scheduler request failed: HTTP internal server
error
19-05-2007 20:33:20|SETI home|Deferring communication for 1 min 0 sec
19-05-2007 20:33:20|SETI home|Reason: scheduler request failed
19-05-2007 20:34:20|SETI home|Sending scheduler request: To fetch work
19-05-2007 20:34:20|SETI home|Requesting 827102 seconds of new work
19-05-2007 20:34:25|SETI home|Scheduler RPC succeeded [server version 509]
19-05-2007 20:34:25|SETI home|Message from server: No work sent
19-05-2007 20:34:25|SETI home|Message from server: (won't finish in time)
Computer on 98.3% of time, BOINC on 100.0% of that, this project gets 100.0%
of that
19-05-2007 20:34:25|SETI home|Deferring communication for 11 sec
19-05-2007 20:34:25|SETI home|Reason: requested by project
19-05-2007 20:34:25|SETI home|Deferring communication for 1 min 0 sec
19-05-2007 20:34:25|SETI home|Reason: no work from project
19-05-2007 20:35:26|SETI home|Sending scheduler request: To fetch work
19-05-2007 20:35:26|SETI home|Requesting 827563 seconds of new work
19-05-2007 20:35:31|SETI home|Scheduler request failed: HTTP internal server
error
19-05-2007 20:35:31|SETI home|Deferring communication for 1 min 15 sec
19-05-2007 20:35:31|SETI home|Reason: scheduler request failed
19-05-2007 20:36:51|SETI home|Sending scheduler request: To fetch work
19-05-2007 20:36:51|SETI home|Requesting 828132 seconds of new work
19-05-2007 20:36:56|SETI home|Scheduler request failed: HTTP internal server
error
19-05-2007 20:36:56|SETI home|Deferring communication for 5 min 30 sec
19-05-2007 20:36:56|SETI home|Reason: scheduler request failed
19-05-2007 20:42:26|SETI home|Sending scheduler request: To fetch work
19-05-2007 20:42:26|SETI home|Requesting 830357 seconds of new work
19-05-2007 20:42:31|SETI home|Scheduler RPC succeeded [server version 509]
19-05-2007 20:42:31|SETI home|Message from server: No work sent
19-05-2007 20:42:31|SETI home|Message from server: (won't finish in time)
Computer on 98.3% of time, BOINC on 100.0% of that, this project gets 100.0%
of that
19-05-2007 20:42:31|SETI home|Deferring communication for 11 sec
19-05-2007 20:42:31|SETI home|Reason: requested by project
19-05-2007 20:42:31|SETI home|Deferring communication for 6 min 25 sec
19-05-2007 20:42:31|SETI home|Reason: no work from project
19-05-2007 20:48:57|SETI home|Sending scheduler request: To fetch work
19-05-2007 20:48:57|SETI home|Requesting 832969 seconds of new work
19-05-2007 20:49:22|SETI home|Scheduler request failed: HTTP internal server
error
19-05-2007 20:49:22|SETI home|Deferring communication for 4 min 33 sec
19-05-2007 20:49:22|SETI home|Reason: scheduler request failed
19-05-2007 20:53:58|SETI home|Sending scheduler request: To fetch work
19-05-2007 20:53:58|SETI home|Requesting 834967 seconds of new work
19-05-2007 20:54:23|SETI home|Scheduler request failed: HTTP internal server
error
19-05-2007 20:54:23|SETI home|Deferring communication for 2 hr 3 min 4 sec
19-05-2007 20:54:23|SETI home|Reason: scheduler request failed
19-05-2007 21:21:52|SETI home|Sending scheduler request: Requested by user
19-05-2007 21:21:52|SETI home|Requesting 843030 seconds of new work
19-05-2007 21:23:08|SETI home|Scheduler request failed: HTTP internal server
error
19-05-2007 21:23:08|SETI home|Deferring communication for 35 min 45 sec
19-05-2007 21:23:08|SETI home|Reason: scheduler request failed
19-05-2007 21:24:18|SETI home|Sending scheduler request: Requested by user
19-05-2007 21:24:18|SETI home|Requesting 843460 seconds of new work
19-05-2007 21:24:53|SETI home|Scheduler request failed: HTTP internal server
error
19-05-2007 21:24:53|SETI home|Deferring communication for 1 min 0 sec
19-05-2007 21:24:53|SETI home|Reason: scheduler request failed
19-05-2007 21:25:53|SETI home|Fetching scheduler list
19-05-2007 21:25:58|SETI home|Master file download succeeded
19-05-2007 21:26:03|SETI home|Sending scheduler request: Requested by user
19-05-2007 21:26:03|SETI home|Requesting 843635 seconds of new work
19-05-2007 21:26:38|SETI home|Scheduler request failed: HTTP internal server
error
19-05-2007 21:26:38|SETI home|Deferring communication for 1 min 0 sec
19-05-2007 21:26:38|SETI home|Reason: scheduler request failed
19-05-2007 21:27:38|SETI home|Sending scheduler request: Requested by user
19-05-2007 21:27:38|SETI home|Requesting 843885 seconds of new work
From: "Martin McKey Ltd." <mckey slij.list.pl>
Subject: Re: 64bit
MarekZ napisał(a):
Jak zwykle zgadzam się z jedną z Twoich wypowiedzi:
> Nowa wersja serwera setiathome ma teraz pewne problemy
być może to jeszcze...
> ... nie znaczy, ze to w ogóle nie
> dziala.
Ale wkrótce na pewno przestanie totalnie.
> marekz
--
Szanowanko!
McKey
FNC Club
Paranaukowiec dyplomowany
From: "MarekZ" <marekz wytnij.irc.pl>
Subject: Re: 64bit
Uzytkownik "ble" <nienamaila go2.pl> napisal w wiadomosci
news:f2nd71$2vp$1 inews.gazeta.pl...
>> Jaki OS? Winda?
> Linux Gentoo
O ile od strony boinca wszystko wydaje sie byc raczej w porzadku,
o tyle ze strony adminów poszczególnych projektów niekoniecznie.
Chodzi mi o nazwy platform 64-bitowych - rózne projekty róznie
sobie ponazywaly te platformy. Wiec jest zagrozenie, ze nie
rozpoznaja prawidlowo platformy deklarowanej przez klienta BOINC
(teraz jest implementowany mechanizm alternatywnych platform, ale
to jeszcze nie dziala dobrze). Z kolei zmiana nazwy platformy "z
reki" spowoduje, ze uzytkownicy, którzy dotychczas licza na
wersjach 64-bitowych przestana dostawac unity (np. w ABC chyba sa
inne nazwy przyporzadkowane, w Ralph i jeszcze gdzies tam).
Wiec teraz pileczka jest raczej po stronie adminów poszczególnych
projektów. Ja tam w kazdym razie przejde na 64-bit wersje i
najwyzej nie bede bral unitów z projektów, które sie nie
dostosuja. Bo wczesniej czy pózniej standard Berkeley nazewnictwa
platform musi zostac przyjety. A admini projektów beda widziec te
nieudane polaczenia do schedulerów i sadze, ze im wiecej ich
bedzie tym szybciej sie dostosuja.
marekz
From: ble <nienamaila go2.pl>
Subject: Re: 64bit
MarekZ wrote:
> Uzytkownik "ble" <nienamaila go2.pl> napisal w wiadomosci
> news:f2mvig$6tg$1 inews.gazeta.pl...
>> Czy jest jakas mozliwosc odpalnia projektow 64bit i 32bit na
>> jednym kliencie
>> bo kiedys bylo chyba tak ze na 32bit boinc nie chodzilo 64bit
>> seti, a na
>> 64bit boinc nie chodzil 32bit einstein?
>
> Jaki OS? Winda?
Linux Gentoo
From: "MarekZ" <marekz wytnij.irc.pl>
Subject: Re: 64bit
Uzytkownik "ble" <nienamaila go2.pl> napisal w wiadomosci
news:f2mvig$6tg$1 inews.gazeta.pl...
> Czy jest jakas mozliwosc odpalnia projektow 64bit i 32bit na
> jednym kliencie
> bo kiedys bylo chyba tak ze na 32bit boinc nie chodzilo 64bit
> seti, a na
> 64bit boinc nie chodzil 32bit einstein?
Jaki OS? Winda? Na 32-bit BOINC dalej nie bedzie chodzilo 64-bit
seti. Na 64-bit BOINC co do zasady powinno wszystko chodzic.
Praktyka jest jednak jak na razie dosc daleka od takiej sytuacji.
W kazdym razie warto przetestowac, ja zamierzam jutro wlasnie
poswiecic troche czasu na testowanie klienta 64-bitowego (czekam
az mi sie odesla wszystkie unity z klienta 32-bit, bo raczej
zamierzam juz na stale pozostac przy wersji 64-bit), wiec albo sam
sobie sprawdz albo poczekaj co napisze pojutrze.
Nowa wersja serwera setiathome ma teraz pewne problemy z
przydzialem zadan dla niektórych platform, wiec to ze scheduler
chwilowo nie przydzieli pracy, nie znaczy, ze to w ogóle nie
dziala.
marekz
From: ble <nienamaila go2.pl>
Subject: 64bit
Czy jest jakas mozliwosc odpalnia projektow 64bit i 32bit na jednym kliencie
bo kiedys bylo chyba tak ze na 32bit boinc nie chodzilo 64bit seti, a na
64bit boinc nie chodzil 32bit einstein?