BOINC@Poland

Zaloguj się lub zarejestruj.

Zaloguj się podając nazwę użytkownika, hasło i długość sesji
Strony: [1]   Do dołu

Autor Wątek: stopień wykorzystania mocy obliczeniowej przez poszczególne podprojekty  (Przeczytany 3348 razy)

0 użytkowników i 1 Gość przegląda ten wątek.

Ufol

  • Liczydłowy
  • ***
  • Offline Offline
  • Płeć: Mężczyzna
  • Wiadomości: 1 372
    • Zobacz profil

Często słyszy się o tym, że WCG słabo wykorzystuje moc obliczeniową procesora. Inni twierdzą, że pomiędzy podprojektami istnieją wyraźne różnice w tej sprawie. Założyłem ten wątek, ponieważ czas na rozwianie mitów i żetelną informację. Jak to przedstawia się w rzeczywistości? Czy to tylko pomówienia, czy naprawdę aplikacje są niedopracowane?
Podnoszę tą kwestię, gdyż nie mam profesjonalnej wiedzy informatycznej. Moje wiadomości ograniczają się jedynie do obserwacji komputera. Wiem, że projekty BOINC w różnym stopniu wykorzystują procesor. Jako rekordzistę wskazałbym Primegrid. Tam komputer wręcz trzeszczy i ma się wrażenie, że zaraz stanie w płomieniach. Co do innych projektów, podłączałem się do Dnetc@home Enigmy Poem@home Simapa i WCG, nie zauważam większych różnic w intensywności pracy procesora.
Wiem, że to prosta i mało wnosząca obserwacja, lecz jakoś dyskusję zacząć musiałem.
 :)
« Ostatnia zmiana: 22 Marzec 2011, 23:25 wysłana przez Pigu »
Zapisane

Cyfron

  • Newsmani
  • Kalkulator
  • ***
  • Offline Offline
  • Płeć: Mężczyzna
  • Wiadomości: 7 124
    • Zobacz profil
    • Propersound

czy ktoś się może w temacie wypowiedzieć?
Temat wydaje się wart pochylenia się nad nim...

Troll81

  • Troll forumowy
  • Newsmani
  • Starszy Kalkulator
  • *****
  • Offline Offline
  • Płeć: Mężczyzna
  • Wiadomości: 32 521
  • Owoc żywota twojego je ZUS
    • Zobacz profil

różne projekty wykorzystują różne zasoby procka. PG akurat bardzo intensywnie korzysta z cache procesora co wydatnie podnosi temperaturę. inne projekty po prostu maja większe potrzeby inie mieszczą się w cache stąd niższe temperatury. Do tego należy dodać że nie wszystkie proce wykorzystują wszystkie instrukcje proca (po prostu nie ma takiej możliwości) to też się przekłada na temperaturę. Oczywiście bywają też projekty źle zoptymalizowane ale to już pytanie do ich twórców. osobiście uważam że otwarcie kodu aplikacji wydatnie przyczynia się do optymalizowania kodu tejże :D
Zapisane

krzyszp

  • Wszechstronny dyletant
  • Norway
  • Kalkulator
  • ***
  • Offline Offline
  • Płeć: Mężczyzna
  • Wiadomości: 7 891
    • Zobacz profil
    • Roads Business Software Ltd

Troll  w zasadzie wyjaśnił wszystko, ale od siebie dodam dwie uwagi. Po pierwsze, czasami autorzy aplikacji nie są zawodowymi programistami, ale naukowcami i/lub pasjonatami i bardziej koncentrują się na poprawności wyników niż wydajności kodu... I druga sprawa - różne obliczenia w różnym stopniu angażuje procesory a i kompilatory mają swoje "narowy" (swego czasu głośno było o tym, że kompilator C od Intela mocno "faworyzował" procesory tejże firmy słabiej optymalizując programy dla AMD).
Zapisane


Należę do drużyny BOINC@Poland
 Moja wizytówka

Ufol

  • Liczydłowy
  • ***
  • Offline Offline
  • Płeć: Mężczyzna
  • Wiadomości: 1 372
    • Zobacz profil

Na zmieszczenie czego kolwiek z WCG w cache szans nie ma. To pamięciożerne bestie.
Czy istnieją jakieś optymalki dla tego projektu? Czy udostępnili kod?
Wiele pisze się o WCG jako o projekcie piknikowych liczydłowych. Takich co to o BOINC wiedzą tyle, że ich komputer szuka lekarstwa na raka a jak to się dzieje? Tego już oni nie wiedzą. Powszechnie uważa się, że za mało tu innowacji. Owa ociężałość ma się przejawiać także w działaniu aplikacji. W prywatnych rozmowach na ten temat, często słyszałem opinię typu:
" Jak by naprawdę o coś im chodziło, to oprogramowanie byłoby lepsze. Widać to jakiś przewał. Mielicie na pusto. "
Czy faktycznie możnaby przyspieszyć obliczenia? Czy ich charakter, konieczność dostosowania do działania na wielu procesorach, pamięciożerność, wykluczają możliwość ich zoptymalizowania?
Wiem, że mocno przynudzam, ale problem wydaje się być bardziej złożony. Ciekawy jest sam mechanizm obliczeń i to jak można je przyspieszać. Liczę WCG i w żadnym razie nie uważam tego projektu za marnowanie czasu czy wręcz przewał. Zastanawia mnie    tylko, dlaczego posiadając takie zaplecze naukowe i finansowe, tak mało się w nim zmienia.
Zapisane

Troll81

  • Troll forumowy
  • Newsmani
  • Starszy Kalkulator
  • *****
  • Offline Offline
  • Płeć: Mężczyzna
  • Wiadomości: 32 521
  • Owoc żywota twojego je ZUS
    • Zobacz profil

WCG nie ma otwartego kodu swoich aplikacji :(

czy mozna by przyspieszyć - nie wiadomo, myślę że jakby stanął do tego sztba programistów to by się dało :D
Zapisane

krzyszp

  • Wszechstronny dyletant
  • Norway
  • Kalkulator
  • ***
  • Offline Offline
  • Płeć: Mężczyzna
  • Wiadomości: 7 891
    • Zobacz profil
    • Roads Business Software Ltd

"Nie programów bezbłędnych - są tylko takie, w których błędów jeszcze nie odnaleziono" - ten cytat zdecydowanie oddaje istotę problemu w oprogramowaniu naukowym.
Zadania wykonywane w projektach WCG (a także w innych badaniach medycznych/biologicznych to zazwyczaj symulacje bardzo złożonych zjawisk, dlatego także algorytmy w nich stosowane są (jak się domyślam) bardzo złożone. W związku z tym, optymalizacja wykonywania takiego algorytmu jest również bardzo skomplikowana i jest raczej (IMHO) na drugim planie - ważniejsze jest poprawne, stabilne działanie programów i uzyskiwanie poprawnych wyników.

Troll napisał także, że różne rozkazy procesora w różnym stopniu go nagrzewają - to również jest prawda, a sama temperatura rdzenia nie jest dokładnym wyznacznikiem jego obciążenia.

Trochę motam, ale nie przeglądałem kodu projektów (pewnie i tak bym go nie zrozumiał nie mając przygotowania naukowego), jednak w tej sprawie wierzę, że programiści WCG doskonale wiedzą, co robią. Fakt, że ich aplikacje nie często się zmieniają, ale to raczej zaleta - świadczy o dokładnym przetestowaniu kodu i braku konieczności implementowania poprawek...
Zapisane


Należę do drużyny BOINC@Poland
 Moja wizytówka

Arthusp

  • Liczydłowy
  • **
  • Offline Offline
  • Płeć: Mężczyzna
  • Wiadomości: 648
    • Zobacz profil

Swego czasu spotkałem się z dwiema zasadami optymalizacji kodu, który działa poprawnie:
1. nie rób tego,
2. jeszcze tego nie rób!
Zapisane

krzyszp

  • Wszechstronny dyletant
  • Norway
  • Kalkulator
  • ***
  • Offline Offline
  • Płeć: Mężczyzna
  • Wiadomości: 7 891
    • Zobacz profil
    • Roads Business Software Ltd

1. nie rób tego,
2. jeszcze tego nie rób!
Pierwsza zasada administratora:
Jeśli działa - nie ruszaj!  :whip:

Zapisane


Należę do drużyny BOINC@Poland
 Moja wizytówka

Tomasz R. Gwiazda

  • Kalkulator
  • ***
  • Offline Offline
  • Płeć: Mężczyzna
  • Wiadomości: 5 971
    • Zobacz profil

if it ain't broke don't fix it
Strony: [1]   Do góry
 

SMF spam blocked by CleanTalk