🚀 go-pugleaf

On Mon, 07 May 2012 16:18:24 +0200, Jacek Czerwinski <x@y.z.pl> wrote:

>Mam pewien problem, doraźnie już go sobie rozwiązałem, ale chętnie 
>przyjmę ogólniejsze idee.
>
>Producent danych jest w modelu zdarzeniowym i dane by podawał dalej w 
>modelu push.
>
>Ostateczny konsument danych ma coś jakby bardziej pull (oczekuje danych 
>z iteratora i o dziwo znana długość). Opcjonalne API (mniej mi pasuje) 
>oczekuje List bez jakiś udziwnień (mam nadzieję przetwarza je czystym 
>studenckim algorytmem bez skakania po długości)
>
>Po drodze algorytm dodatkowy, trzeba wychwycić zmiany tych danych, w 
>którym polu nastąpiła zmiana i choćby przez to pojawia się buforowanie 
>niewielkiej ilości danych ...
>
>Rozwiązanie 'brutal force' sobie zbuforuje wszystko, ale bym oczekiwał 
>zajętości RAM mniej niż liniowej (doktoranci nie złościcie się na te słowa)
>
>Java, ale szukam czegoś ogólnego, bardziej wzorca, idei niż gotowca kodu.
>
>Może iść tym tropem List'y - taka wirtualna lista która udostępnia 
>interfejs ale nie posiada na stałe tego 0.5GB danych, gdzieś w środku 
>niech się ten push męczy.
>
>Może (idea mglista) wątki i synchronizacja?

Zapoznaj sie z paradygmatem "linda". W Javie to-to jest zrealizowane
jako JavaSpaces. Komercyjnie jako GigaSpaces. Moze byc overkill, ale
bardzo efektywne

A.L.