Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pl.comp.programming > #29124
| From | bartekltg <bartekltg@gmail.com> |
|---|---|
| Newsgroups | pl.comp.programming |
| Subject | Re: Algorytmy rozproszone |
| Date | 2016-10-18 00:03 +0200 |
| Organization | ATMAN - ATM S.A. |
| Message-ID | <nu3hra$ba2$1@node2.news.atman.pl> (permalink) |
| References | <335392f2-c1ab-4be4-9250-7eb468c75ce5@googlegroups.com> |
On 17.10.2016 21:29, M.M. wrote: > Mamy proste zadanie, najprościej można je wyrazić zapytaniem sql: > > select * from table offset N limit M order by kryteria; > > Czyli trzeba wyświetlić rekordy począwszy od N+1 do N+M włącznie > licząc zgodnie z jakimś kierunkiem sortowania - łatwizna. Cała > trudność jednak polega na tym, że dane są rozproszone na K > maszynach. Jaki jest do tego najszybszy algorytm? M raczej będzie > małe, N może być bardzo duże, K też może być bardzo duże, np. > M < 200, N > 10^9, K > 50. Zrzut myśli w stylu grupowym;-) Można odpytywać komputer o liczbę elementów mniejszych od x. Znajdujemy takie x, aby suma zwróconych liczb dawała N (odpowiednio M+N dla y), wtedy pytamy o przesłanie elementów większych od x a mniejszych od y. Uwaga na < i <= (w poście się tym nie przejomwałem;>) oraz na przypadek gdy elementy się powtarzają. Takie zapytania można robić równolegle, na raz pytając o cały zestaw różnych xów. Ciut mniej pytań. Wymaga logatytmicznie wielu następujących po sobie zapytań do kompów / odpowiedzi. Prawie na pewno wolne. Wysyłając po 100 zapyrtań/liczb wystarczy 5 zapytań... Wymaga pewnie jakiś założeń o statystycznym rozkładzie danych. Jeśli wszytkie obeikty są skupione w neiwiellu wartośćiach, leżymy. Można poprosić kopmputery o rozkłąd danych, np wszystkie decyle, percentyle (tak, wygoglalem, jak nazywają się kwantyle rzedzu 100) Na ich podstawie centralny komputer wyznacza zakres, w którym znajduje sie interesujacy przedział. Jeśli z 50 komputerów dostaniemy percentyle, dostaję 50 ciągów liczb, z których możesz wyznaczyć licby x1 i x2, takie ze conajmniej i co najwyżej N liczb jest na lewo. pozycje x1 i x2 będą się różnić o co najwyżej N/100*K Hmm, znów mizernie,, chyba, że przesyłamy znacznie więcej danych (np 1000 liczb). Za to jedno ułatwienie się pokazuje. Nie trzeba znać przedziału do wycięcia bardzo dokładnie, byleby wysłąne zapytanie zawierało interesujący przedział i nie było zbyt duże, nadmiar obetniesz na kompue pytającym. pzdr bartekltg
Back to pl.comp.programming | Previous | Next — Previous in thread | Find similar | Unroll thread
Algorytmy rozproszone "M.M." <mmarszik@gmail.com> - 2016-10-17 12:29 -0700
Re: Algorytmy rozproszone bartekltg <bartekltg@gmail.com> - 2016-10-17 21:53 +0200
Re: Algorytmy rozproszone "M.M." <mmarszik@gmail.com> - 2016-10-17 20:16 -0700
Re: Algorytmy rozproszone bartekltg <bartekltg@gmail.com> - 2016-10-18 00:03 +0200
csiph-web