From: "Rich" 

This is a multi-part message in MIME format.

------=_NextPart_000_054E_01C3A512.5E1366B0
Content-Type: text/plain;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

   I use an internal (I believe) tool that exposes the query syntax =
directly.  I could use a web page to do this as other internal sites =
usually do but I find the tool more usable.  I haven't tried using the =
Explorer search UI.  If I get a chance I'll see if I can find how the =
entry points differ.

Rich

  "Gregg Nemesure"  wrote in message =
news:3fabd59b$1{at}w3.nls.net...
  Speaking of indexing, do you know why I can successfully query the =
index using the form in the computer management tool in XP, but if I =
query from the Windows Explorer search window, I get back no results? = And
it is not reverting to a brute force search, either--it flashes =
"searching using index" (or something similar) briefly in the
status bar = and then returns no files found.

  This is with a search by file name, not file contents. I also tried =
using {at}filename xyz in the "containing text" field, to no avail
either = (I understand that you can use query syntax if you enter it in
this = field).

  I can put a .txt file on my desktop, wait until the index is finished =
being built, and Search does not find this file from explorer, but it =
does from the form.


  "Rich"  wrote in message news:3fabc9e0$1{at}w3.nls.net...
       I have 1.4 million files indexed.  Far larger than 270 MB.  I'm =
pretty sure that when I last deleted the index and allowed it to rebuild =
it rebuilt over night.  I search this, bit locally and remotely, many =
times a day.  Works great.

       Why did your client give up?

    Rich

      "Frank Haber"  wrote in message =
news:3fabbc28$1{at}w3.nls.net...
      Sooooo...  A client downloaded a 270MB gzip containing over ONE =
MILLION little
      files (security-threat database, I think).  It unzipped fine on =
2000 to an
      80GB NTFS extended-partition D: disk.  Only took FOUR FR***IN =
HOURS.  Then he
      turned on Windows indexing, figuring he'd use it for some kind of =
bastard
      full-text search.  FOUR DAYS later, he gave up, and I stopped the =
indexing
      service for him.  For kicks, I deleted the database's subtree with =
Explorer
      (empty disk, otherwise virtually unused).  Next time I'm going to =
format the
      sucker, but hey, anything for science.

      So, Geo, what did you say you did to shrink the 1.5G 99% empty MFT =
we're now
      blessed with?  So they say XP is a bit better with this stuff?


      --=20

      -frh

------=_NextPart_000_054E_01C3A512.5E1366B0
Content-Type: text/html;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable








   I use an
internal (I =
believe) tool=20
that exposes the query syntax directly.  I could use a web page to
= do this=20
as other internal sites usually do but I find the tool more = usable.  I=20
haven't tried using the Explorer search UI.  If I get a chance
I'll = see if=20
I can find how the entry points differ.
 
Rich
 

  "Gregg Nemesure" <nemesure{at}mindspring.com>">mailto:nemesure{at}mindspring.com">nemesure{at}mindspring.com>
= wrote in=20
  message news:3fabd59b$1{at}w3.nls.net...
  Speaking of indexing, do you
know why =
I can=20
  successfully query the index using the form in the computer management =
tool in=20
  XP, but if I query from the Windows Explorer search window, I get back =
no=20
  results? And it is not reverting to a brute force search, either--it =
flashes=20
  "searching using index" (or something similar) briefly in the status =
bar and=20
  then returns no files found.
   
  This is with a search by file name, =
not file=20
  contents. I also tried using {at}filename xyz in the "containing text" =
field, to=20
  no avail either (I understand that you can use query syntax if you =
enter it in=20
  this field).
   
  I can put a .txt file on my desktop, =
wait until=20
  the index is finished being built, and Search does not find this file =
from=20
  explorer, but it does from the form.
   
   
  "Rich" <{at}> wrote in message news:3fabc9e0$1{at}w3.nls.net...
  

       I
have 1.4 million =
files=20
    indexed.  Far larger than 270 MB.  I'm pretty sure that =
when I=20
    last deleted the index and allowed it to rebuild it rebuilt over=20
    night.  I search this, bit locally and remotely, many =
times a=20
    day.  Works great.
     
       Why
did your client =
give=20
    up?
     
    Rich
     
    
      "Frank Haber" <frhaber{at}N0SPMrcn.com>">mailto:frhaber{at}N0SPMrcn.com">frhaber{at}N0SPMrcn.com>
=
wrote in=20
      message news:3fabbc28$1{at}w3.nls.net...Sooooo... =20
      A client downloaded a 270MB gzip containing over ONE MILLION=20
      littlefiles (security-threat database, I think).  It =
unzipped=20
      fine on 2000 to an80GB NTFS extended-partition D: disk.  =
Only=20
      took FOUR FR***IN HOURS.  Then heturned on Windows =
indexing,=20
      figuring he'd use it for some kind of bastardfull-text =
search. =20
      FOUR DAYS later, he gave up, and I stopped the indexingservice =
for=20
      him.  For kicks, I deleted the database's subtree with=20
      Explorer(empty disk, otherwise virtually unused).  Next =
time I'm=20
      going to format thesucker, but hey, anything for =
science.So,=20
      Geo, what did you say you did to shrink the 1.5G 99% empty MFT =
we're=20
      nowblessed with?  So they say XP is a bit better with =
this=20
      stuff?--=20
-frh

------=_NextPart_000_054E_01C3A512.5E1366B0--

--- BBBS/NT v4.01 Flag-5