eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingTablica int i usuwanie duplikatówRe: Tablica int i usuwanie duplikatów
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.P
    OSTED!not-for-mail
    From: bartekltg <b...@g...com>
    Newsgroups: pl.comp.programming
    Subject: Re: Tablica int i usuwanie duplikatów
    Date: Thu, 17 Sep 2015 00:23:42 +0200
    Organization: ATMAN - ATM S.A.
    Lines: 39
    Message-ID: <mtcq5e$tdl$1@node1.news.atman.pl>
    References: <q1dqtorkbx55$.vtwhsmj03gkt$.dlg@40tude.net>
    <mt7umm$ulv$1@node1.news.atman.pl>
    <3aivb8qrco1q$.13cffg23pn4pg.dlg@40tude.net>
    <a...@n...v.pl>
    <mtav82$r76$1@node2.news.atman.pl>
    <a...@n...v.pl>
    <mtbd2l$9d5$1@node2.news.atman.pl>
    <5...@g...com>
    <mtbvi8$1ro$1@node1.news.atman.pl> <mtc22e$4hh$1@node1.news.atman.pl>
    <mtc3ip$vok$1@node2.news.atman.pl> <mtc56n$7m6$1@node1.news.atman.pl>
    <b...@g...com>
    <mtcaik$d1l$1@node1.news.atman.pl> <mtckeb$nhk$1@node1.news.atman.pl>
    <mtcmsn$j1k$1@node2.news.atman.pl>
    NNTP-Posting-Host: 89-73-81-145.dynamic.chello.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=utf-8; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: node1.news.atman.pl 1442442222 30133 89.73.81.145 (16 Sep 2015 22:23:42 GMT)
    X-Complaints-To: u...@a...pl
    NNTP-Posting-Date: Wed, 16 Sep 2015 22:23:42 +0000 (UTC)
    User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
    Thunderbird/38.2.0
    In-Reply-To: <mtcmsn$j1k$1@node2.news.atman.pl>
    Xref: news-archive.icm.edu.pl pl.comp.programming:208329
    [ ukryj nagłówki ]

    On 16.09.2015 23:27, AK wrote:
    > Użytkownik "bartekltg" <b...@g...com> napisał:
    >
    >> No właśnie, niekiedy. A w standardowym przypadku jesteśąmy do tyłu.
    >> Jeden przebieg zajmie zauważalną cześć czasu proponowanych tu
    >> rozwiązań.
    >> To wydaje się zbyt lekki problem na wstępną analizę danych.
    >
    > Zalezy. Zalkezy co sie rozumie pod terminem "przypadek standardowy".
    > IMHO standardowy przypadek do dane "merytoryczne"/dziedzinowe.

    Przecież o tym piszę. Coś można wyciagnać i wykalibrować
    algorytm, jeśli wiadoom, jakich danych statystycznie się spodziewać.


    > Jesli to sa dane "merytoryczne" to max -min << MAX_UINT


    Bardzo dziwne załozenie. Pewnie prawdziwe, w _neiktórych_
    dziedzinach.

    > a wtedy mozna "zjechac" zznacznie z pamiecia gdyz zamiast hasha pelnego
    > uinta mozna uzyc bitseta na rzeczywiscie uzywawanej maxymalnej ilosci bitow
    > /czyli bits(max - min)/.

    Główny spadek zapotrzebowania pamięciowego bierze się stąd,
    że tablica będzie nie większa niż O(max-min).
    Jak max-min zejdzie do zakresu bajta-dwóch, to w ogole
    nie bawiłbym się w hashowanie, tylko zliczał. A to było
    opisane jako pierwsza metoda w tym wątku.
    Jest to jednak bardzo sztuczny przypadek (tak, tak, są
    "dziedziny" gdzie to przypadek standardowy).



    pzdr
    bartekltg


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: