Your comments
I agree with you on principle.
However, I checked the time required to scan a collection of 6000 files (almost 200 GB) on my core i3 PC (admittedly much faster than what can be found in a NAS, but still...). The scanning time once the file are in the database (i.e. the periodical polling time) is under one second. And that's because the files themselves are not accessed during this check. So I'm not concerned about the CPU usage.
And even though I can understand the annoyance of having to wait for the polling to be triggered (or to have to manually trigger it), for now the development and testing costs of this feature exceed the benefits I see in it.
(I'll keep it in my backlog nevertheless, but it might never be done)
However, I checked the time required to scan a collection of 6000 files (almost 200 GB) on my core i3 PC (admittedly much faster than what can be found in a NAS, but still...). The scanning time once the file are in the database (i.e. the periodical polling time) is under one second. And that's because the files themselves are not accessed during this check. So I'm not concerned about the CPU usage.
And even though I can understand the annoyance of having to wait for the polling to be triggered (or to have to manually trigger it), for now the development and testing costs of this feature exceed the benefits I see in it.
(I'll keep it in my backlog nevertheless, but it might never be done)
At the beginning of Ubooquity, I had plans to include this feature.
Then, after writing the first version of the scanner (which periodically polls instead of monitoring the file system), I realized that the check of the files (the part that would be eliminated by the OS hook notification) was extremely fast as it is just a date comparison. Files are not actually read unless they have been modified (in which case a rescan is necessary in any case).
So the gain would very probably be quite small, both in terms of time and CPU resources.
Did you have a specific problem in mind that would be solved by such a mechanism ?
Then, after writing the first version of the scanner (which periodically polls instead of monitoring the file system), I realized that the check of the files (the part that would be eliminated by the OS hook notification) was extremely fast as it is just a date comparison. Files are not actually read unless they have been modified (in which case a rescan is necessary in any case).
So the gain would very probably be quite small, both in terms of time and CPU resources.
Did you have a specific problem in mind that would be solved by such a mechanism ?
It's already planned. :)
This.
There is already page preloading, but it's not working in all situations and deserves improvement.
It's planned as part of the enhanced online comic reader.
There is already page preloading, but it's not working in all situations and deserves improvement.
It's planned as part of the enhanced online comic reader.
Thanks for sharing !
Customer support service by UserEcho
there is no option for that.