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 - goofyx

#41
DrugDiscovery@Home / DrugDiscovery@Home
04 Kwiecień 2017, 13:27
Cytat: Argento w 04 Kwiecień 2017, 13:10
Cytat: goofyx w 04 Kwiecień 2017, 13:02
Cytat: Argento w 04 Kwiecień 2017, 12:44
O co chodzi z komunikatem w BM...?
W skrócie chodzi o to, że rosyjska część zespołu po prostu wywaliła nas z całego przedsięwzięcia. W związku z tym niestety byliśmy zmuszeni do zamknięcia serwera.

W skrócie chodzi o to, że wielu z nas, jeżeli nie większość, uczestniczy/ła w tym projekcie i takie "w skrócie..." jest po prostu nie fair. Żadnych informacji czy uwalać resztę pobranych WU; co z tymi, które nie zostały zaraportowane...
Nie wiem co mam powiedzieć.
Gdy startowaliśmy projekt 6 miesięcy temu był plan, aby DD@H był fundamentem dla SONM, chodziło o przygotowanie funkcji/mechanizmów/technologii umożliwiających handel mocą obliczeniową w oparciu o serwery boincowe. Jak dobrze wiecie jakoś w grudniu projekt DD@H był już w fazie testowej i dawał testowo WU. Od stycznia z małymi przerwami (oczekiwania na materiały od zespołu naukowego) cały czas dawaliśmy materiał do liczenia. Niestety w lutym w momencie przygotować do pre-ICO (mini zbiórka przed główną zbiórką) wszystko zaczęło się sypać ze względu na fakt, iż Sergey Ponomarev rozpoczął wywieranie wpływu na Andrey Voronkov celem przejęcia projektu <- dochodziło nawet do szantaży itp Niestety po 1,5 miesiącach negocjacji i rozmów oraz po kolejnych ustaleniach, które odbyły się dosłownie 3 dni (po których wszyscy potwierdzili, że wracamy do pierwotnych umówi sprzed 5-6 miesięcy) temu poprzedniej nocy zostaliśmy całkowicie usunięci z zespołu <- o czym dowiedzieliśmy się kompletnie przez przypadek rano ok.8:30 odwiedzając stronę sonm.io. W związku z takim potraktowaniem naszego zespołu nie mogliśmy zareagować inaczej jak zamknąć serwer DD@H.
Jako, że wszelkie nasze skrypty jakie przygotowaliśmy dla DD@H przez ostatnie 6 miesięcy zostało usunięte z serwera uważam, że nie ma możliwości aby przywrócić jego działanie w aktualnym stanie.

Ze swojej strony mogę powiedzieć, że bardzo mi przykro z powodu takiej sytuacji... jednak nie mogliśmy uczestniczyć

Niestety aktualny właściciel DD@H w osobie Pana Andrey Voronkov nie specjalnie jest zainteresowany rozwojem projektu w kierunku sprzedaży mocy obliczeniowej za krypto-walutę jak to było przewidziane od samego początku.
Zespół SONM ma podobno całkowicie zrezygnować używania platformy BOINC.
#42
DrugDiscovery@Home / DrugDiscovery@Home
04 Kwiecień 2017, 13:02
Cytat: Argento w 04 Kwiecień 2017, 12:44
O co chodzi z komunikatem w BM...?
W skrócie chodzi o to, że rosyjska część zespołu po prostu wywaliła nas z całego przedsięwzięcia. W związku z tym niestety byliśmy zmuszeni do zamknięcia serwera.
#43
Inne/nowe projekty / Pomysły??
30 Marzec 2017, 22:07
Cytat: Cyfron w 28 Marzec 2017, 21:52
Więc wszelkie wskazówki mile widziane - na jakiej platformie, co przewidzieć przy projetkowaniu itd.
Jak najprostsze żeby to było ;)
Podpisane pod USB z wykorzystaniem np.: FTDI czyli konwertera rs<->usb, który jest w każdym systemie windows i linux.
Wtedy można to podpiąć zarówno pod peceta i boinca, jak i do raspBerry/odroid i wystawić w teren.

Nie wiem jak dużo pracy jest z takim FTDI bo nie jestem elektronikiem <- ale jestem koderem i lubię wszystkie sprzęty mające ten moduł :)

#44
DrugDiscovery@Home / DrugDiscovery@Home
30 Marzec 2017, 14:47
Cytat: Martin Fox w 30 Marzec 2017, 14:21
Cytat: goofyx w 30 Marzec 2017, 11:20
Cytat: Argento w 30 Marzec 2017, 11:18
Zna ktoś sposób na reset hasła do Ethereum? Nie zdarza mnie się mieć problem z hasłami, a Ethereum się buntuje...  :attack:
z tego co wiem nie takiego sposobu.
Ja tak straciłem w sumie 4-5 portfeli.
Musiałem zakładać na nowo <- w tej chwili MIST/Ethereum mam na maszynie wirtualnej z nadzieją że będzie dobrze
Idealne do przekoniania ludzi do kryptowalut :D
hmm, nie tak do końca.
Tak jak pisałem problem mam z portfelami z MIST. Nie mam problemu z portfelem etereum założonym przez www na ethwalet czy jakoś tak.
Ale fakt, faktem MIST pod windowsa jest ciutkę za delikatny, pod linuchem podobno jest ok
#45
DrugDiscovery@Home / DrugDiscovery@Home
30 Marzec 2017, 11:20
Cytat: Argento w 30 Marzec 2017, 11:18
Zna ktoś sposób na reset hasła do Ethereum? Nie zdarza mnie się mieć problem z hasłami, a Ethereum się buntuje...  :attack:
z tego co wiem nie takiego sposobu.
Ja tak straciłem w sumie 4-5 portfeli.
Musiałem zakładać na nowo <- w tej chwili MIST/Ethereum mam na maszynie wirtualnej z nadzieją że będzie dobrze
#46
Cytat: Tobas w 29 Marzec 2017, 20:42
3-cia możliwość:

Projekt nie ma jeszcze klientów na przestrzeń.
Jest więcej udostępniających niż korzystających ;)
hmm...
ja to wszędzie widzę teorie spiskowe ;p
#47
zrobione
#48
Przetwarzanie rozproszone / Dust@Home
28 Marzec 2017, 08:34
 :respect:
#49
Inne/nowe projekty / Pomysły??
28 Marzec 2017, 08:33
Cytat: Cyfron w 26 Marzec 2017, 09:40
o akustycznym myślę od dawna i ciągle. Nie mam obecnie ani mocy przerobowych ani niestety umiejętności aby zrobić prototyp czujki. Do akustycznego bym chciał dostać jakiś grant nawet z AGH (ale mając już działający prototyp i może nawet skonfigurowany serwer). Projekt bym utrzymywał we własnym zakresie i bym ogarniał produkcję czujek i ich kalibrację (jak ktoś wcześniej ogarnie mi dokumentacje na podstawie której będzie można zamawiać podzespoły albo całe czujki) ale potrzebowałbym pomocy z serwerem a wcześniej z ogarnięciem czujek. Jestem gotów jakieś małe pieniądze w to zainwestować (pewnie zbyt małe aby coś zaczęło żyć - może materiał na 2-5 prototypów nie licząc kosztu pracy elektronika)...
Czy takie czujki https://botland.com.pl/606-czujniki-dzwieku byłyby dobre do twojego pomysłu <- czy raczej celujesz w coś bardziej profesjonalnego
#50
Cytat: Krzysiak_PL_GDA w 27 Marzec 2017, 08:56
Może to dlatego że wpisywali wartość zakupu ?
Fakt..
HardKernel wpisał wartość zakupu, mało tego podał wartość zsumowaną: cena XU4 + transport.
#51
Inne/nowe projekty / Pomysły??
27 Marzec 2017, 12:35
Cytat: Ósemka w 26 Marzec 2017, 22:30
Skąd to pytanie? Masz jakieś wolne moce przerobowe na postawienie nowego projektu?
Mam sprzęt na którym mogę dołączyć nowe apki <- a moce przerobowe to się jakoś wyciśnie
#52
Cytat: krzyszp w 26 Marzec 2017, 20:42
Cytat: Argento w 26 Marzec 2017, 19:22
goofyx, lektura do poduszki jak znalazł  :respect:. Teraz brakuje już tylko zobaczyć fizycznie jak to cudnie wszystko działa  :parrrty:.
Lektura do poduszki, to wszystko co kompilator wywala na ekran podczas stodwudzestodziewiątego kompilowania Gromacs'a ;)
będziesz miał co wnukom opowiadać...
"Wiesz co wnuczku, bo dziadziuś skompilował gromacsa w wersji mobilnej dla gpu" <- to brzmi dumnie  :respect:
#53
ps.: jeszcze o jednym zapomniałem.
Na serwerze są w crontabie skrypty które sprawdzają ustawiony katalog z plikami pod WU.
W tej chwili wystarczy, że ja lub kp wrzucimy pliki przez ftp na serwer i reszta dzieje się automatycznie
#54
Cytat: Argento w 26 Marzec 2017, 14:16
Cytat: goofyx w 25 Marzec 2017, 23:21
1. Generuje Wu u siebie na NAS w sieci lokalnej <- w tej chwili mam 1M WU na serwerze, 4M w kolejce i 10M do wygenerowania zadań... a ekipa naukowa ma mi przesłać kolejne 40M zadań do zrobienia

goofyx, jeżeli to wiedza nietajemna, w jaki od strony technicznej sposób odbywa się generowanie WU z materiału podesłanego przez ekipę naukową?
1. ekipa udostępnia nam (mnie i kp) pliki z danymi do sprawdzenia + konfiguracje dla jakich chcą zrobić obliczenia
2. przygotowujemy strukturę katalogów pod którą napisane są skrypty
3. skrypt przelatuje po katalogach i tworzy gotowe pliki WU

Całość składa się z kilku plików:
- 1 plik z danymi
- 3-6 plików konfiguracji
i w sumie te 4-7 plików trzeba spakować w jednego zipa. Cała operacja jest w zasadzie banalna, jednak jeśli rozmawiamy o 2 milionach plikach do sprawdzenia w np.: 3-4 konfiguracjach to jest już 6-8M plików WU co przy założeniu, że utworzenie 1WU potrzebuje po zoptymalizowaniu ok.10-12 operacji dyskowych (kopiowanie z 2-3 katalogów, dopasowanie nazw, pakowanie itp) robi się z tego dziesiątki jeśli nie setki milionów operacji dyskowych do samego przygotowania WU dla projektu.
Dane od ekipy naukowej zajmują np.: 25giga, które po przerobieniu zajmują mają zajmować np.: 500-600giga na dysku (katalog download, katalogi tymczasowe,baza danych).
Dlatego po licznych i długich rozmowach z KP oraz sprawdzeniu kilku jeśli kilkunastu różnych rozwiązań doszliśmy do wniosku, że najwygodniej będzie jeśli generowanie WU będzie przechodziło przez domowy serwer któregoś z nas. Dlatego w tej chwili 90% rzeczy związanych z generowaniem WU dzieje się u mnie. Z kolei kp przygotował i udostępnił na swoim serwerze kolejne kilka TB dysków na pozostałe archiwa tworzone przez serwer.
Dzięki temu serwer robi co ma robić z niezłym zapasem WU do wysłania (w tej chwili w gotowości jest ponad 1M WU na serwerze), a my mamy dostęp do ponad 20TB dysków na jego potrzeby tak w razie czego.
#55
Cytat: kva.pl w 26 Marzec 2017, 00:14
Cytat: goofyx w 25 Marzec 2017, 23:21
Mały sukces...
Jako, że jestem głównym adminem DD@H, który ciągle boryka się z małą ilością miejsca na dysku dla nowych WU (w zasadzie mam tylko 150-170GB dysku do dyspozycji, ale najczęściej 75-100GB) i jednocześnie jako Polak (pokombinowałem), znalazłem inne, ale choć wieloetapowe tworzenie WU, które pozwala na posiadanie zapasu kilku milionów WU.

1. Generuje Wu u siebie na NAS w sieci lokalnej <- w tej chwili mam 1M WU na serwerze, 4M w kolejce i 10M do wygenerowania zadań... a ekipa naukowa ma mi przesłać kolejne 40M zadań do zrobienia
2. Przesyłam wygenegowane zadania na serwer DD@H
3. w crontab co 10 minut generuje WU przesłane zadania

Pomimo 3 etapów oszczędzam kilka godzin (i stres) na serwerze.

I właśnie dlatego zamiast 100k WU do wysłania mogę mieć na serwerze 1M do wysłania + w sumie 14M zadań w kolejce.
W pierwszym wyścigu na DD@H spędziłem 50h z 72h weekendu przy komputerze, żeby utrzymać serwer w ruchu, teraz potrzebuje 2h w takim przypadku.

Bardzo mi sie ten post podoba :D
hmm....
w jakim sensie?
#56
Sprzęt / RYZEN
26 Marzec 2017, 00:09
Cytat: kva.pl w 26 Marzec 2017, 00:07
Udalo mi sie odpalic plyte, problemem sa pamieci. Na cztery przetestowane zestawy jeden dziala, Asus mi napisal ze wiedza o tym problemie i mam czekac na update UEFI.

Co do pytania to tak, Ryzen ma super wydajnosc, do BOINCa jest wrecz rewolucyjnym procesorem.
Czyli polecesz zamiast INTELa kupuc RYZENa pod liczydło?????
#57
Inne/nowe projekty / Pomysły??
25 Marzec 2017, 23:58
Hej kamraci...
Czy waszych umysłach nie ma jakiegoś pomysłu na aplikację/projekt BOINCowy?
Co byście zrobili gdybyście mieli serwer i projekt do Waszej dyspozycji?
#58
Cytat: cp w 22 Marzec 2017, 18:47
Zabawię się w forumowego archeologa i odgrzebię sta~ary wątek. Ale IMHO perełka jest tego warta. Jak ktoś lubi S-F (w szczególności klimaty dystopijno-antyutopijne i posępne wizje wpływu technologii na życie ludzi), to szczerze polecam brytyjski serial "Black mirror". Każdy epizod to zamknięta historia nie powiązana z pozostałymi; coś jak zekranizowane opowiadanie.

Po więcej szczegółów radzę zwrócić się do angielskiej wiki: https://en.wikipedia.org/wiki/Black_Mirror
1. "Black mirror" strasznie mnie zdołował bo pokazuje jak wygląda sen s naszego aktualnego istnienia
2. W tej chwili oglądam  Hhannibal", niby fajny ale straaszanie niektóre wątki się ciągną, a niektóre są wkórwiające <- ogólnie na razie 3,5/5 jak ode mnie
#59
Rozmowy nieBOINCowane / Mała prywata
25 Marzec 2017, 23:52
oczywiście kolejny +1 :)
zawsze wspieram kamratów :)
#60
Sprzęt / RYZEN
25 Marzec 2017, 23:45
A tak w skrócie....
Opłaca się inwestować w Ryzen jeśli myśli się o liczeniu w BOINCowych projektach??
#61
Sprzęt / 1000 rdzeniowiec już jest!
25 Marzec 2017, 23:42
Cytat: necavi w 28 Czerwiec 2016, 21:54
I pewnie tym razem to nie będzie sprzęt dla nas, może nie cena być przeszkodą, ale wydajność :(
hmm, jeśli dobrze rozumiem  to jest co-proccessor czyli wymaga normalnego CPU.
Czytałem, że jeden CPU nie wystarczy ... czyli zakładam że trzeba 2xCPU 10/20 albo 14/28 + 100GB RAM żeby to obsłużyć...
Ale tu przechodzimy do mojego pytania...

Czy takie rozwiązanie sprawdzi się w liczeniu BOINCowych projektów...
#62
Cytat: Krzysiak_PL_GDA w 25 Marzec 2017, 23:26
KONIEC tanich E5-2683 ???

Patrzą jak cena skoczyła na Aliekspress  :o
Jak kupować za granicą bez cła i VAT??
kupiłem Odroid-XU4 u producenta czyli HardKernel i zapłaciłem w sumie drożej niż w polskim sklepie.
Kupiłem to sam na aliExpress i zapłaciłem jeszcze o 30zł więcej niż w HardKernerze bo cło i VAT...
to niby jak aliExpress się opłaca??
Co robię źle?
#63
Przetwarzanie rozproszone / Dust@Home
25 Marzec 2017, 23:29
Cytat: goofyx w 25 Marzec 2017, 23:05
Zaletą takiego rozwiązania na pewno jest to, że części można kupić w sklepie i złożyć samodzielnie.
w odpowiedz na ponad 10 PM jakie otrzymałem:

TAK, (moje) rozwiązanie będzie open source (darmowe) do zassania i tak... jeśli będzie zainteresowanie to spokojnie mogę uruchomić aplikację dla tego projektu
#64
Cytat: kva.pl w 22 Marzec 2017, 12:51
A kiedy apka GPU?
1. Będzie w kwietniu jeśli pre-ICO odniesie sukces
2. zespół naukowy da mi informację o tym jakie zmiany potrzebuje w kodzie źródłowym gromacs żeby wystartować <- robią własne zmiany na podstawie sieci NN, jakie robią na podstawie obliczeń które są teraz w DD@H (czyli vina i smina)
#65
Mały sukces...
Jako, że jestem głównym adminem DD@H, który ciągle boryka się z małą ilością miejsca na dysku dla nowych WU (w zasadzie mam tylko 150-170GB dysku do dyspozycji, ale najczęściej 75-100GB) i jednocześnie jako Polak (pokombinowałem), znalazłem inne, ale choć wieloetapowe tworzenie WU, które pozwala na posiadanie zapasu kilku milionów WU.

1. Generuje Wu u siebie na NAS w sieci lokalnej <- w tej chwili mam 1M WU na serwerze, 4M w kolejce i 10M do wygenerowania zadań... a ekipa naukowa ma mi przesłać kolejne 40M zadań do zrobienia
2. Przesyłam wygenegowane zadania na serwer DD@H
3. w crontab co 10 minut generuje WU przesłane zadania

Pomimo 3 etapów oszczędzam kilka godzin (i stres) na serwerze.

I właśnie dlatego zamiast 100k WU do wysłania mogę mieć na serwerze 1M do wysłania + w sumie 14M zadań w kolejce.
W pierwszym wyścigu na DD@H spędziłem 50h z 72h weekendu przy komputerze, żeby utrzymać serwer w ruchu, teraz potrzebuje 2h w takim przypadku.
#66
Przetwarzanie rozproszone / Dust@Home
25 Marzec 2017, 23:05
Zaletą takiego rozwiązania na pewno jest to, że części można kupić w sklepie i złożyć samodzielnie.
#67
Z własnego doświadczenia znam 2 rozwiązania:
1) albo ręcznie i samodzielnie obserwować dany katalog i np.:co 5sek (czy tam ile potrzebujesz) sprawdzać zmiany (coś jak svn itp).
PROBLEM: jeśli katalog ma kilka tysięcy plików to czyna to obciążać system
2) albo napisać usługę windowsa z obsługa uchwytów co do zdarzeń <- kopiowania, usuwania itp
PROBLEM: na każdej wersji systemu (a czasami nawet po jakiś updejtach) może/działa to troszkę inaczej
#68
DrugDiscovery@Home / DrugDiscovery@Home
25 Marzec 2017, 20:58
Cytat: Argento w 25 Marzec 2017, 20:04
Na stronie konta w DD pojawiła się pozycja Tokens to withdraw (prototype!) z jakimś stringiem numerycznym. Zakładam, że ma to coś wspólnego z Ethereum. Czym są owe tokeny i dlaczego są do wycofania?
To ma być taka DEMOwa informacja o niby tokenach do wypłacenia <- dojdzie jeszcze informacja ile to ETH i ile to USD.
Na razie jest to czysto informacyjne bo za aktualne WU nie są naliczane tokeny.
#69
Cytat: stasieks w 25 Marzec 2017, 20:07
To wiem. Jednak zastanawiam się jaki jest powód tak małego wykorzystania moich zasobów. Jedną z możliwych opcji jest mała ilość danych w całej sieci i chciałem to sprawdzić.
Są 2 możliwości:
- uczciwa - może sieć stwierdza, że masz za kiepskie łącze <- ja przez 2 miesiące udostępniałęm kilka dysków: 15TB, 2TB, 3x500GB <- ogólne zużycie miałem 500kilobajtów na wszystkich
- nie-uczciwa - pierwsze zapełniają wskazane odgórnie sprzęty np.: własne
#70
Rozmowy nieBOINCowane / Mała prywata
23 Marzec 2017, 15:08
+1 <- kolejne :)
#71
Cytat: Okti66 w 23 Marzec 2017, 13:56
A ta marka Shiru, co to za firma ? Na ich oficjalnej stronie nie ma ani słowa co sobą reprezentują, skąd są itp.
Ja tam Shiru nie znam, ale...
kupowałem w tym roku dzieciakom tablety za 370zł <- Kiano 8cali. Baardzo fajne.
Spokojnie obsługuje maile, youtube, inne streamingi, granie itp itd
#72
Przetwarzanie rozproszone / Dust@Home
23 Marzec 2017, 15:05
Cytat: mordi w 23 Marzec 2017, 14:45
tak sobie właśnie pomyślałem, że w takim razie zdecydowanie należy dorzucić pomysł, że ktoś chciałby to ustrojstwo trzymać w domu :) dlatego pomysł z własną stacją pogodową wydaje się być całkiem sensowna :) w ten sposób mięlibyśmy wszystkie niezbędne informacje :) ja wiem, że to wygeneruje koszty ale z drugiej strony może tak faktycznie będzie sensownie?
Zgadzam się że trzymanie takiego zestawu w domu to troszkę się mija z celem bo chcemy mierzyć poziom "smoka" a nie kurzu w pokoju ;)
#73
Cytat: Dario666 w 23 Marzec 2017, 08:39
Proponuję "pomoc" naszemu koledze Krzysztofowi Piszczkowi i liczenie DrugDiscovery@home :)
hmm, a goofyx to już wszyscy zapomnieli że codziennie pilnuje żeby serwer działał? ;p
#74
Przetwarzanie rozproszone / Dust@Home
23 Marzec 2017, 12:37
Cytat: Rysiu w 22 Marzec 2017, 22:22
Cytat: goofyx w 20 Marzec 2017, 12:38
Z tego co wiem to aby brać się za przewidywanie to do takiej czujki potrzebna byłaby raczej cała stacja pogodowa <- oprócz temperatury i wilgotności na pewno przydałby się wiatromierz. Po za tym na jednej czujce przewidywanie byłoby dość marnej jakości, a dokładniejszych obliczeń trzeba było by mieć kilka czujek na konkretnym obszarze dzięki czemu zależności między pomiarami na różnych czujkach można brać pod uwagę.
Możnaby się pokusić o zrobienie jakiejś NN i przewidywanie...
Wcale nie musi być stacji pogodowej. Przecież do modelowania wystarczy zassać dane z jakiegoś modelu pogodowego (o dobre może być ciężko) i zsyntezować je z własnymi pomiarami (pył itp.).
Dlatego wspomniałem, że własna stacja pogodowa byłaby najlepsza bo wskazuje parametru pogody "tu i teraz" <- ale z modelu też można by zaczytać w ostateczności np.: z meteo.icm.edu
#75
Przetwarzanie rozproszone / Dust@Home
22 Marzec 2017, 20:45
Cytat: goofyx w 22 Marzec 2017, 13:17
Cytat: mordi w 21 Marzec 2017, 23:21
też myślałem o tej czujce i wcale jej nie wykluczam :) jednak póki co mam co mam :)
dostałem przesyłkę z czujnikami i kór***** z tego podniecenia chyba spaliłem jednego :(
zabrałem z półki nie ten aku co trzeba i zamiast 4,5V to podłączyłem 6V.
ok, jednak nie usmażyłem ;)
przez weekend się z yym pobawie :)
#76
Przetwarzanie rozproszone / Dust@Home
22 Marzec 2017, 13:17
Cytat: mordi w 21 Marzec 2017, 23:21
też myślałem o tej czujce i wcale jej nie wykluczam :) jednak póki co mam co mam :)
dostałem przesyłkę z czujnikami i kór***** z tego podniecenia chyba spaliłem jednego :(
zabrałem z półki nie ten aku co trzeba i zamiast 4,5V to podłączyłem 6V.
#77
Cytat: kva.pl w 22 Marzec 2017, 12:51
A kiedy apka GPU?
Dla apki GPU są teraz warunki:
1. zbiórka pre-ICO <- która ma się rozpocząć 01.04
2. czekamy jeszcze na wytyczne od naszego science team <- jakieś swoje optymalizacje mieli dać

#78
Cytat: Argento w 21 Marzec 2017, 12:40
Cytat: goofyx w 21 Marzec 2017, 12:12
Tylko, że ja też nie uzyskuje informacji, że dane pliki mogą być dłużej obrabiane :(

Przekazałem je powyżej  ;).
Tak widziałem, ale...
znowu generuje serie z kolejnych plików jakie otrzymałem i... znowu nie wiadomo jak długo będą się liczyć.
Mogę tylko podejrzewać, że jeszcze dłużej ponieważ pliki konfiguracyjne mają 1,2megabajta a nie 200kilobajty jak wcześniejsze.
Zobaczymy.

W tej chwili mam materiału na 50M WU vina i 5M smina.
Może DD@H zostanie wybrany na projekt miesiąca ;) ?
#79
Cytat: Argento w 21 Marzec 2017, 10:45
Cytat: goofyx w 21 Marzec 2017, 10:27
Jeśli apka natrafi na jakiś lepszy wynik to go męczy trochę dłużej.

goofyx, dobrze rozumiem i zgadzam się z Twoimi słowami. Natomiast ja pisałem o czasie "zakładanym/szacunkowym", który jest wskazywany jeszcze przed rozpoczęciem obróbki WU. I tak w Simna_mol2 A7 owe czasy zwiększyły się z w moim przypadku z ~8 min. do ~21 min.. Co może wskazywać na większą ilość danych wejściowych dla algorytmu lub jego modyfikacja w celu uzyskania dokładniejszych wyników.

Cytat
Serie vina A13 i smina_mol2 A7 powinny mieć już ustawione deadLine 2 dni

U mnie te serie nadal maja 1 dzień.
1. ja też się z Tobą zgadzam. Tylko, że ja też nie uzyskuje informacji, że dane pliki mogą być dłużej obrabiane :(
2. Aktualne serie A13 vina i A7 simna_mol2 były generowane w sobotę rano. DeadLine przestawiłem dopiero wczoraj i dopiero dzisiaj wieczorem lub jutro rano będę generował nowe WU z tymi 2-ma dniami.
#80
Cytat: Argento w 21 Marzec 2017, 08:47
Cytat: krzyszp w 07 Marzec 2017, 13:57
Aplikacje mają deadline jeden dzień, bo są bardzo krótkie (kilka minut), więc nie ma sensu dawać większego.
Cytat: krzyszp w 07 Marzec 2017, 14:43
Po wyścigach wydłużymy deadline pewnie o jeden dzień.

Zakładany czas obróbki Smina wydłużył się blisko 3x. Taka partia WU czy już takie czasy pozostaną?

Natomiast deadline pozostał bez zmian (24h).
Jeśli apka natrafi na jakiś lepszy wynik to go męczy trochę dłużej.
Dlatego są takie rozbieżności w czasach przerobu (od 30s do 10-15minut) <- niestety to jest niezależne od nas.

Serie vina A13 i smina_mol2 A7 powinny mieć już ustawione deadLine 2 dni