eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingalgorytm stringi › Re: algorytm stringi
  • X-Received: by 10.50.158.227 with SMTP id wx3mr2267049igb.2.1358361411751; Wed, 16
    Jan 2013 10:36:51 -0800 (PST)
    X-Received: by 10.50.158.227 with SMTP id wx3mr2267049igb.2.1358361411751; Wed, 16
    Jan 2013 10:36:51 -0800 (PST)
    Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!wsisiz.edu.pl!plix.pl!newsfeed2.plix.pl!feed.xsnews.nl!border-2.ams.xs
    news.nl!feeder1.cambriumusenet.nl!feed.tweaknews.nl!209.85.212.215.MISMATCH!m1n
    o2918898wiv.0!news-out.google.com!i11ni14wiw.0!nntp.google.com!m3no2321348wim.1
    !postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
    Newsgroups: pl.comp.programming
    Date: Wed, 16 Jan 2013 10:36:51 -0800 (PST)
    In-Reply-To: <6...@g...com>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=89.229.34.123;
    posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj
    NNTP-Posting-Host: 89.229.34.123
    References: <kceu17$8cf$1@node1.news.atman.pl>
    <c...@g...com>
    <kckmci$3s2$1@node1.news.atman.pl>
    <f...@g...com>
    <4...@g...com>
    <6...@g...com>
    <c...@g...com>
    <9...@g...com>
    <1...@g...com>
    <2...@g...com>
    <4...@g...com>
    <6...@g...com>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <4...@g...com>
    Subject: Re: algorytm stringi
    From: "M.M." <m...@g...com>
    Injection-Date: Wed, 16 Jan 2013 18:36:52 +0000
    Content-Type: text/plain; charset=ISO-8859-2
    Content-Transfer-Encoding: quoted-printable
    Xref: news-archive.icm.edu.pl pl.comp.programming:201683
    [ ukryj nagłówki ]

    W dniu środa, 16 stycznia 2013 15:43:24 UTC+1 użytkownik firr kenobi napisał:
    > > for( int i=0 ; i<N ; i++ )
    > > key ^= keys[ text[i] ];
    > co tu sie w szczegolnosci robi?

    Liczy się klucz zobrista. Taki klucz jest "odpory" a kolejność w
    jakiej się nalicza składniki sumy, nie trzeba więc liczyć za każdym
    razem całej sumy, a wystarczy tylko zrobić xor z ostatnim elementem i
    następnym:
    key ^= text[i-N] ^ text[i];

    Taką samą zaletę ma zwykła suma (+) i mnożenie (*), jeżeli tylko nie
    przepełni zakresów. Xor nie ma problemu z przepełnieniem.

    Co do zapotrzebowania zasobów na indeks, to się zgadzam, w praktycznych
    zastosowaniach może to stanowić problem.

    A jak to robi google, to nie wiem. Ciekawe na czym w ogóle trzymają te
    indeksy.

    Pozdrawiam

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: