Everything launches after a long pause/freeze

[kkrathi]

In the last 2 days, when I press windows+F to launch Everything (it is already running in background), it just freezes for 10-15 seconds before resuming. What should I troulbeshoot here?

[void]

Everything might have been paged to disk.

Please check Everything's ram usage, is it slightly higher than normal? (~50MB per 1million files indexed)

[kkrathi]

Thank you. Could you please let me know where do I see the ram usage? The windows task manager is not helpful because the memory keeps changing. Is there something within Everything that allows me to check ram usage, or any other way?

[void]

Could you please let me know where do I see the ram usage?

With task manager (Ctrl + Shift + ESC)
memory usage is shown under Working Set (Memory).

It does change frequently, however it shouldn't change by much.

[therube]

(You would look in the Processes tab of Task Manager.

If you sort the Task Manager list by Name, the relative position of Everything.exe on the list should remain [relatively] static, shouldn't jump around, making checking the memory usage easier.)

[kkrathi]

thank you. It shows around 47 to 50 Mb (not sure how to check the index files) in the task manager. Still having the problem.

[void]

Thanks for the ram usage info, 50MB seems fine for Everything, so we can rule out the swap file for the slowness.

Could you please run Everything in debug mode

What is displayed in the debug console the next time Everything takes 10+ seconds to show?

[kkrathi]

This is the first 20 seconds. I could start the debug 1 second into after launching Everything. But hopefully it still gives you info because Everything was still frozen when I had started it:

Code: Select all

Everything
Version 1.3.4.686 (x64)
Windows NT 6.2
Processors 8
IsAdmin 1
AppData 1
Service 0
WM_ACTIVATE 0000000000000000 0000000000000000, lastfocus 000000000001081c, current focus 000000000001081c
sorting cache...
multithreaded sort: items 319202, ideal threads 5, actual threads 5
finished sort, time taken 9.020180 seconds
_DB_WAIT: db_get_selection_count waiting...
_DB_WAIT: db_get_selection_count waited 0.000409 seconds
update filesystem C:
update fd 1
update fd 1
update fd 1
update fd 1
update fd 1
update fd 1
update fd 1
update fd 1
update fd 1
update fd 1
update fd 17
update fd 1
update fd 1
update fd 1
update fd 1
update fd 1
updated C: in 0.004567 seconds
_DB_WAIT: _db_ready_proc waiting...
_DB_WAIT: _db_ready_proc waited 0.003817 seconds
update filesystem C:
updated C: in 0.000199 seconds
_DB_WAIT: _db_ready_proc waiting...
_DB_WAIT: _db_ready_proc waited 0.002872 seconds
update filesystem C:
update fd 5
update fd 1
update fd 1
updated C: in 0.004334 seconds
_DB_WAIT: _db_ready_proc waiting...
_DB_WAIT: _db_ready_proc waited 0.002072 seconds
update filesystem C:
updated C: in 0.000250 seconds
_DB_WAIT: _db_ready_proc waiting...
_DB_WAIT: _db_ready_proc waited 0.002429 seconds
update filesystem C:
update fd 5
update fd 1
updated C: in 0.004069 seconds
_DB_WAIT: _db_ready_proc waiting...
_DB_WAIT: _db_ready_proc waited 0.003265 seconds

[therube]

You can start Everything with -debug from a command line if need be.
{path-to}\Everything.exe -debug


Oh, just winging it, but your sort is taking 9 seconds alone.
What are you sort settings?
Have you indexed the particular field you are sorting on?
(I assume that's available in 1.3.4, but don't actually recall.)

[void]

Please try changing your default search to Name ascending:

• In Everything, from the Tools menu, click Options.
• Click the Home tab.
• Change Sort to Name Ascending.

If you wish to use size or date modified as the default sort, please try Everything 1.4
Make sure Fast size sort and Fast date modified sort is enabled from Tools -> Options -> Indexes.