Kyle_Katarn wrote: ↑
Thu Apr 25, 2019 9:25 pm
scheff wrote: ↑
Wed Apr 24, 2019 9:59 pm
The number of applications is somehow dynamic on my device. Currently, SUMO reports more than 600 applications although I've disabled beta software as well as Microsoft Products and although SUMO doesn't find all applications. They're all local on SSD attached via PCIe. When restarting SUMO later, it seems that SUMO runs a bit quicker but still at least 2,5 minutes.
I was taking my first look at Windows PowerShell today. It reports almost 190 applications installed via Windows Installer. That's almost 50% more than Windows shows in its program list. It does also include entries difficult to detect and report otherwise.
Thanks ! That's a kind a extreme use case
On my dev station, I only have 51 items.... much faster
No. I don't think this an extreme case. It depends on purpose resp. usage and infrastructure. I don't have a development platform installed although parts for support of scripting not yet used much. I currently don't have much of IT infrastructure here at home although I might start experimenting a bit into this direction. When I was working as an embedded software developer decades ago, the company used open source development suites adapted by software houses in cooperation with hardware manufacturers as cross-plattform development suite with individually commercialized and packaged component sets, no cloud service and just a few services run by data center services (like pay roll, accounting, email, some storage and backup service, firewall and identity management). So there were a lot more software tools and applications installed which I could not afford privately, neither in software investment nor in hardware investment.
Now with Microsoft Product reporting enabled in SUMo and with extension of scanning to portable software, I'm in the order of much more than 1400
software tools reported by SUMo although Windows reports of about 140 plus about 50
Windows 10 Apps. With such a limited configuration set, it started to enter an order for which design questions become relevant how you store which kind of information locally, which kind of information is exchanged with SUMo server and how all this gets organized.
- Do you use some local database for the SUMo client?
- And if yes, starting with which data volume does it use indexing and prefetching of its IO?
- Starting with which data volume do you start bulk transfers between client and server?
Due to some other bug reports and questions you asked me to enable debugging for logging. As I already replied, the interesting information is hidden by default with such a data volume as it is cut out. And as far as I know, I don't have tools installed to take advantage of the possibility to clone file writing (like the tool tee
) in the debug mode of SUMo. Does SUMo use the same resource limits in debug mode as in standard mode or what's the relation otherwise?
For such data volumes this would be a bad idea. In such a case the available resources should be multiplied at least by a factor of four or even better become configurable, regardless if via GUI or another UI reserved for advanced users eventually directed by KC Software support. Take a look at Apache configuration files which are commented.