Timur Born

Description : Default "Preserver last access timestamp" to enabled/on.
Detail: There is little to no use in having last access timestamps of files be set to the last antivirus scan time, it provides us with no useful information while increasing disk utilization during scans. Furthermore having ESET overwrite last access times even removes useful information on when a file (like a document) was last accessed for real work.
I appreciate that ESET offers an option to not overwrite last access times of scanned files, but this option should default to On, while currently it defaults to Off.
What I don't know is: does enabling this option decrease disk utilization by System not having to write the timestamps to begin with, or does it even increase utilization by having to write the timestamps twice (first ESET scan and then restore to original)?

I understand the spinning platter situation, but modern systems don't use HDDs for system drives anymore. And even then, scanning network shares on my HDD based NAS is faster when done by multi-threaded AV products.
All of my own and my customers' computers use SSDs for years already. Defender peaks at over 2500 mb/s during on-demand scans running 24 threads/files in parallel, meanwhile ESET is chugging along one file at a time. This should be brought up to more modern standards rather sooner than later.
Furthermore large compressed archive files should be handled by multiple threads, too, especially for the uncompression part of the operation.

I will check back in 2 years to see how ESET developed, while using another solution in the meantime.

Description : Make all windows resizable.
Detail: ESET is one of the few antivirus solutions that offer resizable windows for their UI and even meaningful columns/information in some list views (like firewall rules list). Unfortunately some windows only allow to be either fixed or maximized, but don't allow being resized via borders. Even worse, some windows' fixed size is just a little bit too small, so that scrolling is necessary for just 1-2 lines of content and then the tabs at the top are scrolled away (e.g. specific firewall rules window). Default sizes should fit the content (respecting Windows scaling) and all windows should be resizable if content doesn't fit.

Idea: Move "More Tools" items into Tools
Reason: Moving "More Tools" items into Tools would simplify the process and make all Tools visible in a single pane. This would be a better way in accessing any of them within a single click without the need of clicking on a button called "More Tools"

Idea: Rename ESET Internet Security to ESET Smart Security

Reason: It would bring about uniformity in product range naming. For example Nod32 AV, ESET Smart Security, ESET Smart Security Premium - In my humble opinion EIS sounds out of place compared to ESS and ESSP. 

Description : Multi-threading/core for on-demand scans.
Detail: ESET only uses a single CPU thread/core for on-demand scans, not utilizing my M.2 SSD even close to the limit. As a consequence on-demand scans take a *lot* longer than competing products that make use of multi-threading (up to 24 logical cores on my system).

I understand the spinning platter situation, but modern systems don't use HDDs for system drives anymore. And even then, scanning network shares on my HDD based NAS is faster when done by multi-threaded AV products.
All of my own and my customers' computers use SSDs for years already. Defender peaks at over 2500 mb/s during on-demand scans running 24 threads/files in parallel, meanwhile ESET is chugging along one file at a time. This should be brought up to more modern standards rather sooner than later.
Furthermore large compressed archive files should be handled by multiple threads, too, especially for the uncompression part of the operation.

What is meant by "whitelisted" files in this context? I noticed that out of the 456 .exe files contained in the WSSC GUI (Nirsoft, Sysinternals) only those 5 are re-read after reboot that qualify as "potentially unsafe applications" (regardless of the respective settings and exceptions). All none exe files on my system seem to be re-read by ESET after each reboot, regardless of module updates.
This includes all TTF (font) files, but also things like loading thousands of Lua addons files, hundreds of Toc files, dozends og TGA and font files when World of Warcraft is started for the first time after a reboot, plus NVidia and Battle.net client cache files.
I assume that most of these files are only re-hashed instead of rescanned (analyzed)? But it's still re-reading of files that were already scanned when the PC was last turned on (or just before reboot a few minutes ago).

Description : Improve ESET update server capacities.
Detail: Last week some connections to (some?) ESET update servers were abysmally slow, as in downloading at 0.01-0.1 mb/s while my internet line offers close to 13 mb/s. As a consequence download single update files took a *very* long time.
According to e-mail support some major ESET module update caused high spikes, so the server/connectivity infrastructure should be improved to handle these spikes much better.

I understand the spinning platter situation, but modern systems don't use HDDs for system drives anymore. And even then, scanning network shares on my HDD based NAS is faster when done by multi-threaded AV products.
All of my own and my customers' computers use SSDs for years already. Defender peaks at over 2500 mb/s during on-demand scans running 24 threads/files in parallel, meanwhile ESET is chugging along one file at a time. This should be brought up to more modern standards rather sooner than later.
Furthermore large compressed archive files should be handled by multiple threads, too, especially for the uncompression part of the operation.

What is meant by "whitelisted" files in this context? I noticed that out of the 456 .exe files contained in the WSSC GUI (Nirsoft, Sysinternals) only those 5 are re-read after reboot that qualify as "potentially unsafe applications" (regardless of the respective settings and exceptions). All none exe files on my system seem to be re-read by ESET after each reboot, regardless of module updates.
This includes all TTF (font) files, but also things like loading thousands of Lua addons files, hundreds of Toc files, dozends og TGA and font files when World of Warcraft is started for the first time after a reboot, plus NVidia and Battle.net client cache files.
I assume that most of these files are only re-hashed instead of rescanned (analyzed)? But it's still re-reading of files that were already scanned when the PC was last turned on (or just before reboot a few minutes ago).

I just went through all windows again and curiously all windows that feature a "maximize" button are resizable today, even when it is quite difficult to hit their narrow 1 px border. When I tried this yesterday some (but not all) windows would not let me mouseover/hit their border in order to resize them, try as I might from all directions. So I change my suggestion to either increase the border size or offer a resize handle in the lower-right corner (and keep an eye on this one).
There are some windows that are not resizable, though, and don't fit their content (115% scaling here). This is most problematic in windows featuring tabs at their top, like the Firewall rule window.

Other windows not fitting their content:
Network Attack Protection -> IDS Rules -> Add/Edit (only half a row missing)
Web and Email -> Excluded Applications -> Add/Edit (only fits 5 rows of a scrollable list)

Description : Improve ESET update server capacities.
Detail: Last week some connections to (some?) ESET update servers were abysmally slow, as in downloading at 0.01-0.1 mb/s while my internet line offers close to 13 mb/s. As a consequence download single update files took a *very* long time.
According to e-mail support some major ESET module update caused high spikes, so the server/connectivity infrastructure should be improved to handle these spikes much better.