[vpsFree.cz: community-list] clamav-daemon - limit paměti Debian

[Tomáš Spisar]

Děkuji za názory. 





A jak pravil Snajpa, že je na nic :-) tak jsem ho vypnul.


-- 

s pozdravem Tomáš Spisar

+420 702 937 602, Praha 11

tomas.spisar at seznam.cz, www.pdstudios.cz
(https://pdstudios.cz?utm_source=signature&utm_medium=email&utm_campaign=branding)




(https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=branding)



Dezinfekční prostředky pro vaši ochranu www.navzdorydobe.cz/
(https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=branding)


---------- Původní e-mail ----------
Od: Pavel Snajdr <snajpa at snajpa.net>
Komu: vpsFree.cz Community list <community-list at lists.vpsfree.cz>
Datum: 16. 3. 2022 12:48:49
Předmět: Re: [vpsFree.cz: community-list] clamav-daemon - limit paměti 
Debian 
"Ahoj,

nekolik veci k tomu:

nikde se neuctuje pamet nijak zvlastne, ani na OpenVZ, ani ve 
vpsAdminOS, vsechno to uctuje realne vyuzitou pamet, uctovani virtualni 
pameti je davnou davnou minulosti, to uz je fakt strasne davno :D

Omezit clamav na 512M nepomuze, protoze proste tu pamet potrebuje, za tu 
dobu se z toho stala poradne rozezrana vec.

Zisk z pouzivani clamav je tak nejak zaporny, nezazil jsem, ze by to 
nekdy neco chytilo tak, aby to bylo uzitecne a neco to ochranilo vcas.

Tohle je presne vec, kvuli ktere ten swap ani nechceme delat, protoze to 
znamena takoveho IO navic, ze bychom mohli SSDcka menit i min, nez 
jednou rocne, s tim, co dneska vydrzi. Kdyz uz se nekdo pta na swap na 
to, aby se mu tam vesla takova 4G s prominutim zhovadilost, co znamena 
uplne celou velikost RAM, co ma ta VPS k dispozici...

Swap casem bude, ale az se povede vymyslet, jak ho olimitovat tak, aby 
nebyl zneuzivan jako uplne nahradni RAM.

Pokud ho nekdo potrebuje tak vyuzivat, muze si ho pustit v KVM - ale 
potom je potreba pocitat s tim, ze se nam to IO, co to nadela pri kazdem 
jednom prichozim e-mailu, libit nejspis nebude.

Reseni je proste: chce to proste vic RAM, pokud je clamav potreba.

/snajpa

On 2022-03-16 12:12, Josef Vybíhal wrote:
> Ahoj, z mé zkušenosti je to přesně tak. Na OpenVZ jsem clamd
> používal - teď nevím jestli tam byl swap, nebo povolené nějaké
> přetečení/soft limit, ale problémy to nedělalo. Po přechodu na
> vpsadminOS nešlo udržet všechny servicy v chodu - clamd si vždycky
> signatury dává do paměti a 4 GB jsou pro něj poměrně na hraně.
> Když vezmu v potaz další aplikace, tak to prostě nestačí a OOM
> killer se pěkně vyřádil :)
> 
> Nevím jestli je možné lxc kontejneru přidat swap, nebo uvnitř
> něj udělat swap file. To by možná pomohlo.
> 
> A pak mě napadá jen prasárna s KVM - VM bude mít velký swap a
> poběží v něm ten clamav.
> 
> Já se na to vyprdl, a přestal clamav používat. Zas tak moc mi
> nepřinesl.
> 
> P.
> 
> On Wed, Mar 16, 2022 at 11:58 AM Silvestr Hašek <hasek at reklalink.cz>
> wrote:
> 
>> Ahoj,
>> 
>> pokud si to pamatuju dobře (a už je to nějakou dobu) tak Clamav
>> prostě funguje tak že všechno nacpe do paměti a na vpsFree máš
>> tu limitaci, že máš vlastně paměť jen typu RAM (tj. žádnou
>> formu virtual memory). Takže tahle volba pro tebe nic neznamená
>> protože Clamav nemá žádnou další paměť kam by to schoval.
>> Chápu že chceš aby to načetl z disku, jenže tohle on udělá
>> jen přes swap a ten nemáš.
>> 
>> Pokud potřebuješ omezit velikost alokovaný paměti tak musíš
>> omezit signatury, který Clamav bude používat. A pak taky vypnout
>> hotswap databáze, protože pak máš ty databáze vlastně 2 což
>> typicky znamená více než 2x tolik RAM během toho procesu.
>> 
>> S
>> 
>> On 15/03/2022 19:40, Tomáš Spisar wrote:
>> 
>>> Ahoj, jak nastavit clamav-daemon aby ho vpsAdmin nemusel vypínat.
>>> 
>>> 
>>> Podle nějakého návodu jsem nastavil:
>>> 
>>> _/etc/clamav/clamd.conf_
>>> 
>>> ConcurrentDatabaseReload false
>>> 
>>> _/usr/lib/systemd/system/clamav-daemon.service_
>>> MemoryLimit=512M
>>> 
>>> Ale stejně to nefunguje
>>> 
>>> --
>>> 
>>> s pozdravem Tomáš Spisar
>>> +420 702 937 602, Praha 11
>>> tomas.spisar at seznam.cz, www.pdstudios.cz [2]
>>> 
>>> [3]
>>> 
>>> Dezinfekční prostředky pro vaši ochranu www.navzdorydobe.cz/
>>> [3]
>>> 
>>> _______________________________________________
>>> Community-list mailing list
>>> Community-list at lists.vpsfree.cz
>>> http://lists.vpsfree.cz/listinfo/community-list [1]
>> _______________________________________________
>> Community-list mailing list
>> Community-list at lists.vpsfree.cz
>> http://lists.vpsfree.cz/listinfo/community-list [1]
> 
> 
> Links:
> ------
> [1] http://lists.vpsfree.cz/listinfo/community-list
> [2]
> https://pdstudios.cz?utm_source=signature&utm_medium=email&utm_
campaign=branding
> [3]
> https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_
campaign=branding
> 
> _______________________________________________
> Community-list mailing list
> Community-list at lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________
Community-list mailing list
Community-list at lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.vpsfree.cz/pipermail/community-list/attachments/20220316/a4948549/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 7055 bytes
Desc: not available
URL: <http://lists.vpsfree.cz/pipermail/community-list/attachments/20220316/a4948549/attachment-0001.png>