I'm toying with ditching the ramdisk idea at this point based on what
you've said, but why after updating to 17244 to I get the warning about
AUTHerrors.sav (and only that file) at initial startup after a reboot when
I never did before?
Related, is there any logic to leaving the tmpDB structure as is, but
creating a tmpRebuild folder or something like that to copy files to for
use during the rebuild itself? That way, those of us who want a ramdisk
for rebuild speed could have it map to tmpRebuild and leave tmpDB as a
regular folder, thereby not messing things up if a system crashes or is
restarted without saving the stuff in tmpDB.
On Tue, Sep 5, 2017 at 2:14 AM, Thomas Eckardt <thomas.ecka...@thockar.com>
wrote:
> Having 'tmpDB' on a RAMDrive makes the rebuildspamdb task very fast. It is
> possibly a good idea on large havy workload systems. BUT this requires a
> special system setup and design.
> If you do this, you need to copy the content of the RAMDrive to a regular
> drive after assp shutdown and before you (or at) shutdown the system (or
> destroy the RAMDrive). After (or at) a system start, you need to copy the
> content back to 'tmpDB' before assp is starting!
>
> - if 'tmpDB/files' is missing, you loose several runtime and statistical
> states
> - if 'tmpDB/rebuildDB' is missing, the dynamic spamDB and HMMdb correction
> for reported SPAM and HAM will not work, unless a complete rebuildspamdb
> was done.
>
>
>
> Thomas
>
>
> DISCLAIMER:
> *******************************************************
> This email and any files transmitted with it may be confidential, legally
> privileged and protected in law and are intended solely for the use of the
> individual to whom it is addressed.
> This email was multiple times scanned for viruses. There should be no
> known virus in this email!
> *******************************************************
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Assp-test mailing list
> Assp-test@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/assp-test
>
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Assp-test mailing list
Assp-test@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/assp-test
