Freezing when accessing network

[admin]

So, "Accessing an UNC path for the first time takes time", that's worse than some versions ago? With these settings? Hmm, I currently don't see what could make that difference. All the recent changes are tied to "Pre-check availability of servers" AFAIK.

If you are sure about this I will have to add debug code to find out what's going on. Speed rules...

[highend]

My oldest backup is from ~3 weeks, so I restored my fully configured v20.50.0100 version from it

Relevant settings (catalog is exactly the same):

Code: Select all

[x] Fast network enumeration
[x] Assume that servers are available
[ ] Pre-check availability of servers
[x] Cache network servers

[x] No network browsing on startup

Startup time is fast. First access to an UNC path is instant...
But it has sometimes problems when switching from the tab
with the UNC path to a tab with a local path and back (it takes
a few seconds to get access to the UNC path when switching
back). Like caching isn't in effect or something...

[admin]

If "Pre-check availability of servers" is off then I don't see any reason for this. (And, of course, it does not happen here.)

Is tab switching the only way to cause this delay?

[highend]

Is tab switching the only way to cause this delay?

I'm only noticing it when doing it that way (I use no other).
The UNC path is always opened by clicking on the catalog entry

[Borut]

I am not sure if it got worse, but I can generally confirm what highend reports (delay when clicking on a tab with an UNC path). It seems so old, that I got used to it. And it seems not to be the same for all UNC paths, so maybe some network peculiarities play a role here. Debug code would be welcome, I would say - next week I too could test this.

[admin]

Might be I could fix it. Check out next beta...

[highend]

What a relief... The new beta fixes the delay issue on tab changing for me^^ Thanks a ton!

[Borut]

Yes, for me too, wow! (Only when accessing UNC for the first time in a session, there is a bit longer delay, I would say. But so it was before too.) Thanks!!

[highend]

The behavior is back

Currently on v20.60.0010, same settings as always

Code: Select all

[x] Fast network enumeration
[x] Assume that servers are available
[ ] Pre-check availability of servers
[x] Cache network servers

[x] No network browsing on startup

Can't say if it happened in an earlier version as well but noticed the hangup on tab switching
already 4 times today...

[admin]

Did not change anything. Well, I'll add some debug logging...

[highend]

K, I'll happily provide a log once it happens again (with a new beta).

I guess it's normal that the first access is slow after waking up from STR (suspend to ram)?
Probably windows that refreshes it's network cache...

[admin]

Some logging is present in v20.60.0101 but I want to improve it. Question: Does it affect UNC only, or also mapped?

[highend]

I've mapped that UNC path to a drive letter and once it happens again...

[highend]

That didn't take long... Was in the browser, back to XY, clicked on the Z: drive tab (mapped drive for the UNC path) -> Freeze...

Code: Select all

XYplorer 20.60.0101  -  Windows Server 2019 Datacenter Server, 64-bit, Release 1809, Build 17763.107  -  2019-11-26 22:54:35.850
----------------------------------------------------------------------------------------------------

2019-11-26 22:45:29.489 >> ASOTF 1: \\ODROID-N2\dlna\movies
2019-11-26 22:45:29.489 >> ASOTF 2: \\ODROID-N2\dlna\movies
2019-11-26 22:45:29.489 >> ASOTF 3 known: \\ODROID-N2\dlna\movies
2019-11-26 22:45:29.489 >> ASOTF 3 add to tree: \\ODROID-N2
2019-11-26 22:46:02.247 >> ASOTF 1: \\ODROID-N2\backup_ssd
2019-11-26 22:46:02.247 >> ASOTF 2: \\ODROID-N2\backup_ssd
2019-11-26 22:46:02.247 >> ASOTF 3 known: \\ODROID-N2\backup_ssd
2019-11-26 22:46:02.247 >> ASOTF 3 add to tree: \\ODROID-N2
2019-11-26 22:46:59.470 >> highend DGP: \\ODROID-N2\backup_ssd\
2019-11-26 22:47:03.686 >> highend DGP: \\ODROID-N2\dlna\movies\
2019-11-26 22:47:39.719 >> highend DGP: \\ODROID-N2\backup_ssd\
2019-11-26 22:47:44.296 >> highend DGP: D:\Users\Highend\Downloads\!RAM_DISK\
2019-11-26 22:54:07.360 >> highend DGP: \\ODROID-N2\dlna\
2019-11-26 22:54:11.013 >> highend DGP: Z:\

text get("network", 0); -> Slow on the first time, when I repeat it, it's fast

Code: Select all

\\ODROID-N2
\\UK-DT-01

text get("network", 1); -> Medium (but not fast)

Code: Select all

\\ODROID-N2
\\UK-DT-01

text runret("net view"); -> Medium (but not fast)

Code: Select all

Server Name            Remark

-------------------------------------------------------------------------------
\\ODROID-N2            Samba 4.5.16-Debian                                     
\\UK-DT-01                                                                     
The command completed successfully.

[admin]

I think it's normal that it's slow on the first time. There is nothing I can do about that.

I'll add better logging to the next beta to pinpoint who is waiting for what.