eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programming[OT] Duża kasa i kiepski wynik - dlaczego?Re: [OT] Duża kasa i kiepski wynik - dlaczego?
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!.POSTED!not-for-mail
    From: Pit <n...@s...lonestar.org>
    Newsgroups: pl.comp.programming
    Subject: Re: [OT] Duża kasa i kiepski wynik - dlaczego?
    Date: Wed, 29 Jul 2015 19:22:15 +0000 (UTC)
    Organization: ATMAN - ATM S.A.
    Lines: 38
    Message-ID: <s...@n...lan>
    References: <mosvh7$bpl$1@node1.news.atman.pl>
    <55b21285$0$27508$65785112@news.neostrada.pl>
    <mot44o$gd5$1@node1.news.atman.pl>
    <55b2155e$0$27524$65785112@news.neostrada.pl>
    <X...@1...0.0.1>
    <55b71c91$0$2196$65785112@news.neostrada.pl>
    <X...@1...0.0.1>
    <55b8669a$0$27509$65785112@news.neostrada.pl>
    <s...@n...lan>
    <c...@g...com>
    <X...@1...0.0.1>
    <s...@n...lan>
    <X...@1...0.0.1>
    NNTP-Posting-Host: user-46-113-99-5.play-internet.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8
    Content-Transfer-Encoding: 8bit
    X-Trace: node1.news.atman.pl 1438197735 1108 46.113.99.5 (29 Jul 2015 19:22:15 GMT)
    X-Complaints-To: u...@a...pl
    NNTP-Posting-Date: Wed, 29 Jul 2015 19:22:15 +0000 (UTC)
    User-Agent: slrn/1.0.1 (Linux)
    Xref: news-archive.icm.edu.pl pl.comp.programming:207963
    [ ukryj nagłówki ]

    Dnia 29.07.2015 Budzik <b...@p...o.n.e.t.pl.nie.spam.oj> napisał/a:
    > Użytkownik Pit n...@s...lonestar.org ...
    >
    >>>>> >> Ale to i tak nie jest duzy ruch.
    >>>>> >> Poza tym nie przesadzajmy ze w tym samym czasie - moze w ciagu 2-3
    >>>>> >> godzin ale to dla komputerów nie jest przeciez ten sam czas.
    >>>>> >
    >>>>> > Chyba nie pracowałeś w komisji - ok 80-90% komisji będzie próbowało
    >>>>> > połączyć się w tej samej godzinie. Mamy ok 3tys komisji (z tego co
    >>>>> > pamiętam)
    >>>>>
    >>>>> Tylko skoryguję, około 3tys. to było okręgów wyborczych, a obwodów
    >>>>> wyborczych (lokali wyborczych w których są komisje obwodowe) było
    >>>>> ponad 20 tysięcy.
    >>>>
    >>>> To stanowi 'lekką' różnicę. 20tys * 1s to już jest trochę więcej niż
    >>>> godzina. Obsłużenie w ciągu 0.1s nie zawsze jest możliwe, ale na 10
    >>>> komputerach powinno śmigać.
    >>>
    >>> Ale co wy z tą jedna godziną?
    >>> Cały dzien sie nie mogli połączyc.
    >>> Czyli było 24 godziny gdzie nie działało...
    >>
    >> No ale przez te 24 godziny to nie było tak, że ktoś spróbował raz, nie
    >> wyszło i odpuścił na 24 godziny, tylko większość próbowała cały czas (i
    >> wielokrotnie) "dobić się" do systemu zwiększając tylko jego obciążenie
    >> (zmniejszając tym samym szansę na to, że wszystko pójdzie gładko). System
    >> nie miał kolejkowania a kilkuset sesji równolegle nie był w stanie
    >> uciągnąć i poległ.
    >
    > Ale ja nie pisze jak było tylko ze wymagania nie były jakies wielkie i nie
    > był potrzebny jakis mega hiper system.
    > Potrzebny był za to w miare prosty system, ale dobrze napisany.

    Oczywiście że nie potrzeba jakiegoś mega hiper systemu, może nawet w tym co
    było wystarczyło mądrze serwer (dać mniej równoległych sesji, przez co
    byłyby "załatwione" szybciej i bez rozsypywania się integralności danych ze
    względu na wyskakujące timeouty czy "out of memory").

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: