Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > alt.comp.os.windows-10 > #181532 > unrolled thread

Searching for files

Back to article view | Back to alt.comp.os.windows-10

Contents

  Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-01-18 20:06 +0200
    Re: Searching for files D <noreply@mixmin.net> - 2025-01-18 18:47 +0000
      Re: Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-01-20 08:32 +0200
        Re: Searching for files Paul <nospam@needed.invalid> - 2025-01-20 04:45 -0500
        Re: Searching for files D <noreply@mixmin.net> - 2025-01-20 13:19 +0000
        Re: Searching for files Newyana2 <newyana@invalid.nospam> - 2025-01-20 08:45 -0500
          Re: Searching for files "Allan Higdon" <allanh@vivaldi.net> - 2025-01-20 09:29 -0600
            Re: Searching for files Newyana2 <newyana@invalid.nospam> - 2025-01-20 13:33 -0500
              Re: Searching for files "Allan Higdon" <allanh@vivaldi.net> - 2025-01-20 14:01 -0600
            Re: Searching for files Paul <nospam@needed.invalid> - 2025-01-20 15:45 -0500
    Re: Searching for files Newyana2 <newyana@invalid.nospam> - 2025-01-18 13:56 -0500
    Re: Searching for files Michael Logies <logies@t-online.de> - 2025-01-18 19:58 +0100
    Re: Searching for files Nil <rednoise9@rednoise9.invalid> - 2025-01-18 14:01 -0500
      Re: Searching for files VanguardLH <V@nguard.LH> - 2025-01-19 00:50 -0600
        Re: Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-01-20 08:34 +0200
          Re: Searching for files VanguardLH <V@nguard.LH> - 2025-01-20 06:16 -0600
          Re: Searching for files Nil <rednoise9@rednoise9.invalid> - 2025-01-22 19:57 -0500
            Re: Searching for files Paul <nospam@needed.invalid> - 2025-01-22 23:49 -0500
            Re: Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-02-21 03:18 +0200
              Re: Searching for files Nil <rednoise9@rednoise9.invalid> - 2025-02-24 13:50 -0500
                Re: Searching for files Graham J <nobody@nowhere.co.uk> - 2025-02-24 22:01 +0000
                  Re: Searching for files Paul <nospam@needed.invalid> - 2025-02-24 18:34 -0500
                    Re: Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-02-25 05:39 +0200
                      Re: Searching for files GlowingBlueMist <zapbot@truely.invalid> - 2025-02-25 17:16 -0600
                        Re: Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-02-26 10:30 +0200
                    Re: Searching for files ...w¡ñ§±¤ñ  <winstonmvp@gmail.com> - 2025-02-25 11:49 -0700
                      Re: Searching for files Paul <nospam@needed.invalid> - 2025-02-25 22:39 -0500
                      Re: Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-02-26 06:02 +0200
                        Re: Searching for files Paul <nospam@needed.invalid> - 2025-02-26 00:32 -0500
    Re: Searching for files knuttle <keith_nuttle@yahoo.com> - 2025-01-18 14:30 -0500
    Re: Searching for files Hank Rogers <Hank@nospam.invalid> - 2025-01-18 13:49 -0600
    Re: Searching for files "R.Wieser" <address@is.invalid> - 2025-01-18 21:39 +0100
    Re: Searching for files Herbert Kleebauer <klee@unibwm.de> - 2025-01-18 21:44 +0100
      Re: Searching for files Marion <marion@facts.com> - 2025-01-20 03:38 +0000
    Re: Searching for files Paul <nospam@needed.invalid> - 2025-01-18 18:00 -0500
    Re: Searching for files Anton Shepelev <anton.txt@gmail.moc> - 2025-01-19 02:10 +0300
    Re: Searching for files Paul in Houston TX <Paul@Houston.Texas> - 2025-01-18 18:17 -0600
    Off-topic: X-No-Archive header (was: Searching for files) VanguardLH <V@nguard.LH> - 2025-01-19 01:00 -0600
      Re: Off-topic: X-No-Archive header Marion <marion@facts.com> - 2025-01-20 03:22 +0000
        Re: Off-topic: X-No-Archive header "Kerr-Mudd, John" <admin@127.0.0.1> - 2025-01-20 09:13 +0000
      Re: Off-topic: X-No-Archive header (was: Searching for files) Steve Hayes <hayesstw@telkomsa.net> - 2025-01-20 09:00 +0200
        Re: Off-topic: X-No-Archive header VanguardLH <V@nguard.LH> - 2025-01-20 06:31 -0600
    Re: Searching for files wasbit <wasbit@nowhere.com> - 2025-01-19 09:36 +0000
      Re: Searching for files Newyana2 <newyana@invalid.nospam> - 2025-01-19 08:29 -0500
      Re: Searching for files Michael Logies <logies@t-online.de> - 2025-01-19 17:48 +0100
    Re: Searching for files Frank Slootweg <this@ddress.is.invalid> - 2025-01-19 11:05 +0000
      Re: Searching for files Paul <nospam@needed.invalid> - 2025-01-19 08:43 -0500
      Re: Searching for files Ken Blake <Ken@invalid.news.com> - 2025-01-19 09:43 -0700
        Re: Searching for files knuttle <keith_nuttle@yahoo.com> - 2025-01-19 14:06 -0500
          Re: Searching for files Paul <nospam@needed.invalid> - 2025-01-19 15:12 -0500
          Re: Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-01-20 08:57 +0200
            Re: Searching for files Paul <nospam@needed.invalid> - 2025-01-20 05:37 -0500
              Re: Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-01-20 17:50 +0200
                Re: Searching for files Paul <nospam@needed.invalid> - 2025-01-20 14:09 -0500

Page 3 of 3 — ← Prev page 1 2 [3]

#181593 — Re: Off-topic: X-No-Archive header (was: Searching for files)

On Sun, 19 Jan 2025 01:00:09 -0600, VanguardLH <V@nguard.LH> wrote:

>Steve Hayes <hayesstw@telkomsa.net> wrote:
>
>> ...
>> X-No-Archive: yes
>> ...
>
>Google left Usenet back in Feb 2024, so that header became meaningless
>since Google was the only Usenet provider that honored it.  It has
>always been pointless with other NNTP providers, NNTP clients, Usenet
>archive sites, and web-based forums using NNTP-to-HTTP gateways.

I was not aware of having set it as that, and had no reason to do so,
as answers to the question may have benefited other users. 



-- 
Steve Hayes from Tshwane, South Africa
Web:  http://www.khanya.org.za/stevesig.htm
Blog: http://khanya.wordpress.com
E-mail - see web page, or parse: shayes at dunelm full stop org full stop uk

[toc] | [prev] | [next] | [standalone]

#181600 — Re: Off-topic: X-No-Archive header

Steve Hayes <hayesstw@telkomsa.net> wrote:

> X-Newsreader: Forte Free Agent 2.0/32.652
> X-No-Archive: yes

X-No-Archive (and X-Yes-Archive) are headers added to your message by
your NNTP client, not by the server.

https://en.wikipedia.org/wiki/X-No-Archive

I don't use Forte Agent.  Have only trialed it in the past.  Back then,
I recall asking for help by posting to:

alt.usenet.offline-reader.forte-agent
(the newsgroup still exists)

Perhaps it has settings to define what headers that client will add,
like a list of user-specified or custom headers, or options that
enable/disable the presence of some headers when composing new messages.

https://alt.usenet.offline-reader.forte-agent.modified.narkive.com/nByleEkp/x-no-archive

https://groups.google.com/g/alt.usenet.offline-reader.forte-agent.modified/c/tWUTq-jlMdk
"5.0.B A14.b) Agent now includes the x-no-archive option, it must be set
              under group | default properties | post by checking the
              observe no archive check box."

Possibly you're stuck with the ancient Free Agent adding that header as
the following hints custom headers was not an option back then:

https://www.loganact.com/agent/agentfaq.html#3-3-3

[toc] | [prev] | [next] | [standalone]

#181571

On 18/01/2025 18:06, Steve Hayes wrote:
> Is there a way to search for files in Win 10 without being taken on
> long detours by Bing or CoPilot?
> 
> I collected a lot of text from the web intio a dile for research, and
> then saved it.
> 
> When I wanted to copy it, it wasn't where I expected it to be.
> 
> In Win XP or 7 I can just enter all or part of the file name into a
> search box, and it is found. But in Win 10, but comes Big with useless
> information.
> 
> It suggested CoPilot could help, and after a long question and answer
> session suggested I go to the folder where the file was and search for
> it there, which was exactly where I had started -- it wasn't there, it
> was somewhere else.
> 
> Eventually I called it up in the program I'd saved it from and saved
> it to a flash drive from there, but surely there must be a simpler way
> to find a file.
> 

I save lots of stuff from the internet either as web pages or to a text 
file (or files) using Notepad.
The trick is to name the (or each) file & select where to save it to.
Currently there are over 120 files in the saved files folder & a further 
few hundreds in My Documents.
If I can't remember which file I saved the information in, Agent Ransack 
will find it - eventually but the more you can narrow down the search 
area the quicker it will be. E.G., searching for a word in 250 text 
files takes a couple of seconds.


-- 
Regards
wasbit

[toc] | [prev] | [next] | [standalone]

#181575

On 1/19/2025 4:36 AM, wasbit wrote:
> 
> I save lots of stuff from the internet either as web pages or to a text 
> file (or files) using Notepad.
> The trick is to name the (or each) file & select where to save it to.

   I do the exact same. I have several locations on my SendTo
menu. Privacy, Security, Tech, Ideas, and programming code. Those
items go to VBScripts that copy the file to 2 redundant folders on
different disks. I have hundreds of saved articles in each category.
Plain text is SO efficient compared to HTML or even PDF. And I read
it in my choice of font face/size.

[toc] | [prev] | [next] | [standalone]

#181578

On Sun, 19 Jan 2025 09:36:52 +0000, wasbit <wasbit@nowhere.com> wrote:

>I save lots of stuff from the internet either as web pages

Zotero is a one-click solution for this task and has a full-text
search engine. I have over 6000 items and about 14 GB of data in my
Zotero library.

Regards

M.

[toc] | [prev] | [next] | [standalone]

#181572

Steve Hayes <hayesstw@telkomsa.net> wrote:
> Is there a way to search for files in Win 10 without being taken on
> long detours by Bing or CoPilot?
> 
> I collected a lot of text from the web intio a dile for research, and
> then saved it.
> 
> When I wanted to copy it, it wasn't where I expected it to be.
> 
> In Win XP or 7 I can just enter all or part of the file name into a
> search box, and it is found. But in Win 10, but comes Big with useless
> information. 

  As others have mentioned, I advise to use (voidtools) 'Everything' for
searching.

  That said, adding to Paul's comments on the (Windows) 'Indexing
Options' applet in Control Panel:

  I see that that applet has a 'Troubleshoot search and indexing' link
at the bottom (and in another place). You might want to try that
Troubleshooter to see if it can find and fix what seems to be wrong with
your system.

[...]

[toc] | [prev] | [next] | [standalone]

#181576

On Sun, 1/19/2025 6:05 AM, Frank Slootweg wrote:
> Steve Hayes <hayesstw@telkomsa.net> wrote:
>> Is there a way to search for files in Win 10 without being taken on
>> long detours by Bing or CoPilot?
>>
>> I collected a lot of text from the web intio a dile for research, and
>> then saved it.
>>
>> When I wanted to copy it, it wasn't where I expected it to be.
>>
>> In Win XP or 7 I can just enter all or part of the file name into a
>> search box, and it is found. But in Win 10, but comes Big with useless
>> information. 
> 
>   As others have mentioned, I advise to use (voidtools) 'Everything' for
> searching.
> 
>   That said, adding to Paul's comments on the (Windows) 'Indexing
> Options' applet in Control Panel:
> 
>   I see that that applet has a 'Troubleshoot search and indexing' link
> at the bottom (and in another place). You might want to try that
> Troubleshooter to see if it can find and fix what seems to be wrong with
> your system.
> 
> [...]
> 

I just blanked out the partition names.

One thing that is not working currently, is the scriptable
search isn't working now, so Microsoft broke something there.
The search results can be a bit faster if Explorer is not
creating icons for the items found.

The green progress bar was replaced with a rotating progress
indicator on W11, which indicates they "bite around the edges"
of the source, but don't generally do too much to the core of
how it works.

   Paul


   Paul

[toc] | [prev] | [next] | [standalone]

#181577

On 19 Jan 2025 11:05:42 GMT, Frank Slootweg <this@ddress.is.invalid>
wrote:

>Steve Hayes <hayesstw@telkomsa.net> wrote:
>> Is there a way to search for files in Win 10 without being taken on
>> long detours by Bing or CoPilot?
>> 
>> I collected a lot of text from the web intio a dile for research, and
>> then saved it.
>> 
>> When I wanted to copy it, it wasn't where I expected it to be.
>> 
>> In Win XP or 7 I can just enter all or part of the file name into a
>> search box, and it is found. But in Win 10, but comes Big with useless
>> information. 
>
>  As others have mentioned, I advise to use (voidtools) 'Everything' for
>searching.

Another vote here for Everything. I like it a lot


>
>  That said, adding to Paul's comments on the (Windows) 'Indexing
>Options' applet in Control Panel:
>
>  I see that that applet has a 'Troubleshoot search and indexing' link
>at the bottom (and in another place). You might want to try that
>Troubleshooter to see if it can find and fix what seems to be wrong with
>your system.
>
>[...]

[toc] | [prev] | [next] | [standalone]

#181579

>> Steve Hayes <hayesstw@telkomsa.net> wrote:
>>> Is there a way to search for files in Win 10 without being taken on
>>> long detours by Bing or CoPilot?
>>>
>>> I collected a lot of text from the web intio a dile for research, and
>>> then savedd it.
>>>
>>> When I wanted to copy it, it wasn't where I expected it to be.
>>>
>>> In Win XP or 7 I can just enter all or part of the file name into a
>>> search box, and it is found. But in Win 10, but comes Big with useless
>>> information.
In Windows 10 you can do basically the same thing that was done in 
XP,..............

Open the file manager,  look on the right end of the location window.
ie mine currently says ThisPC> Window(C)................
There is a box that when all of, or part of a name is enter it will 
search the follder for thattext in then file names.

My search need are minimal and the native search is adequate for my needs.

[toc] | [prev] | [next] | [standalone]

#181582

On Sun, 1/19/2025 2:06 PM, knuttle wrote:
> 
>>> Steve Hayes <hayesstw@telkomsa.net> wrote:
>>>> Is there a way to search for files in Win 10 without being taken on
>>>> long detours by Bing or CoPilot?
>>>>
>>>> I collected a lot of text from the web intio a dile for research, and
>>>> then savedd it.
>>>>
>>>> When I wanted to copy it, it wasn't where I expected it to be.
>>>>
>>>> In Win XP or 7 I can just enter all or part of the file name into a
>>>> search box, and it is found. But in Win 10, but comes Big with useless
>>>> information.
> In Windows 10 you can do basically the same thing that was done in XP,..............
> 
> Open the file manager,  look on the right end of the location window.
> ie mine currently says ThisPC> Window(C)................
> There is a box that when all of, or part of a name is enter it will search the follder for thattext in then file names.
> 
> My search need are minimal and the native search is adequate for my needs.

The Windows Search (as exemplified by the upper-right corner of an Explorer window),
is context sensitive.

If you click "This PC", and then conduct a search, it searches the entire PC.
In my example picture of setting up the search index, if you enable
the index to be built for the entire PC (21 partitions in the example),
then the portion that has been mechanically indexed in advance, returns
a search result soonest.

If you click "This PC" indicating a scope of the "entire PC", and
none of it is indexed, then Explorer trundles through the file system,
and a green progress bar appears in the address area of Explorer,
indicating how far it has searched.

Thus, by not generating an index in advance, it slows the search.

Now, in your case, you may have clicked "Downloads" or "Documents"
as your search context, and the file system descent to check
those, will be faster than a whole PC search. Explorer only has
a short trundle to do, to evaluate your Downloads folder.

Originally, the Search Indexer part of the search subsystem, it
had a tick box indicating "filenames and Contents" or "Only Filenames".
The "Only Filenames" option *never worked*. The thing always
processes the internal contents of files, and especially for
file types with a "provider". Maybe .txt files have a provider,
so they can be searched globally. If it spots .eml files, it
can index the text in those. It can do a text extraction of
the PDFs (or, a commercial tool like Acrobat Reader may be helping,
but we do know that MSEdge has PDF capabilities. Each file type
needs a Provider or otherwise, the content will not be
included in the Index for later. Now that Windows has archive-lib,
it can "see into" more file types, such as .7z archives. It's
not limited to .cab and .zip any more.

If you don't do anything at all to the Search Indexer settings,
chances are its scope never exceeds the C: drive. And at first.
it will index only a tiny part of C: related to your account perhaps.

Later, when files change on disk, whether created, updated, or erased,
only the known context is tracked for what to do. If it is only
indexing Downloads for example, then if a file in Documents is
erased, the indexer doesn't particularly care to do anything,
as the filter mask puts that area off limits.

You can edit the Search Indexer values, and have the indexer consider
more of your disk drive(s). In the example picture I provided, is
my setup that preserves my older files. Maybe 7TB worth of files
in 21 partitions. I entered all 21 partitions (their names are
masked off in the picture and only the first letter of each
volume name is visible in the picture).

   [Picture]

    https://i.postimg.cc/g0xFD166/windows-indexing-options.gif

When I first set this up, it hardly worked properly at all. I
set it up as a test mainly. Today, after resetting it and having
it regenerating the database a half a dozen times, it performs
reasonably well. It can take 3 to 60 seconds for a search
of the entire machine to complete. Having it set up, means
it does not matter what context I select, whether it is just
the Downloads folder, or it is all 21 partitions of "This PC".
I can have any scope I want, with minimal interference.

By nominating a working directory (TEMP) and excluding it from
the index, as files are added to that TEMP folder, the Search Indexer
ignores those. Thus, the index is always up to date with regard
to my contribution to the behavior of the machine. If it does
Windows Update, some files in those kinds of trees, may get
added or subtracted from the database.

Hardly anybody uses this, and I use it on my Archive Machine to
save time.

I suspect File Locator Pro (the commercial side of Agent Ransack),
may have an Inverted Index as well, but I haven't tested that,
and I don't know if anyone here runs File Locator Pro so we can ask.

   Paul

[toc] | [prev] | [next] | [standalone]

#181592

On Sun, 19 Jan 2025 14:06:48 -0500, knuttle <keith_nuttle@yahoo.com>
wrote:

>
>>> Steve Hayes <hayesstw@telkomsa.net> wrote:
>>>> Is there a way to search for files in Win 10 without being taken on
>>>> long detours by Bing or CoPilot?
>>>>
>>>> I collected a lot of text from the web intio a dile for research, and
>>>> then savedd it.
>>>>
>>>> When I wanted to copy it, it wasn't where I expected it to be.
>>>>
>>>> In Win XP or 7 I can just enter all or part of the file name into a
>>>> search box, and it is found. But in Win 10, but comes Big with useless
>>>> information.
>In Windows 10 you can do basically the same thing that was done in 
>XP,..............
>
>Open the file manager,  look on the right end of the location window.
>ie mine currently says ThisPC> Window(C)................
>There is a box that when all of, or part of a name is enter it will 
>search the follder for thattext in then file names.

That's exactly what CoPilot told me, after 10 Questions and answers. 

But if I knew which folder it was in, I wouldn't be searching for the
file. Win XP and Win 7 search box would give me a list of files with
similar names. Win 10 doesn't, it just takes me to bloody Bing or
CoPilot, neither of which can tell me what I want to know. 

So what I want top known is if there is any way I can get the search
box on Windows 10 to search for files on my disk and not give me theb
runaround. 

Thanks to all those who have recommended 3rd-party utilities (they are
utilities, not apps) like Agent Ransack and Everything. I suppose I
may have to use them to work around the reduced functionality of
Windows 10 and 11. 

Though I managed to open the editor, and save the file to a location I
specified, I still don't know where the original file is. I now want
to delete it from wherever it is. 




>My search need are minimal and the native search is adequate for my needs.
>

-- 
Steve Hayes from Tshwane, South Africa
Web:  http://www.khanya.org.za/stevesig.htm
Blog: http://khanya.wordpress.com
E-mail - see web page, or parse: shayes at dunelm full stop org full stop uk

[toc] | [prev] | [next] | [standalone]

#181597

On Mon, 1/20/2025 1:57 AM, Steve Hayes wrote:
> On Sun, 19 Jan 2025 14:06:48 -0500, knuttle <keith_nuttle@yahoo.com>
> wrote:
> 
>>
>>>> Steve Hayes <hayesstw@telkomsa.net> wrote:
>>>>> Is there a way to search for files in Win 10 without being taken on
>>>>> long detours by Bing or CoPilot?
>>>>>
>>>>> I collected a lot of text from the web intio a dile for research, and
>>>>> then savedd it.
>>>>>
>>>>> When I wanted to copy it, it wasn't where I expected it to be.
>>>>>
>>>>> In Win XP or 7 I can just enter all or part of the file name into a
>>>>> search box, and it is found. But in Win 10, but comes Big with useless
>>>>> information.
>> In Windows 10 you can do basically the same thing that was done in 
>> XP,..............
>>
>> Open the file manager,  look on the right end of the location window.
>> ie mine currently says ThisPC> Window(C)................
>> There is a box that when all of, or part of a name is enter it will 
>> search the follder for thattext in then file names.
> 
> That's exactly what CoPilot told me, after 10 Questions and answers. 
> 
> But if I knew which folder it was in, I wouldn't be searching for the
> file. Win XP and Win 7 search box would give me a list of files with
> similar names. Win 10 doesn't, it just takes me to bloody Bing or
> CoPilot, neither of which can tell me what I want to know. 
> 
> So what I want top known is if there is any way I can get the search
> box on Windows 10 to search for files on my disk and not give me theb
> runaround. 
> 
> Thanks to all those who have recommended 3rd-party utilities (they are
> utilities, not apps) like Agent Ransack and Everything. I suppose I
> may have to use them to work around the reduced functionality of
> Windows 10 and 11. 
> 
> Though I managed to open the editor, and save the file to a location I
> specified, I still don't know where the original file is. I now want
> to delete it from wherever it is. 
> 

You should have used the File Explorer search box.

For example, if using the Start : Run box or using the Command Prompt window:

<prompt>  explorer.exe  %userprofile%\Downloads

starts a File Explorer window, and points to your Downloads folder.
Now, go to the upper right corner and enter your search.

   [Picture]

    https://i.postimg.cc/hvGfhzTF/File-Explorer-Search-W10.gif

   Paul

[toc] | [prev] | [next] | [standalone]

#181610

On Mon, 20 Jan 2025 05:37:33 -0500, Paul <nospam@needed.invalid>
wrote:

>> That's exactly what CoPilot told me, after 10 Questions and answers. 
>> 
>> But if I knew which folder it was in, I wouldn't be searching for the
>> file. Win XP and Win 7 search box would give me a list of files with
>> similar names. Win 10 doesn't, it just takes me to bloody Bing or
>> CoPilot, neither of which can tell me what I want to know. 
>> 
>> So what I want top known is if there is any way I can get the search
>> box on Windows 10 to search for files on my disk and not give me theb
>> runaround. 
>> 
>> Thanks to all those who have recommended 3rd-party utilities (they are
>> utilities, not apps) like Agent Ransack and Everything. I suppose I
>> may have to use them to work around the reduced functionality of
>> Windows 10 and 11. 
>> 
>> Though I managed to open the editor, and save the file to a location I
>> specified, I still don't know where the original file is. I now want
>> to delete it from wherever it is. 
>> 
>
>You should have used the File Explorer search box.
>
>For example, if using the Start : Run box or using the Command Prompt window:
>
><prompt>  explorer.exe  %userprofile%\Downloads
>
>starts a File Explorer window, and points to your Downloads folder.
>Now, go to the upper right corner and enter your search.


But what if the file isn't in my Downloads folder?

What if I want it to search all partitions and subdirectories on my
hard drive?

The old Win XP and Win 7 search box would do that. 



-- 
Steve Hayes from Tshwane, South Africa
Web:  http://www.khanya.org.za/stevesig.htm
Blog: http://khanya.wordpress.com
E-mail - see web page, or parse: shayes at dunelm full stop org full stop uk

[toc] | [prev] | [next] | [standalone]

#181613

On Mon, 1/20/2025 10:50 AM, Steve Hayes wrote:

> 
> But what if the file isn't in my Downloads folder?
> 
> What if I want it to search all partitions and subdirectories on my
> hard drive?
> 
> The old Win XP and Win 7 search box would do that. 

The brute force search that File Explorer does, is too slow
compared to Agent Ransack.

I have two OSes loaded on the Test Machine, one has the Search Indexer
properly configured, the other does not. Let's compare their search time.

    filename:*

    Win7 Federated:      27 seconds, 1278597 items returned to File Explorer window

    Win7 Agent Ransack:  53 seconds, 1259155 items returned in agent Ransack window

    Win10 Brute Force:   111 seconds, 507896 items returned to File Explorer window

In the last search, I'm not sure why it stubbornly refuses to go past 507896.
There appears to be more than enough memory available on the machine. As the File explorer
search progresses (stopped at 507896 but still scanning) the memory consumed
is still increasing. It is not like there is a memory cap affecting the
result.

   Paul

[toc] | [prev] | [standalone]

Page 3 of 3 — ← Prev page 1 2 [3]

Back to top | Article view | alt.comp.os.windows-10

csiph-web