Anonymous | Login | Signup for a new account | 2025-06-14 15:01 UTC | ![]() |
My View | View Issues | Change Log | Roadmap | Doomseeker Issue Support Ranking | Rules | My Account |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0003638 | Doomseeker | [All Projects] Suggestion | public | 2019-04-30 20:39 | 2019-07-30 10:13 | ||||
Reporter | Pol M | ||||||||
Assigned To | Pol M | ||||||||
Priority | normal | Severity | tweak | Reproducibility | always | ||||
Status | closed | Resolution | fixed | ||||||
Platform | Linux | OS | Arch | OS Version | x86-64 | ||||
Product Version | 1.2 | ||||||||
Target Version | 1.3 | Fixed in Version | 1.3 | ||||||
Summary | 0003638: Cache files checked on PathFinder::findFile to allow for a more efficient multi-file search | ||||||||
Description | Caching the files will allow for a faster lookup in multi file searches. That is specially useful to speed up the PWAD tooltip. | ||||||||
Additional Information | This also means that the PathFinder must not be destroyed in the tooltip lookup. | ||||||||
Attached Files | |||||||||
![]() |
||||||
|
![]() |
|
WubTheCaptain (reporter) 2019-04-30 20:46 |
Quote from Pol M I kind of prefer it being real-time as it is right now. I've found it useful on multiple occassions while moving files, no need to restart Doomseeker to see if the file exists at that path. The alternative offered is to disable telling where the paths are located, in settings. |
Pol M (developer) 2019-04-30 21:51 |
No, I'm not saying to cache all the wads at load time. I'm talking about Caching the search results of one item in the tooltip to be able to reuse them in the next item of the tooltip. This reduces access to the hard drive significantly at the expense of a little bit of ram. The next time you hover your mouse over a server PWAD list said cache will be long gone, so no worries about having to reset ;) |
Pol M (developer) 2019-04-30 23:46 edited on: 2019-05-01 00:02 |
PR This should give you an idea. I'm getting 0-5ms now. EDIT: Wub, if you can, please check how this affects your setup. |
Zalewa (developer) 2019-05-01 08:50 |
On Windows I don't see any significant difference between your implementation and the previous one that used the CaseInsensitiveFSFileSeeker class. In fact - it is now slightly worse as the times for servers with low WAD count are now the same as times for servers with high WAD count (but still it's just 10ms for me). The new implementation loads listings of all directories into memory (regardless of the OS), while the old implementation for Windows only checked if particular path exists case-insensitively. And - because NTFS is case-insensitive - it performed better. |
Pol M (developer) 2019-05-01 13:49 |
Huh, then I'll roll back the implementation on Windows. 10ms is still excellent, but if a better option exists then we should take it. |
Pol M (developer) 2019-05-13 19:58 |
Done! |
Zalewa (developer) 2019-05-19 10:27 |
PR is merged (through a direct merge this time) |
Pol M (developer) 2019-05-31 14:26 edited on: 2019-06-08 19:41 |
I'm experiencing some crashes with the IWAD column having the IWAD on a recursive path. I'll be working on it. Fixed. Merged. Followup commit to fix another issue: the files returned were lowercased. |
Zalewa (developer) 2019-06-09 19:22 |
The fix PR merged here:'https://bitbucket.org/Doomseeker/doomseeker/commits/11f5ecc954fd4fdd495928cf45bb9f25e152972c [^]' |
WubTheCaptain (reporter) 2019-06-12 00:36 |
Quote from Pol M Sorry, I haven't had time. I subscribed to this issue to remind myself, but I still haven't got around to do it. Apologies. I'll update this ticket if and when I'll do the testing. |
WubTheCaptain (reporter) 2019-07-22 09:14 |
Quote from Pol M I'm experiencing similar results. 1.3~beta-190720-1414 feels snappy and fast to me. So I guess this is resolved? I didn't benchmark memory usage or anything like that. |
This issue is already marked as resolved. If you feel that is not the case, please reopen it and explain why. |
|
Supporters: | No one explicitly supports this issue yet. |
Opponents: | No one explicitly opposes this issue yet. |
![]() |
|||
Date Modified | Username | Field | Change |
2019-04-30 20:39 | Pol M | New Issue | |
2019-04-30 20:39 | Pol M | Status | new => assigned |
2019-04-30 20:39 | Pol M | Assigned To | => Pol M |
2019-04-30 20:39 | Pol M | Relationship added | child of 0003625 |
2019-04-30 20:46 | WubTheCaptain | Severity | minor => tweak |
2019-04-30 20:46 | WubTheCaptain | Note Added: 0020579 | |
2019-04-30 21:51 | Pol M | Note Added: 0020583 | |
2019-04-30 23:46 | Pol M | Note Added: 0020584 | |
2019-04-30 23:47 | Pol M | Note Edited: 0020584 | View Revisions |
2019-04-30 23:52 | Pol M | Status | assigned => needs review |
2019-05-01 00:02 | Pol M | Note Edited: 0020584 | View Revisions |
2019-05-01 08:50 | Zalewa | Note Added: 0020586 | |
2019-05-01 13:49 | Pol M | Note Added: 0020592 | |
2019-05-13 19:58 | Pol M | Note Added: 0020649 | |
2019-05-19 10:27 | Zalewa | Note Added: 0020668 | |
2019-05-19 10:27 | Zalewa | Status | needs review => needs testing |
2019-05-31 14:24 | Pol M | Status | needs testing => assigned |
2019-05-31 14:26 | Pol M | Note Added: 0020710 | |
2019-06-01 11:16 | Pol M | Status | assigned => needs review |
2019-06-01 11:16 | Pol M | Note Edited: 0020710 | View Revisions |
2019-06-02 09:14 | Pol M | Note Edited: 0020710 | View Revisions |
2019-06-02 09:14 | Pol M | Status | needs review => needs testing |
2019-06-08 19:41 | Pol M | Note Edited: 0020710 | View Revisions |
2019-06-09 19:22 | Zalewa | Note Added: 0020736 | |
2019-06-12 00:36 | WubTheCaptain | Note Added: 0020746 | |
2019-07-22 09:14 | WubTheCaptain | Note Added: 0020904 | |
2019-07-22 09:14 | WubTheCaptain | Status | needs testing => resolved |
2019-07-22 09:14 | WubTheCaptain | Fixed in Version | => 1.3 |
2019-07-22 09:14 | WubTheCaptain | Resolution | open => fixed |
2019-07-30 10:13 | WubTheCaptain | Status | resolved => closed |
Copyright © 2000 - 2025 MantisBT Team |