BOINC@Poland

Czas chyba rozbić PM na projekty CPU i GPU, przecież nic nie stoi na przeszkodzie, aby PM były jednocześnie np. WCG i POEM...

Cytat: krzyszp w 10 Kwiecień 2012, 16:50
Czas chyba rozbić PM na projekty CPU i GPU, przecież nic nie stoi na przeszkodzie, aby PM były jednocześnie np. WCG i POEM...

Jestem za  :p_arr:

I to jest bardzo dobry pomysł  :p_arr:

Cytat: lolek w 10 Kwiecień 2012, 16:55
I to jest bardzo dobry pomysł  :p_arr:

To od przyszłego PM, czy jeszcze w kategorii na maj?

Ps. Dzięki za wydzielenie wątku.

Ja bym proponował maj, bo później może się to wszystko rozmyć  :)

No właśnie... na głosowanie jest jeszcze dość czasu!

RAD sie "ucieszy"  :whistle:

trzeba poczekać na jego zdanie w tej sprawie, jeśli się zgodzi to nic nie stoi na przeszkodzie  :)

RAD zabrał głos:
"nic nie stoi na przeszkodzie"

pytanie co i od kiedy, jeśli od maja to dużo czasu na wybory i dopracowanie zasad: wyboru, punktacji itp itd
jeśli na szybko od jutra ;) to co ściągać, gdyż nie pobieram baz ze wszystkich projektów,
nic nie stoi na przeszkodzie by rozpocząć np od 15.04 np z połową punktacji PM_GPU co za cały miesiąc

EDIT: w końcu ten sam skrypt tylko założenie nowego wątku PM_GPU

Jaki problem, po prostu do ankiety GPU przepisz projekty GPU (i głosy)i to samo co do CPU - to załatwi kwestię wyborów. Natomiast nie mam pojęcia, w jaki sposób ogarniasz dorobek kamratów - możesz temat przybliżyć?

CytatJaki problem, po prostu do ankiety GPU przepisz projekty GPU (i głosy)i to samo co do CPU - to załatwi kwestię wyborów.

w tym temacie idę na łatwiznę, w PM Arthusp robi super ankietę ogólną i liczę na konkretny wynik, osobiście nawet nie wiem w których projektach są dostępne aplikacje GPU, część znam ale nie wszystkie (a tak na szybko wyszedł mi PrimeGrid - 12 głosów)

CytatNatomiast nie mam pojęcia, w jaki sposób ogarniasz dorobek kamratów - możesz temat przybliżyć?

- tu należałoby przyjąć zasadę, że jeśli projekt posiada aplikację GPU to projekt liczy się do grupy PM_GPU
- z zasady wydajność GPU kilkanaście, kilkadziesiąt razy przewyższa CPU i osoby na CPU mogą liczyć jedynie symbolicznie (MilkyWay, DistrRTgen, Moo!, Collatz, PrimeGrid)
- ze statów udostępnianych przy aktualizacjach nie można określić osobno dorobku CPU/GPU jest on łączny
- problem będzie stanowić projekt który ma aplikację GPU ale o niewielkim wzroście wydajności w stosunku do CPU (do której grupy trafi)
- wyjątkiem jest PrimeGrid w którym udostępniane są staty podprojektów i część z nich można zaliczyć do GPU pozostałe do CPU (wymaga nowego skryptu obsługi podprojektów jak przy AP26)

dorobek punktowy do PM_CPU/PM_GPU liczony jest na podstawie statów aktualizacji danych projektu z kontrolą przynależności do zespołu przy każdej aktualizacji i nadal ręczną weryfikacją migrujących uczestników, (oczywiście są furtki, dla chcącego nic trudnego), ale w końcu to hobby i zabawa  :)

generalnie temat do omówienia i do dopracowywania
np:
- lodówka (zniekształca wyniki dla POEM bo był PM) teraz potrzebna jest mała zamrażarka o skróconym czasie, gdyż projektów na GPU nie ma za dużo
- punktacja PM_GPU (1 do 100) za dużo i monotonne, może system oparty na dorobku w danym PM, albo z pulą do podziału na określoną ilość pozycji z % dorobku, punktacja ze skoków narciarskich lub inny...

na pewno warto by bylo umieszczac informacje na jakie GPU jest projekt (w legendzie na dole)
i jak z wydajnosciami w projektach ktore maja app na NV i ATI

Generalnie jestem za, ale:
- taki SETI zaliczony byłby do GPU? Większość i tak na CPU to liczy.
- GPUGRID ma app tylko na NV, więc ci, którzy mają sprzęt z grafą tylko AMD od razu odpadają - nie są w stanie zdobyć ani jednego punktu.

seti i einstein powinny być w kategorii CPU. Co do GPUGRID, czy POEM - no cóż jak kamraci wybiorą to  :dunno:

Moim zdaniem projekty które mają aplikacje GPU i CPU powinny brać udział w obu głosowaniach, bo co za problem ustawić na stronie projektu, żeby jednostek na CPU nie pobierało?

popieram opinię Szoplera

Ze względu na to, że nie da się ściśle podzielić projektów na CPU/GPU, tylko raczej na CPU/ATI/Nvidia, to jestem przeciwny podziałowi na CPU/GPU.
Nie ma sensu się rozdrabniać. Jak jest wola ku liczeniu PM na GPU, to się tą wolę wyraża w głosowaniu.

Cytat: apohawk w 10 Kwiecień 2012, 21:30
Ze względu na to, że nie da się ściśle podzielić projektów na CPU/GPU, tylko raczej na CPU/ATI/Nvidia, to jestem przeciwny podziałowi na CPU/GPU.
Nie ma sensu się rozdrabniać. Jak jest wola ku liczeniu PM na GPU, to się tą wolę wyraża w głosowaniu.

Niby racja, ale...:
Licząc Distgrena na 4 rdzeniowej maszynie, 3 rdzenie się nudzą i bez straty możesz dopunktować projekt, na którym kolegom zależy... Projekty jak SETI, mające app w obu grupach, mogą też być wybierane w obu - bo dlaczego nie?

Jak chcecie rozdzielić, to liczyć miesięcznie dwa projekty i głosować na dwa projekty - cpu i gpu.

Można jeszcze inaczej mianowicie ustalić kolejność
Projekty CPU normalne głosowanie jak teraz
Projekty GPU
miesiąc nr1 NV liczy aaa ATI liczy bbb
miesiąc nr2 NV liczy ccc ATI liczy ccc itd
projektów GPU jest na razie tak mało że przy w/w układzie każdy projekt GPU zarówno zielony jak i czerwony będzie liczony i tak w kółko aż nie przybędzie projektów

Cytat: legis w 10 Kwiecień 2012, 23:33
miesiąc nr1 NV liczy aaa ATI liczy bbb
miesiąc nr2 NV liczy ccc ATI liczy ccc itd

Nie bardzo rozumiem, biorąc pod uwagę, że niektóre projekty są tylko dla np. NV (GPUGrid)...

Cytat: krzyszp w 10 Kwiecień 2012, 23:35

Cytat: legis w 10 Kwiecień 2012, 23:33
miesiąc nr1 NV liczy aaa ATI liczy bbb
miesiąc nr2 NV liczy ccc ATI liczy ccc itd

Nie bardzo rozumiem, biorąc pod uwagę, że niektóre projekty są tylko dla np. NV (GPUGrid)...

ustalamy kolejność projektów GPU dla NV i osobno kolejność projektów na ATI
zarówno jednych jak i drugich jest po kilka nie wiem dokładnie po ile po 4 po 5 można ustalić że projekty punktujące na obu grafach liczone są w jednym miesiącu

Moim zdaniem ;) chodzi o to, że jak nie ma aplikacji na NV to posiadacze NV liczą projekt następny w kolejności (ten który ma apkę na ich kartę), a jak są apki to normalnie wszyscy liczą wygrany projekt.

Aha, teraz rozumiem - rozsądny pomysł :)

Pytanie tylko, czy osoba zajmująca się rankingiem nie osiwieje...

Cytat: krzyszp w 10 Kwiecień 2012, 23:54
Aha, teraz rozumiem - rozsądny pomysł :)

Pytanie tylko, czy osoba zajmująca się rankingiem nie osiwieje...

wydaje mi się że będzie miała łatwiej bo z góry będzie wiadomo co będzie liczone na GPU miesiąc po miesiącu, nie trzeba będzie czekać na wyniki głosowania ale to tylko moja opinia
z czasem projektów GPU przybędzie i wtedy można zmienić zasady
pozostaje jeszcze kwestia jakie projekty liczymy na GPU trzeba ustalić 2 listy
i tu rodzą się kolejne problemy
1. GPUGRID projekt bardzo wymagający dla większości użytkowników (przynajmniej dla mnie)
2. Donate@Home celowość liczenia tego projektu dla wielu osób jest dyskusyjna

Projekty PM mają swoje prawa - to jest demokracja... Jeśli wygra Donate - można dołączyć, lub nie (to wolny team;))
Co do wymagalności... No cóż-nie mam na to pomysłu...

Cytat: lolek w 10 Kwiecień 2012, 20:22
seti i einstein powinny być w kategorii CPU. Co do GPUGRID, czy POEM - no cóż jak kamraci wybiorą to  :dunno:

A może lepiej Einstein i POEM do GPU? Dla ich własnego dobra - w tym zbiorze projektów jest mniej i będą miały wyższe szanse stać się projektem miesiąca  :)

pytanko, czy temat aktualny i uruchamiamy PM_GPU w maju, czy jeszcze się wstrzymujemy?
poczytałem trochę forum to aktualnie chyba sporo problemów mają projekty GPU i niewiele działających zostało  :wacko:

przeglądnąłem wyniki głosowania ogólnego PM, świetne zestawienie na podsumowanie (http://www.boincatpoland.org/smf/projekt-miesiaca/2012-05-jak-ustawimy-zagle-w-maju/msg187469/#msg187469) bezprym'a  :parrrty:

gdyby brać te wyniki do PM_GPU to padło by na PromeGrid czy jakieś dodatkowe głosowanie 2-3 dniowe?
(pewnie wiele osób głosowało na ulubiony projekt CPU, a również miałoby ochotę rywalizować na GPU, bo liczyć można co się chce)

sorki, że naciskam, ale w weekend muszę wszystko przygotować, od pierwszego spodziewam się problemów z dostępem do neta, staty będą szły z "chmury"

Ja bym proponował wziąć na klatę PrimeGrid w maju, a w międzyczasie przygotować listę kandydatów i przegadać zasady, które będą obowiązywały dalej, od czerwca - bo nie jest to takie proste :)

Różne projekty na GPU obsługują różne karty - mamy chyba tutaj trzy możliwości:
1. Lista projektów złożona tylko z projektów, które mogą liczyć wszyscy - chyba kiepska opcja, bo pozostanie raptem kilka projektów
2. Wszystkie projekty GPU możliwe do wyboru, a kto w danym miesiącu nie może wspierać - liczy coś innego
3. Sparowanie projektów, np. GPUGRID+POEM, tam gdzie się mogą wzajemnie uzupełniać, a samodzielne wystąpienie, np. Einstein, gdzie każdy może liczyć (nie jestem pewien, czy podałem dobre przykłady, bo nie wszystkie projekty znam dobrze).
Sposób można wybrać dodatkowym głosowaniem.

I proponowałbym nie włączać GPU do Grand Prix - żeby byłoby to osobne trofeum, jak Puchar Polski wobec ligi i mistrzostwa :)

troszkę to pokomplikuje sprawę.... to oprócz złotego liczydła będę musiał robić złota grafę??

http://www.boincatpoland.org/smf/projekt-miesiaca/projekt-miesiaca-gpu-wyniki-(test)/msg188643/?topicseen#msg188643 (http://www.boincatpoland.org/smf/projekt-miesiaca/projekt-miesiaca-gpu-wyniki-(test)/msg188643/?topicseen#msg188643)

Rozumiem ze brane sa pod uwage tylko 3 podprojekty GPU:

Cullen/Woodall Prime Search (Sieve)
Proth Prime Search (Sieve)
Generalized Fermat Prime Search

Licznie na GPU w Project Staging Area work chyba nie jest brane pod uwage ze wzgledu na niemozliwosc odroznienia zadan CPU od GPU.

brany jest cały projekt PrimeGrid
obecnie PG zaprzestało generowania statystyk "user_work.gz" z podziałem na podprojekty

czyli kaszana :bad:

Ustawienie dość wysokiego progu punktowego, dla projektu PrimeGrid, proponowany 500k eliminuje jakąkolwiek rywalizację na CPU (niemniej punkty są łączne i mogą wpływać na pozycję)

obecnie poza jednym projektem który jest tylko GPU, wszystkie pozostałe umożliwiają liczenie na CPU

aha no chyba ze tak, testujmy wiec  ;)

Szkoda, że dopiero się zorientowałem o testowym PM na GPU  :(

Spróbuję powalczyć, ale z moją kartą to prędzej się usmażę pewnie ;)

Rozumiem, że co do progu punktowego, to będzie ustalany jeszcze po testach?

Próg dla PrimeGrid ustawiłem na 500 000 punktów i wygląda że w tych granicach jest odpowiedni, oczywiście do negocjacji, jak również progi w kolejnych PM_GPU
niestety projekt ten nie ma u nas zbyt dużego wzięcia, osobiście również liczę go tylko przy okazji wyścigów i to tylko na CPU

w zestawieniu punktacja jest aktualizowana na bieżąco, a próg ustalany ~ proporcjonalnie (ręcznie)  ;) do minionego czasu trwania PM

docelowo widziałbym progi PM na takim poziomie by punktacja do kwalifikacji była zrównoważona (np proponowany próg 7 dni średniej klasy GPU (tylko ile to jest?) czy też 7 dni dwu rdzeniowego CPU dla danego projektu PM_CPU) by dało się poeksperymentować z połączeniem PM_CPU i PM_GPU w Grand Prix (GP)

oczywiście daleka droga: eksperyment z nową (może też i innymi) punktacjami dla PM_CPU/GPU, a połączenie w sezonie 2013

Nowa punktacja ma na celu uatrakcyjnić rywalizację w PM i np dać możliwość odrobienia strat gdy opuściło się jakiś PM dzięki bardzo dużemu zaangażowaniu w innym PM w którym uzyska się znaczącą przewagę nad pozostałymi uczestnikami, tym samym spory udział % dorobku zespołu i większą liczbę punktów do GP

Punktacja nie ogranicza nas do 100 pkt za pierwsze miejsce. Oczywiście małe zaangażowanie, bardzo wyrównana walka dużej ilości uczestników lub zbyt wysoko ustawiony próg może spowodować że nawet tych 100 pkt nie będzie, ale też przy dużej przewadze zdobycie kilkuset punktów staje się realne.

W zależności od rozumowania można przyjąć, że mamy trzy PM (CPU, GPU_ATI, GPU_NV) jedni są silni dzięki dużej flocie CPU i będą zdobywać na tym polu spore punkty do GP inni "specjalizując / opierając" się na jednym "słusznym" dla nich producencie GPU nadrabiać w innych, generalnie rywalizacja ma trwać do ostatniego dnia danego PM i ostatniego PM w sezonie  :attack:
(niemniej docelowo będzie trzeba się kiedyś dozbroić w GPU ;)  ale to temat na inny wątek)

właśnie w tym celu powstał ten wątek by rozmawiać i rozwijać/uatrakcyjniać naszą rywalizację, wszelkie propozycje są mile widziane
ja w miarę swoich możliwości chcę dołożyć też swoją cegiełkę i będę się starał wprowadzać proponowane zmiany, ale wiadomo czasami mały błąd potrafi zepsuć szczytny cel i dlatego musimy rozmawiać, więcej głów, więcej pomysłów więcej osób mogących zweryfikować pomysły innych

Podoba mi sie zalozenie % podzialu w zaleznosci od pkt.
Naprzyklad w dotychczasowym systemie punktacji (CPU_PM) 100 pkt do GP za 1 miejsce z 1mln pkt ma sie praktycznie nijak do 99 pkt za 2 miejsce z 100k pkt.  ;)

Nie wiem czy się śmiać czy płakać, ale karta od RK(8800GTS), naprawiona piekarnikiem plasuje mnie na 11miejscu w PG. Widać wola życia  XD

To ja proponuję wariant następujący:
* są prowadzone równolegle dwa głosowania: PM_CPU i PM_GPU. Jeśli projekt można liczyć na cpu, to jest dostępny w ankiecie PM_CPU, a jeśli można liczyć na gpu, to jest dostępny w ankiecie PM_GPU. PMy nie mają wpływu na siebie
* co do punktacji: raczej nie rozdrabiałbym się na progi czy inne ograniczenia - w PM_CPU zliczamy punkty za grafikę i jest ok. A w PM_GPU punkty z cpu będą miały mniejszy wkład, niż w PM_CPU mają punkty z gpu. Natomiast eksperyment z "procentami" jest ciekawy! Zdecydowanie do przetestowania!
* na początek nie dzieliłbym PM_GPU na PM_NV i PM_ATI - może spróbujmy podzielić projekty, jak w PM, czyli "uniwersalne" (czyli zarówno ATI, jak i NV) będą prezentowane na zielono w ankiecie, a przeznaczone dla jednego z producentów na brązowo? (analogicznie, jak teraz problematyczne projekty w PM). Ew. zielone dla NV, czerwone dla ATI, żółte dla obu (czerwony+zielony ;))? Tak czy siak - na początek jedna lista dla wszystkich projektów GPU plus kryterium dostępności, nie uwzględniana będzie wydajność aplikacji w zależności od producenta
* lodówka - proponuję jeden miesiąc

Potencjalne problemy:
* co będzie jak w PM_CPU i PM_GPU wygra jeden projekt? Raczej nic, będzie tylko fajniej ;)
* co będzie jak w PM_GPU będzie notorczywie wygrywał projekt tylko dla jednego producenta, np. NV? Tutaj powinien zdać egzamin pomysł legisa. Kwestia otwarta.
* dużo informacji w ankiecie - jeśli kolorki pozycji w ankiecie będą opisywały, czy projekt sprawia problem, to trzeba będzie inaczej wskazywać, dla jakiego producenta jest aplikacja - może przedrostek [ATI][NV]? Ew. kolorek wskazuje producenta, a przedrostek/przyrostek problematyczność? A co, jeśli projekt da się liczyć tylko pod windą/z podwójną precyzją?
* a może dwa głosy dla każdego głosującego? W założeniu każdy miałby możliwość wygrania jednego projektu dla NV i jednego dla ATI? Choć pewnie w praktyce ankietowany w obu głosach będzie głosował na projekty "ze swojej stajni", co może tylko pogłębić podział. Ale za to nie było by przenoszenia głosów z poprzedniego miesiąca.


Tak czy inaczej: nie siedzę za bardzo w GPU. Listę projektów widzę taką, jak niżej, a do Was zgłaszam się z prośbą o uzupełnienie:
ATI i NV, Tylko NV, Tylko ATI

Collatz Conjecture
DistrRTgen
Einstien
GPUGRID
MilkyWay@home
Moo!
PrimeGrid
SETI@home

Przynajmniej z tego widać, że nie ma projektu tylko dla ATI, natomiast są tylko dla NV i dla obu producentów.

DistrRTgen to nie tylko Nvidia, 7970 tam rzadzi  :whistle:
SETI beta mozna liczyc na ATI
Albert  - ATI+NV
POEM - ATI
nie wszyscy chca/uznaja ale DONATE na ATI+NV (GPU: AMD/ATI GPUs (recommended) or Nvidia GPUs)

POEM@Home
Jest tylko dla ATI  :P

No tak napisalem :D

Cytat: mimeq w 05 Maj 2012, 17:11
No tak napisalem :D

Nie wiem dla czego ale nie zauważyłem Twojego postu  %)
Ps. donate ma w preferencjach WU dla NV więc pewnie i aplikację posiada

Masz racje  :whistle:

CytatGPU: AMD/ATI GPUs (recommended) or Nvidia GPUs

Cytat: ArthuspTo ja proponuję wariant następujący:
* są prowadzone równolegle dwa głosowania: PM_CPU i PM_GPU.

za,
pewnym rozwiązaniem byłoby danie dwóch głosów każdemu użytkownikowi w ankiecie, a projektami PM_CPU i PM_GPU zostały by projekty o największej liczbie głosów w swojej grupie
(problem brak kontroli oddawanych głosów, czy oba nie poszły na projekty CPU lub GPU, ale wszystko rozgrywa się w jednej ankiecie)

CytatJeśli projekt można liczyć na cpu, to jest dostępny w ankiecie PM_CPU, a jeśli można liczyć na gpu, to jest dostępny w ankiecie PM_GPU.

~,
- jeśli projekt można liczyć na GPU trafia tylko do grupy PM_GPU (a na pewno te projekty w których GPU daje dużą przewagę punktową nad CPU)
- PrimeGrid usunąłbym bezwzględnie z PM_CPU i tak liczymy go 30 dni w tym roku w wyścigach (to taki 13 PM) ;)

CytatPMy nie mają wpływu na siebie

~,
na razie nie będą na siebie wpływać w klasyfikacji GrandPrix, ale pewnie powstanie symulacja połączenia w brudnopisie

Cytat* co do punktacji: raczej nie rozdrabiałbym się na progi czy inne ograniczenia ... Natomiast eksperyment z "procentami" jest ciekawy! Zdecydowanie do przetestowania!

za,
- co do progów to pojawiła się już punktacja bez progów kwalifikacji Pkt_PM*2 jak i bez premii za jej osiągnięcie Pkt_PM*3 -> TEST PM_GPU (http://www.boincatpoland.org/smf/projekt-miesiaca/projekt-miesiaca-gpu-wyniki-%28test%29/msg188643/#msg188643)
- niemniej liczba punktów w puli do podziału jest wyliczana na podstawie ilości uczestników * 30 pkt którzy osiągnęli wirtualny próg
(suma punktów w puli na razie oscyluje w okolicach 1000 przy dużych projektach będzie wyższa)
zostaje kwestia dokładności naliczania punktów po przecinku, jak i progu kwalifikacji np od 1 pkt /0,1/ obecnie od 0,01
- co do progów, to pomysł jednego z naszych kolegów i nadal mi się podoba, zwłaszcza zastosowanie w PM_CPU na poziomie 5k lub 10k punktów

Cytat.... w PM_CPU zliczamy punkty za grafikę i jest ok. A w PM_GPU punkty z cpu będą miały mniejszy wkład, niż w PM_CPU mają punkty z gpu...

:wacko:
tylko, że taki PM_CPU gdyby tam trafił POEM stałby się niemalże PM_GPU -> 2012.01: POEM@HOME (http://www.boincatpoland.org/smf/projekt-miesiaca/2012-01-w-jakim-kierunku-ustawiamy-zagle-na-poczatku-roku/msg165818/#msg165818) zwłaszcza w czołówce zestawienia, ale w SETI gdzie wpływ GPU jest dużo mniejszy może nie byłoby problemu
w przypadku PM_GPU punkty CPU mają przeważnie bardzo mały wpływ
kwestia poprawnego przydzielenia projektów do odpowiednich grup CPU czy GPU

Cytat* na początek nie dzieliłbym PM_GPU na PM_NV i PM_ATI

za,
nie miałem zamiaru dzielić na dwa PM, ale zasygnalizować że w jednym miesiącu triumfować będą "zieloni" a w innym "czerwoni" w zależności od projektu
ważne by znaleźć równowagę (zwłaszcza przy wyborze projektów gdy nie ma alternatywy)
niewielu ma GPU z obu stajni

Cytat- może spróbujmy podzielić projekty, jak w PM, czyli "uniwersalne" (czyli zarówno ATI, jak i NV) będą prezentowane na zielono w ankiecie, a przeznaczone dla jednego z producentów na brązowo? (analogicznie, jak teraz problematyczne projekty w PM). Ew. zielone dla NV, czerwone dla ATI, żółte dla obu (czerwony+zielony ;))? Tak czy siak - na początek jedna lista dla wszystkich projektów GPU plus kryterium dostępności, nie uwzględniana będzie wydajność aplikacji w zależności od producenta

za,
chyba że uda się połączyć ankietę, wydzielić osobną grupę

Cytat* lodówka - proponuję jeden miesiąc

za,

Aktualna lista projektów wygląda tak:

ATI i NV, Tylko NV, Tylko ATI

Collatz Conjecture
DistrRTgen
Donate
Einstien+Albert
GPUGRID
MilkyWay@home
Moo!
Poem
PrimeGrid
SETI@home


Czy coś zjadłem? :)

Wydaje mi się że to wszystko  :) Swoją drogą trochę tych projektów jest  - czekam na następne  :whistle:

Do SETI dodajcie jeszcze SETI Beta. Wydaje mi się, że The Lattice Project też jest projektem gpu, nie wiem tylko, czy ostatnio miał próbki.

Lattice puścił kiedyś kilka testowych próbek na NV (jakieś 2-3 lata temu) i od tamtej pory nic - więc nie ma sensu dodawać go do listy

Po pierwsze: 2012.06[GPU] (http://www.boincatpoland.org/smf/projekt-miesiaca/2012-06%28gpu%29-jakim-projektem-otworzymy-nowa-zabawe/)

Cytat: RAD-Poland w 05 Maj 2012, 18:39

CytatJeśli projekt można liczyć na cpu, to jest dostępny w ankiecie PM_CPU, a jeśli można liczyć na gpu, to jest dostępny w ankiecie PM_GPU.

~,
- jeśli projekt można liczyć na GPU trafia tylko do grupy PM_GPU (a na pewno te projekty w których GPU daje dużą przewagę punktową nad CPU)
- PrimeGrid usunąłbym bezwzględnie z PM_CPU i tak liczymy go 30 dni w tym roku w wyścigach (to taki 13 PM) ;)

Cytat: RAD-Poland w 05 Maj 2012, 18:39

Cytat.... w PM_CPU zliczamy punkty za grafikę i jest ok. A w PM_GPU punkty z cpu będą miały mniejszy wkład, niż w PM_CPU mają punkty z gpu...

:wacko:
tylko, że taki PM_CPU gdyby tam trafił POEM stałby się niemalże PM_GPU -> 2012.01: POEM@HOME (http://www.boincatpoland.org/smf/projekt-miesiaca/2012-01-w-jakim-kierunku-ustawiamy-zagle-na-poczatku-roku/msg165818/#msg165818) zwłaszcza w czołówce zestawienia, ale w SETI gdzie wpływ GPU jest dużo mniejszy może nie byłoby problemu
w przypadku PM_GPU punkty CPU mają przeważnie bardzo mały wpływ
kwestia poprawnego przydzielenia projektów do odpowiednich grup CPU czy GPU

Czym więcej o tym myślę, tym bardziej mi się wydaje, że w ankiecie PM_CPU powinny być wszystkie projekty, które da się liczyć na CPU, a w ankiecie na GPU wszystkie, które można liczyć na GPU. Generalnie do tej pory kierujemy się zasadą "na wszystko można głosować". I do tej pory to najbardziej się sprawdza, choć zgadzam się, że nie w każdej sytuacji jest najlepsze. A dodatkowo temat komplikują same projekty, które nie dają w wynikach jasnego podziału na to, czy wynik jest za gpu czy cpu.

Cytat: RAD-Poland w 05 Maj 2012, 18:39

Cytat* co do punktacji: raczej nie rozdrabiałbym się na progi czy inne ograniczenia ... Natomiast eksperyment z "procentami" jest ciekawy! Zdecydowanie do przetestowania!

za,
- co do progów to pojawiła się już punktacja bez progów kwalifikacji Pkt_PM*2 jak i bez premii za jej osiągnięcie Pkt_PM*3 -> TEST PM_GPU (http://www.boincatpoland.org/smf/projekt-miesiaca/projekt-miesiaca-gpu-wyniki-%28test%29/msg188643/#msg188643)
- niemniej liczba punktów w puli do podziału jest wyliczana na podstawie ilości uczestników * 30 pkt którzy osiągnęli wirtualny próg
(suma punktów w puli na razie oscyluje w okolicach 1000 przy dużych projektach będzie wyższa)
zostaje kwestia dokładności naliczania punktów po przecinku, jak i progu kwalifikacji np od 1 pkt /0,1/ obecnie od 0,01
- co do progów, to pomysł jednego z naszych kolegów i nadal mi się podoba, zwłaszcza zastosowanie w PM_CPU na poziomie 5k lub 10k punktów

A może nie robić progu, a tylko określone n miejsc dostaje punkty? I wtedy punkty przyznajemy za pierwsze n miejsc, ale proporcjonalnie do sumarycznego wyniku drużyny, ale tak, aby całość dawała 100 punktów (z dokładnością do 0,01) czy też 1000 punktów z dokładnością do jednego punktu?

Np. mamy takie wyniki projektu:
1. A - 100
2. B - 50
3. C - 25
4. D - 20
5. E - 5
Suma == 200 ptk.

Jeśli:
* premiujemy tylko pierwsze dwa miejsca, to zawodnik A dostałby 67 ptk, a zawodnik B 33 ptk.
* jeśli premiujemy trzy pierwsze miejsca, to A dostałby 57, B - 29, C - 14.

Niestety podobnie jak w innych metodach, będzie możliwość, aby suma punktów za miesiąc nie była równa 100ptk, wszystko zależy od zaokrągleń, których nie da się tutaj uniknąć.

Test nowej punktacji w GP GPU
- prace w toku, (punktacje w poszczególnych projektach, limit punktów do klasyfikacji w głównej tabeli,...)
- uwagi mile widziane,
- poprawki i korekty błędów będą nanoszone w miarę postępu prac

---

zestawienie użytkowników którzy zajęli punktowaną pozycję w przynajmniej dwóch różnych projektach w ramach 'Projektu miesiąca GPU'

Proponuję wykreślić projekty gpu z listy wybieranych do liczenia na cpu. Oto zdarzyło się, iż Primegrid wygrał oba głosowania:
http://www.boincatpoland.org/smf/projekt-miesiaca/2013-09(cpu)-jak-zagle-postawimy-w-pazdzierniku/
Sytuacja wygląda dosyć śmiesznie, ponieważ grafiki dają wielokrotnie więcej punktów, niż klasyczne procesory, zatem cała zabawa w klasyfikację liczydłowych się sypie. Kto nie posiada karty, ten praktycznie się nie liczy.

No właśnie. RAD już rok temu pisał "jeśli projekt można liczyć na GPU trafia tylko do grupy PM_GPU (a na pewno te projekty w których GPU daje dużą przewagę punktową nad CPU)". Tylko, że nie został wysłuchany a miał rację!

Według mnie - jest ok, jak jest - czyli jeśli projekt można liczyć na cpu, to powinien być w głosowaniu na cpu, a jeśli można liczyć na gpu, to pojawia się w ankiecie gpu.  Nie wiem, czy jest sens ograniczać tylko do jednego.

Przykładowo: rok temu całkiem dobrze działał WCG-HCC. W której kategorii należało by umieścić WCG? Przecież WCG to jednak wciąż projekt CPU.

Inna sprawa: taka Milka, gdzie dokładnie to samo liczy się na cpu i gpu. Tutaj widzę sens ograniczenia.

I nasz Primegrid. Ma pod projekty, które można liczyć tylko na cpu. Czy zatem fair jest ograniczenie go do PM_GPU?

Pozostawienie tak, jak jest może nie jest idealne, ale zwróćcie uwagę, że PG dostał 1/3 głosów w głosowaniu PM_CPU.

Co myślicie?

Najlepiej byłoby wtedy, gdy można było odizolować podprojekty (PPS(Sieve) i Genefer) na statystykę GPU. Nie wiem czy jest to w ogóle możliwe, bo nie widziałem jak wyglądają dane wejściowe, na podstawie których są tworzone statystyki. Jeśli jednak jest to nie do zrealizowania, to proponuję w przypadku takim jak teraz porównać głosy z GPU i CPU i wybrać ten o większej ilości głosów (np. CPU), a w drugim wyścigu (GPU) wybrać projekt, który zajął drugie miejsce.

EDIT: Z drugiej jednak strony, jeśli nie można wyizolować podprojektów GPU to jaka jest gwarancja, że ktoś nie oszukuje i liczy na GPU np. PPS (Sieve), a wszystko pojawia się w statystykach CPU

Cytat: Dario666 w 01 Październik 2013, 17:18
Najlepiej byłoby wtedy, gdy można było odizolować podprojekty (PPS(Sieve) i Genefer) na statystykę GPU. Nie wiem czy jest to w ogóle możliwe, bo nie widziałem jak wyglądają dane wejściowe, na podstawie których są tworzone statystyki.

O ile nic nie zmieniło się od czasu, jak ostatnio był ten temat badany - to nie da się.

Cytat: Dario666 w 01 Październik 2013, 17:18
Jeśli jednak jest to nie do zrealizowania, to proponuję w przypadku takim jak teraz porównać głosy z GPU i CPU i wybrać ten o większej ilości głosów (np. CPU), a w drugim wyścigu (GPU) wybrać projekt, który zajął drugie miejsce.

Zawsze to jakiś pomysł. Ale jak dla mnie to trochę porównywanie nieporównywalnych rzeczy.
Z innej beczki: (hipotetycznie) jeśli wygra PG i Milka, to co wtedy?
Głosowanie październikowe nie pozostawia wątpliwości - na PM_CPU został wybrany PG.

Cytat: Dario666 w 01 Październik 2013, 17:18
EDIT: Z drugiej jednak strony, jeśli nie można wyizolować podprojektów GPU to jaka jest gwarancja, że ktoś nie oszukuje i liczy na GPU np. PPS (Sieve), a wszystko pojawia się w statystykach CPU

No cóż - każdy się tak bawi, jak umie. Teraz tak mamy i jest to do przeżycia.

Czas goni, w listopadzie bawimy się "po staremu".  :arrr: