Yes, if it's needless. Multiply the trend over 100 such applications,
some of which will inevitably be bigger as they do bigger tasks than
hunt malware (supposedly as a low-impact background task) and see
where the trend takes you.
Bear in mind that not everyone follows the "duuuuhh" practice of
dumping everything in one big C:, then wondering why Windows slows
down when the heads have to traverse your 50G music and movie
collection. In the context of an 8G "engine room" C: that is supposed
to stay lean and mean, a bloated program footprint is Bad.
Not everybody has the money/time/will to invest into new hardware
And those that do, may want to do *more* as a result, not simply do
the same stuff at the same speed.
It is entirely possible to write sleek and efficient software.
Sometimes it's slower (to attain the same degree of stability) to
write and thus more likely to reach the market late and overpriced.
The "bloat" factor may go about higher-level languages that allow
faster development with better stability than, say, raw C.
Again; those who buy speed and capacity do so with the expectation of
putting this to use, attaining better results than merely running the
same sort of tasks more slowly. Anyone paying extra $$$ for an extra
few MHz (e.g. 2.8GHz rather than 2.6GHz) isn't going to like
underfootware that uses up an extra 7% processor time.
As to the latest NAV; not only is it weak on detecting commercial
malware (as msot if not all av will be), it actually *imposes* the
same sort of negative impact as commercial malware (DRM).
-------------------- ----- ---- --- -- - - - -
Hmmm... what was the *other* idea?
