[Openvas-discuss] Assign Additional Resources CPU/Memory to openvasmd

Fábio Fernandes fabiogfernandes at gmail.com
Sun Jan 8 03:19:53 CET 2017

In my opinion i think that those resources would be better spent on openvassd process since it does the heavy lifting.


> No dia 08/01/2017, às 00:59, Reindl Harald <h.reindl at thelounge.net> escreveu:
> Am 08.01.2017 um 01:30 schrieb TN TN:
>> HI Christian, I actually have it installed with postgresql, but when
>> you're scanning thousands of internal hosts on a weekly basis it slows
>> it down considerably over time.. I'm just curious on why openvasmd is
>> not using enough resources on the server. Thanks TN
> because they are not available which means you assume the bottleneck likely where it isn't - when you scan thousands of hosts how do you come to the conclusion at a single openvas machine will be enough?
> just install *more* instances as virtual machines when you say you are not cpu-bound and have enough memory and spread the load - problem solved
>> On 7 January 2017 at 17:09, Christian Fischer
>> <christian.fischer at greenbone.net
>> <mailto:christian.fischer at greenbone.net>> wrote:
>>    Hi,
>>    On 07.01.2017 19:43, TN TN wrote:
>>    > Hi, I have a fairly powerful server and it seems like the openvasmd
>>    > process isnt using up alot of the resources on the box. If I run
>>    > numerous scans (the scanner being off of the main openvasmd
>>    server), the
>>    > openvasmd process barely uses any resources, however Greenbone slows
>>    > down and the backend commands take much longer to execute. Is there a
>>    > way to force openvasmd to use more resources (CPU/Memory) so that it
>>    > runs faster? Thanks, TN
>>    i don't think this is possible and it also probably wouldn't help here.
>>    The manager process is using the resources it needs.
>>    I think the bottle neck is more likely the sqlite database backend which
>>    slows down if multiple scanners are sending data to the manager. Have a
>>    look at the postgresql database backend which might help to improve the
>>    performance.
> _______________________________________________
> Openvas-discuss mailing list
> Openvas-discuss at wald.intevation.org
> https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss

More information about the Openvas-discuss mailing list