Re: algorytm stringi - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › algorytm stringi › Re: algorytm stringi

X-Received: by 10.224.110.68 with SMTP id m4mr18072274qap.2.1358250674301; Tue, 15
Jan 2013 03:51:14 -0800 (PST)
Received: by 10.49.15.6 with SMTP id t6mr15626485qec.20.1358250674229; Tue, 15 Jan
2013 03:51:14 -0800 (PST)
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!goblin2!goblin.stu.neva.ru!newsfeed.x-privat.org!news-out.readnews.com
!transit3.readnews.com!209.85.216.88.MISMATCH!p13no172245qai.0!news-out.google.
com!k2ni11qap.0!nntp.google.com!p13no172241qai.0!postnews.google.com!glegroupsg
2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Tue, 15 Jan 2013 03:51:14 -0800 (PST)
In-Reply-To: <kd3fqh$rk4$1@mx1.internetia.pl>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=178.56.30.155;
posting-account=Sb6m8goAAABbWsBL7gouk3bfLsuxwMgN
NNTP-Posting-Host: 178.56.30.155
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>
<5...@g...com>
<kd3fqh$rk4$1@mx1.internetia.pl>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <b...@g...com>
Subject: Re: algorytm stringi
From: firr kenobi <p...@g...com>
Injection-Date: Tue, 15 Jan 2013 11:51:14 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:201658
[ ukryj nagłówki ]
W dniu wtorek, 15 stycznia 2013 12:43:42 UTC+1 użytkownik Michoo napisał:
> On 15.01.2013 12:39, firr kenobi wrote:
>
> >> to indeksowanie byloby lepszym wyjsciem niz
>
> >> szybki algorytm wyszukiwania. :-? Za duzo
>
> >>
>
> >
>
> > swoja droga np taki algorytm wyszukiwania w acrobet reader nie jest za szybki -
pliki po 5 czy 15 MB a na wyszukiwania sie czeka (o ile pamietam)
>
>
>
> A algorytm wyszukiwania w kpdf albo okular jest wyjątkowo szybki -
>
> wyszukiwanie w standardzie C++ działa płynnie w trakcie pisania. To jest
>
> pewnie różnica algorytmu naiwnego vs. algorytmu dedykowanego. (+ pewnie
>
> jakieś cache danych tekstowych)
>

wydaje mi sie ze prymitywny po buforze ze
znakami dzialalby szybciej niz to co ja pamietam z acrobat reader - pewnie raczej
dane tekstowe sa trzymane wewnetrznie w bardziej skomplikowanej postaci i to skakanie
po niech spowalnia