| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Re: Search Files tool for Indexing Service |
From: "Rich"
This is a multi-part message in MIME format.
------=_NextPart_000_02F7_01C61BBD.76E38930
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Older hardware doesn't matter. If there is any user activity it =
stops. It won't restart until there is a period of inactivity and will =
stop as soon as there is any.
Rich
"Gary Britt" wrote in message =
news:43cde00b{at}w3.nls.net...
Well this was on a bit older hardware (but still should have been =
plenty
fast enough to avoid this) and it was in a Domain situation that maybe =
could
have had some effect on this. I know for sure when I stopped the =
indexing
service and disabled it, the problem immediately went away and never
returned. It was definitely related to hard disk activity, because I =
could
see the hard disk indicator flickering busily as the problem was =
happening
while I was typing in word. When I stopped the indexing service, the =
hard
disk activity went away and so did the interference with my keyboard
responsiveness.
I'm a fast touch typist with lots of macros via hotkeys inside and =
outside
of word. I have my keyboard repeat rate and mouse speeds set at =
speeds 90%
or more of people find unusable. I notice even a tenth of a second or =
so
slowdown in keyboard responsiveness, and I was getting more =
interference
than that. Quite a bit more at times.
Gary
"Rich" wrote in message news:43cdbd20{at}w3.nls.net...
I very much doubt it was the indexing service as it goes idle when =
the
machine is busy. Windows Desktop Search is the same. Neither would =
slow
your keyboard response.
Rich
"Gary Britt" wrote in message
news:43cdb72a$1{at}w3.nls.net...
No it was the indexing service. Its background indexing was slowing
keyboard response in Word 2K. Thanks for the explanations. I need =
to
give
copernic a try.
Gary
"John Beckett" wrote in =
message
news:pt4rs1t3mj68hmnh8bb8i138ptm90tae3t{at}4ax.com...
> "Gary Britt" wrote in message
> news::
> > Why even use the indexing service?
>
> If your files are all under My Documents, you probably don't need =
the
> Indexing Service. Indexing is mostly useful for programmers or =
other
> hapless people who hoard thousands of files, and have them in =
various
> folders.
>
> > the indexing would slow down response time
>
> Perhaps you are thinking of the old 'Find Fast' that was once part =
of
> Office. I have found that the Indexing Service is very well =
behaved, and
> has no perceptible impact on my work. However, it does use a bunch =
of
disk
> space (used 0.5GB of the 16GB on my disk here).
>
> > is there any potential benefit to using the indexing service?
>
> It is only useful for searching files, and then only if your =
application
> actually uses the Indexing Service. I don't think it indexes =
emails.
> However, the various desktop search tools allow searching emails =
-- I
> think they use their own tricks. I have never investigated this =
because
> the occasional "Find" in Outlook is all I need for emails.
>
> Office has a built-in tool for searching files, and it will use =
the
> Indexing Service if it is enabled. However, because the Indexing =
Service
> lags behind your current work (i.e. it might not index a file for =
an
> hour), and because indexing only occurs on C: drive by default, =
Office
> also does a manual search which makes the result irritatingly =
slower
than
> what the Indexing Service can do.
>
> The GUI of the Office and Explorer file search is about right for =
people
> doing an occasional search, but I imagine that many power users =
would
far
> prefer the simpler style of something like my Search program.
>
> John
>
------=_NextPart_000_02F7_01C61BBD.76E38930
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Older
hardware doesn't =
matter. =20
If there is any user activity it stops. It won't restart until =
there is a=20
period of inactivity and will stop as soon as there is any.
Rich
* Origin: Barktopia BBS Site http://HarborWebs.com:8081 (1:379/45)SEEN-BY: 633/267 270 5030/786 @PATH: 379/45 1 106/2000 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.