Search found 31 matches
- Thu May 19, 2022 1:05 pm
- Forum: Suggestions
- Topic: Skip web authentication on local subnets
- Replies: 0
- Views: 6282
Skip web authentication on local subnets
Would it be possible to add an option to bypass authentication for the webUI on localhost and/or specific subnets? QBitTorrent handles this nicely, note the bypass options under the auth settings: https://preview.redd.it/m503y5hg0rw11.png?width=817&format=png&auto=webp&s=ec2bebdf8df35973...
- Thu Sep 30, 2021 6:28 am
- Forum: Support
- Topic: Disable "content:" searches
- Replies: 17
- Views: 13542
Re: Disable "content:" searches
Thank you!
- Mon Sep 27, 2021 4:28 pm
- Forum: Support
- Topic: Search through shortcut with context menu
- Replies: 8
- Views: 7956
Re: Search through shortcut with context menu
From my reading, harryray2 wants to right-click on a shortcut and have an option to search the target folder of that shortcut. The regkey works for the folder where the file/shortcut is located (ie, desktop), not for its target folder. I guess this is doable on v1.5 by using a Property of the shortc...
- Mon Sep 27, 2021 3:37 pm
- Forum: Support
- Topic: Disable "content:" searches
- Replies: 17
- Views: 13542
Re: Disable "content:" searches
I guess you will not use notindexed: anyway so you have full control whats indexed if you are using content: As I said on the first post, it's not about me - it's users trying out stuff on the Everything WebServer after they RTFM. Which, surprisingly, they do once in a while. Not funny with 130TB o...
- Mon Sep 27, 2021 2:39 pm
- Forum: Support
- Topic: Disable "content:" searches
- Replies: 17
- Views: 13542
Re: Disable "content:" searches
I'm not complaining about anything. Also, I disagree. The current options for the v1.5 "content" are for the new in-memory content index feature. What I'm talking about is the previous "content:" modifier, which is now "notindexed:content:". For that, there are no filet...
- Mon Sep 27, 2021 10:34 am
- Forum: Support
- Topic: Disable "content:" searches
- Replies: 17
- Views: 13542
Re: Disable "content:" searches
Thank you! Reading on the new content indexing options of v1.5: When index content is enabled, content: will only search files included by your index content settings. To search for text in files that are not included by your index content settings, use the notindexed: search modifier. So the notind...
- Thu Sep 23, 2021 8:38 pm
- Forum: Support
- Topic: Disable "content:" searches
- Replies: 17
- Views: 13542
Re: Disable "content:" searches
Ah, drat. I had only tested on the GUI app.
I'm not ready to upgrade to 1.5 yet, but it can wait.
I'm not ready to upgrade to 1.5 yet, but it can wait.
- Thu Sep 23, 2021 8:07 pm
- Forum: Support
- Topic: Disable "content:" searches
- Replies: 17
- Views: 13542
Re: Disable "content:" searches
Thanks, that works!
- Thu Sep 23, 2021 5:46 pm
- Forum: Support
- Topic: Disable "content:" searches
- Replies: 17
- Views: 13542
Disable "content:" searches
Is there a way to disable "content:" ? Each time a user finds out about it they try to use it (via HTTP), only for the server to spin lots of CPU usage and I/O for a long time, searching millions of files. I'd like to avoid that if possible. If not, it could be a new option under General->...
- Mon Apr 22, 2019 8:15 pm
- Forum: Development, plugins and third party software
- Topic: EFUtool v1.0 published - Fast EFU update tool
- Replies: 5
- Views: 18519
Re: EFUtool v1.0 published - Fast EFU update tool
Have you read the instructions on the github page?
To create an EFU of C: drive:
To create an EFU of multiple drives:
To update an existing EFU file:
To create an EFU of C: drive:
Code: Select all
efutool myIndex.efu c:\
Code: Select all
efutool myIndex.efu c:\ d:\
Code: Select all
efutool myIndex.efu
- Mon Apr 22, 2019 10:39 am
- Forum: Development, plugins and third party software
- Topic: EFUtool v1.0 published - Fast EFU update tool
- Replies: 5
- Views: 18519
Re: EFUtool v1.0 published - Fast EFU update tool
Pharra, what do you want to do exactly?
To index local NTFS disks you don't need EFUs, just enable the disks in Everything's settings. For non-NTFS disks you can use EFUTool to index them - just read the intructions on the webpage to generate the EFUs, then load them into Everything.
To index local NTFS disks you don't need EFUs, just enable the disks in Everything's settings. For non-NTFS disks you can use EFUTool to index them - just read the intructions on the webpage to generate the EFUs, then load them into Everything.
- Fri Mar 08, 2019 3:18 pm
- Forum: Development, plugins and third party software
- Topic: EFUtool v1.0 published - Fast EFU update tool
- Replies: 5
- Views: 18519
EFUtool v1.0 published - Fast EFU update tool
Hi all, I've published a tool to create and update EFU files, supporting a very fast folder re-scan method - about 7x faster than Everything scanning for network shares. The created EFU files are compatible with Everything and can be loaded into it. Please see this thread for details: https://www.vo...
- Fri Mar 08, 2019 11:03 am
- Forum: Bug report
- Topic: Folder scan is 4x slower than EFU creation (with possible root cause)
- Replies: 28
- Views: 222226
Re: Folder scan is 4x slower than EFU creation (with possible root cause)
There's always some load on these filers, but I don't have admin access to them to quantify it. They are however massive beasts, with huge IOPS capability. During a 16h scan time there are bound to be other processes running, like volume snapshots, backups and rsyncs, but that doesn't impact perform...
- Thu Mar 07, 2019 3:56 pm
- Forum: Bug report
- Topic: Folder scan is 4x slower than EFU creation (with possible root cause)
- Replies: 28
- Views: 222226
Re: Folder scan is 4x slower than EFU creation (with possible root cause)
EFUtool update of the same share: 00:05:32
- Thu Mar 07, 2019 3:22 pm
- Forum: Bug report
- Topic: Folder scan is 4x slower than EFU creation (with possible root cause)
- Replies: 28
- Views: 222226
Re: Folder scan is 4x slower than EFU creation (with possible root cause)
That's it :) I tested with just one of my shares containing about 4M files, and checked the thread details while the scans were running. Results for Folder Indexing: First Scan when folder is added: 00:35:27 Thread priority = 8, I/O Priority = Normal, Memory Priority = 5, CPU usage: 5% Rescan: 02:02...
- Thu Mar 07, 2019 11:58 am
- Forum: Bug report
- Topic: Folder scan is 4x slower than EFU creation (with possible root cause)
- Replies: 28
- Views: 222226
Re: Folder scan is 4x slower than EFU creation (with possible root cause)
As you can see, the only non-default options are on the "indexes" tab: index by file size, folder size, date created, date modified, and several "fast sort" options enabled.
- Thu Mar 07, 2019 11:42 am
- Forum: Bug report
- Topic: Folder scan is 4x slower than EFU creation (with possible root cause)
- Replies: 28
- Views: 222226
Re: Folder scan is 4x slower than EFU creation (with possible root cause)
No. Here's my everything.ini attached.
Currently running a test with only 1 file share to see if there's difference between first time scan and subsequent re-scans.
Currently running a test with only 1 file share to see if there's difference between first time scan and subsequent re-scans.
- Thu Mar 07, 2019 11:08 am
- Forum: Bug report
- Topic: Folder scan is 4x slower than EFU creation (with possible root cause)
- Replies: 28
- Views: 222226
Re: Folder scan is 4x slower than EFU creation (with possible root cause)
Always sequentially, in all tests. With my tool as well.When you tested this, did you scan all 5 shares at the same time, or one after the other?
- Thu Mar 07, 2019 10:07 am
- Forum: Bug report
- Topic: Folder scan is 4x slower than EFU creation (with possible root cause)
- Replies: 28
- Views: 222226
Re: Folder scan is 4x slower than EFU creation (with possible root cause)
Please check the log time between rescan update db and leave folder update. During this time Everything is processing the folder rescan. I think you will see Everything is spending most of its time here. Nope - here are those timestamps, for each of the 5 shares that are being scanned: 2019-03-05 2...
- Wed Mar 06, 2019 5:24 pm
- Forum: Bug report
- Topic: Folder scan is 4x slower than EFU creation (with possible root cause)
- Replies: 28
- Views: 222226
Re: Folder scan is 4x slower than EFU creation (with possible root cause)
As promised, here's the EFUtool I wrote:
https://github.com/zybexXL/EFUtool
Is it OK to announce it in "General" or "3rd Party Software" forum?
https://github.com/zybexXL/EFUtool
Is it OK to announce it in "General" or "3rd Party Software" forum?
- Wed Mar 06, 2019 11:04 am
- Forum: Bug report
- Topic: Folder scan is 4x slower than EFU creation (with possible root cause)
- Replies: 28
- Views: 222226
Re: Folder scan is 4x slower than EFU creation (with possible root cause)
The fast scanning method I'm using is one I've talked about here some 2 years ago:
viewtopic.php?f=5&t=4474&p=17571#p17571
viewtopic.php?f=5&t=4474&p=17571#p17571
- Wed Mar 06, 2019 10:59 am
- Forum: Bug report
- Topic: Folder scan is 4x slower than EFU creation (with possible root cause)
- Replies: 28
- Views: 222226
Re: Folder scan is 4x slower than EFU creation (with possible root cause)
Well, it seems index time is similar for me with this version, though I see on the log it now does Depth First. There goes my "cache" theory... Is it possible that the cost of adding new entries to the index keeps growing as the index grows? With 12M files, 500K folders and 25 tree depth, ...
- Tue Mar 05, 2019 12:06 pm
- Forum: Bug report
- Topic: Folder scan is 4x slower than EFU creation (with possible root cause)
- Replies: 28
- Views: 222226
Re: Folder scan is 4x slower than EFU creation (with possible root cause)
Thanks, awesome RTT from you :) I'll test this new build all let you know the scan time. For the crashes: Everything would just freeze with no error, forcing me to kill the process. I've had Debug logging enabled for some time, but not anymore - I'll reenable and try to reproduce. I remember on one ...
- Mon Mar 04, 2019 11:25 am
- Forum: Bug report
- Topic: Folder scan is 4x slower than EFU creation (with possible root cause)
- Replies: 28
- Views: 222226
Folder scan is 4x slower than EFU creation (with possible root cause)
Hi, I have a few shares indexed on our SAN which total about 12M files and 500K folders. I need to re-scan them daily to update the index. Having the shares on Indexes->Folders, the re-indexing takes about 16h (and frequently crashes mid-way). Change monitoring is OFF. Indexing the same shares to EF...
- Mon Mar 04, 2019 10:57 am
- Forum: Bug report
- Topic: Multiple EFUs of same share cause HTTP server to display duplicate roots
- Replies: 1
- Views: 9979
Multiple EFUs of same share cause HTTP server to display duplicate roots
Hi, I have 2 EFUs loaded, indexing these folders: index1.efu => \\server\share\Subfolder1 index2.efu => \\server\share\Subfolder2 When searching via Everything GUI, all works as expected. When viewing via HTTP, Everything displays this tree (4 duplicate levels): \\server Share Subfolder1 (contents) ...
- Wed Mar 08, 2017 3:00 pm
- Forum: Suggestions
- Topic: Show Folder Size on HTTP client searches
- Replies: 3
- Views: 10479
Re: Show Folder Size on HTTP client searches
Thank you!
- Mon Mar 06, 2017 5:49 pm
- Forum: Suggestions
- Topic: Show search syntax help on HTTP page
- Replies: 1
- Views: 3502
Show search syntax help on HTTP page
It would be nice to have a couple of small links/icons on the HTTP search page:
- show search/regex syntax
- advanced search form (similar to desktop UI)
- about
Thanks!
- show search/regex syntax
- advanced search form (similar to desktop UI)
- about
Thanks!
- Mon Mar 06, 2017 5:42 pm
- Forum: Suggestions
- Topic: Show Folder Size on HTTP client searches
- Replies: 3
- Views: 10479
Show Folder Size on HTTP client searches
Currently we can have the Folder Size displayed on the desktop client, but HTTP searches only show File sizes.
Please also show Folder Size on http client results.
Thank you!
Please also show Folder Size on http client results.
Thank you!
- Mon Mar 06, 2017 4:38 pm
- Forum: Support
- Topic: Using network share index forces refresh
- Replies: 14
- Views: 52397
Re: Using network share index forces refresh
... I just realized I woke up a very old thread, sorry about that
- Mon Mar 06, 2017 4:25 pm
- Forum: Support
- Topic: Using network share index forces refresh
- Replies: 14
- Views: 52397
Re: Using network share index forces refresh
May I also suggest an alternative/faster mode for network shares scanning ? (perhaps a new option "use fast Network folder scans" or something). Enumerating folders with thousand of files is very slow over CIFS/SMB protocols. Windows does many I/O calls to get info for each file in a given...
- Mon Mar 06, 2017 4:17 pm
- Forum: Support
- Topic: Using network share index forces refresh
- Replies: 14
- Views: 52397
Re: Using network share index forces refresh
I'm testing Everything on our SAN storage... congratulations, this tool is excellent :) I also have the same issue as the OP. I'm indexing several SAN units with a total of about 100 TB, and about 10 million files. This index takes about 2 hours (don't ask). I have a scheduled update for 4am, but I'...