BOINC@Poland

      
Rosetta@home  -  8.246.021,15
RALPH@home  -  0,00

---

---

   
BOINC@Poland -  69.356.837,67

---

---

apohawk

Otwieram głosowanie na lipiec.
Proponuję zamknąć głosowanie 28. czerwca.

Zamiast awk 'NR % 7 !=0 {printf $0;printf ""} NR % 6 ==0 {print "END"}' ${base}.txt >> ${base}P.txt
tr -d "\n\r" < ${base}P.txt >> ${base}C.txt
sed s/END/\\n/g ${base}C.txt >> ${base}R.txtnp.
awk 'NR % 7 !=0 {printf $0;printf ""} NR % 6 ==0 {print "END"}' ${base}.txt | tr -d "\n\r" | sed s/END/\\n/g >> ${base}R.txt

Nie liczę 24h/dobę, więc tych 200k PPD nie będzie, ale coś tam się dorzuci.

Szacun dla RAD-Poland, że ogarnął statystyki f@h  :respect: i za to, że tyle czasu nieprzerwanie ogarnia statystyki PM :respect:

Jak dla mnie za dużo jest tych plików tymczasowych. Szkoda HDD. Czemu nie w pipe'a? O ile można ogarnąć, co chcesz osiągnąc z tymi plikami :) No chyba, że zapisujesz to na tmpfs, to róbta co chceta.
Rozpakowanie .gz:
gzip -d < spakowany_plik > rozpakowany_plik
albo
gzip -d < spakowany_plik | pipe do obróbki :P

A wydajnościowo to i tak to pewnie klęknie na mysqlu.

Jeśli w nazwach plików źródłowych kiedykolwiek pojawią się białe znaki, to for f in * się rozleci. Ja robię ls| while read f; do ...; done. Jak masz tych plików dużo, to wszelkie * tym bardziej bym odradzał. find albo ls | while read f; do gzip -d < $f > $f.ungzipped; done
Jakby całą obróbkę zamknąć w pętli find albo ls | while read f; do ...; done, to nie trzeba by się martwić o miejsce na dysku na wszystkie rozpakowane pliki jednocześnie.

Jak patrzę na ten skrypt, to nie do końca ogarniam, co z tym robisz  %) więc wracam do tego:

CytatJak widać, dane są w blokach po 6 linijek. Te linijki muszę połączyć w jedną linię, jako jeden rekord, następnie drugi blok w następną linię itd...

Po sprawdzeniu proponuję fragment podobny do tego z mojej pierwszej odpowiedzi:
awk -- 'BEGIN { FS="\n"; RS="" } { $1=$1; print $0 }'
Dla danych
11
12
13
14
15
16

21
22
23
24
25
26


Zwróci
11 12 13 14 15 16
21 22 23 24 25 26Sprawdzałem dla miliona takich bloków/rekordów, wykonywało się ok. 0.5s.

RS to record separator, a ustawiony na pusty oznacza, że separatorem rekordu jest pusta linia. Konieczne jest to $1=$1, aby awk zamieniło \n na spacje (IFS na OFS).

Jak patrzę na twój skrypt, to mam wrażenie, że więcej tam się dzieje, niż piszesz  %)
Np. ten END. Jakby wstawiany w 6. linii, a potem zamieniany na nową linię. Nie możesz tego END od razu zamienić na nazwę pliku z usuniętym końcowym / (np. sed s=/$== lub basename filename, nie pamiętam, jak to poprawnie zrobić w zmiennej basha)? np. sed "s/END/\n`basename ${filename}`/g"?

Może będzie łatwiej, jak dla tego zbioru danych z 1. posta podasz format, jakiego oczekujesz? :) Chętnie spróbuję pomóc. Lubię pomagać ze skryptami bash.  %)

Nie mam teraz dostępu do linuksa w domu, ale spróbowałbym z awk. Jeśli dobrze pamiętam, to jak mu podać znak nowej linii jako separator pola, to na pustej linii skończy rekord. Takie specjalne, dziwne zachowanie.
Coś takiego:
awk -F'\n' -- '{ print $0 }'


albo bardziej topornie:
awk -- 'BEGIN { i=0 }
{ if($0=="") {
  print x[0] " " x[1] " " x[2] " " x[3] " " x[4] " " x[5] " " x[6]
  i=0
}
else {
x[i]=$0
i=i+1
}
END { print x[0] " " x[1] " " x[2] " " x[3] " " x[4] " " x[5] " " x[6] }'
Do zweryfikowania, czy tablice się tak robiło w awk.

[EDIT]
Przeczytałem jeszcze raz. Jak chcesz po prostu zamienić pustą linię na coś innego, to może
sed -i 's/^$/moje znaki/g' moje pliki wg wzorca

Włączyłem FAH wczoraj zgodnie z instrukcją. Liczyło się już ponad dobę. Trzy pytanka:
1. Klient pokazuje Points per Day ok. 212k, a na stronie mam ok. 54k http://fah-web.stanford.edu/cgi-bin/main.py?qtype=userpage&username=apohawk To normalne, że jest taka różnica?
2. Te PPD 212k to duży czy mało?  %)
3. Folding Power: Light, Medium, Full. Co to? Co to robi?

Jest możliwość, abyś mierzył też temperaturę procka podczas obliczeń?

Też poproszę Rosettę - bo lubię  :P

KONIEC GŁOSOWANIA.

CPU:
WCG - 6
Universe@home - 1
Climateprediction - 1
Asteroids@home - 1
Rosetta - 1

GPU:
F@H - 4
Collatz - 3
GPUGRID - 1

28. maja. Wieczorem podliczam głosy. Głosować!  :whip:

Patrzyłem właśnie na asteroids@home. Raz, że ma aplikację CUDA, dwa, że na server_status ma tylko dwa dostępne zadania, więc mój głos CPU tam nie idzie.

CPU: Rosetta
GPU: Collatz

Szok. O tym to nie wiedziałem, nigdy nvidii nie miałem. Tym bardziej wygląda na to, że karty AMD są do BOINCa.  %)

A to nie skumałem, że o Einsteina chodzi. To powiem ci tak, Einstein jest kapryśny i sporo zależy od aplikacji, którą liczysz, jej wersji i ile WU na raz. Ale moje Fury potrafi więcej niż 400k dziennie. 31.01.2017 pisałem:

CytatEinstein (Gamma-ray pulsar binary search #1 on GPUs v1.18 (FGRPopencl-Beta-ati)) 1WU/GPU
Run time   CPU Time   Credit   APP
533,21     272,44       3465    FGRPopencl-Beta-ati

Credit/1h = 23394
Credit/24h = 561459

Przy czym gdy spojrzysz na moje konto w boincstats, to zobaczysz w top 10 days makx. 422k, bo nie liczę 24h na dobę, tylko jakieś 12-16h. Do tego Einstein nigdy nie jest w stanie wykorzystać 100% GPU. Mogłem spokojnie liczyć 2WU na raz innej aplikacji Einsteina i grać w Wiedźmina 3. Przy cytowanej aplikacji też mogę grać w Wiedźmina 3. Obecnie grywam w LOTRO, a w tle cały czas boinc na GPU. Obecnie projektem miesiąca jest PrimeGRID i też liczę i gram. Chyba tylko Collatz i MilkyWay są w stanie tak wykorzystać GPU, abym nie mógł pograć. Tak więc aplikacje nie wykorzystują mocy GPU na maksa i mam wrażenie, że im słabsza karta, tym w większym stopniu jest wykorzystana. Tak jakby aplikacja nie chciała przekraczać pewnego progu wydajności, albo CPU blokowało wydajność.

Ta wersja beta (FGRPopencl-Beta-ati) dawała sporego kopa w wydajności. Nie wiem, czy na niej były zbierane dane do tego wykresu.

W Double-Precision pewnie tak.

Po powrocie z pracy widzę, że mój komputer ponownie przelicza DENIS@home, więc chyba działa.

Cytat: PDH w 06 Maj 2017, 23:18
Planetoidy+Colatz :D

Co to za Planetoidy, bo się zainteresowałem? URL? Nazwa projektu?

   
  *) - nowi użytkownicy w projekcie

BOINC@Poland  -  22.529.487,22

---

---

   
  *) - nowi użytkownicy w projekcie

Poland  -  72.902.638,00

  Punkty za osiagniętą pozycję w bieżącym projekcie miesiąca nie bedą zaliczone do Grand Prix BOINC@Poland GPU

---

---

apohawk

Otwieram głosowanie na czerwiec.
Proponuję zamknąć głosowanie 28. maja.

KONIEC GŁOSOWANIA.
Dorzucam rozstrzygający głos GPU na PrimeGrid.

CPU:
Denis - 8
WCG - 2
SRBase - 1
LHC - 1

GPU:
PG - 3(+)
f@h - 3
GPUGRID - 2
Amicable Numbers - 1
SETI - 1

Zbliża się koniec, a mamy remis w GPU (f@h vs PG). Ktoś przełamie impas? Jak nie, to ja zagłosuję :P

Kamracie Grzegorzu, głosuj raz :) Nawet po dwóch  :parrrty: zauważyłem dubla  %)

Zbliża się koniec głosowania, głosować  :whip:

Cytat: krzyszp w 19 Kwiecień 2017, 22:14
To wklej sobie https: zamiast http :)
Powinno zadziałać :)

www.boincatpoland.org odrzuca połączenia na https

A Folding@Home jest jakoś dopięty do BOINCa? Nie śledzę folding@home.

Cytat: tito w 01 Kwiecień 2017, 16:27
Amicable numbers się nie opłaca - brak już par do znalezienia.

29.03 przeliczyłem 19 próbek na GPU, żeby zorientować, jak ten projekt działa i znalazło mi 232. https://sech.me/boinc/Amicable/show_user_pairs.php?userid=2684 Możesz mi wytłumaczyć, na czym polega ten brak par do znalezienia, bo w zasadzie to nie wiem, o co w tym projekcie chodzi.

   
  *) - nowi użytkownicy w projekcie

BOINC@Poland  -  3.585.811,94

---

---

   
BOINC@Poland -  158.974.663,53

---

---

apohawk

Otwieram głosowanie na maj.
Proponuję zamknąć głosowanie 28. kwietnia.

KONIEC GŁOSOWANIA!

CPU:
Rosetta - 4
LHC - 2
DrugDiscovery - 1

GPU:
Einstein - 2
Folding - 1

CPU: Rosetta
GPU: Einstein
(tak, jestem mało kreatywny w tym miesiącu)

      
Rosetta@home  -  7.851.945,30
RALPH@home  -  1.099,08

---

---

      
Einstein@Home -  150.918.824,28
Albert@Home -  2.384.000,00

---

---

apohawk

Otwieram głosowanie na kwiecień.
Proponuję zamknąć głosowanie 28. marca.

Nie wiem, co się dzieje. Myślałem, że już założyłem dzisiaj ten wątek.  :facepalm2: Pozostaje jeszcze kwestia tego, że dopiero dzisiaj przypomniałem sobie, aby ten wątek założyć  :shame:  :facepalm2:

Przejdźmy już do głosowania  :whip: