Good thought Chris. Yet in our case our system does not have the 
spectre/meltdown kernel fix.

Just to update everyone, we performed the upgrade successfully after we purged 
more data jobs/steps first. We did the following to ensure the purge happened 
right away per Hendryk's recommendation:

ArchiveDir=/common/adm/slurmdb_archive
ArchiveEvents=yes
ArchiveJobs=yes
ArchiveSteps=no
ArchiveResvs=no
ArchiveSuspend=no
PurgeEventAfter=1month
PurgeJobAfter=2880hours # <- changing from 18months
PurgeResvAfter=2month
PurgeStepAfter=2880hours        # <- changing from 18 months
PurgeSuspendAfter=2month

Specifying hours so that the purge kicked in quickly.

After having only 4 months of jobs/steps, the update took ~1.5 hrs. This was 
for a 334MB db with 1.1M jobs.

We've also made this change to stop tracking energy and other things we don't 
care about right now:

AccountingStorageTRES=cpu,mem

Hope that will help for the future.

Thanks Hendryk, and Paul :)

Best,
Chris
—
Christopher Coffey
High-Performance Computing
Northern Arizona University
928-523-1167
 
On 2/23/18, 3:13 PM, "slurm-users on behalf of Chris Samuel" 
<slurm-users-boun...@lists.schedmd.com on behalf of ch...@csamuel.org> wrote:

    On Friday, 23 February 2018 8:04:50 PM AEDT Miguel Gila wrote:
    
    > Interestingly enough, a poor vmare VM (2CPUs, 3GB/RAM) with MariaDB 5.5.56
    > outperformed our central MySQL 5.5.59 (128GB, 14core, SAN) by a factor of
    > at least 3 on every table conversion.
    
    Wild idea completely out of left field..
    
    Does the production system have the updates for Meltdown and Spectre 
applied, 
    whereas the VM setup does not?
    
    There are meant to be large impacts from those fixes for syscall heavy 
    applications and databases are one of those nightmare cases...
    
    cheers,
    Chris
    -- 
     Chris Samuel  :  
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.csamuel.org%2F&data=02%7C01%7Cchris.coffey%40nau.edu%7C392a2dc2bbde477e503208d57b0aa473%7C27d49e9f89e14aa099a3d35b57b2ba03%7C0%7C0%7C636550207997139489&sdata=EdGJVxEIu5K%2Bi2yE2pxKFx7t%2BWmiwNtr6ufchjeHzPc%3D&reserved=0
  :  Melbourne, VIC
    
    
    

Reply via email to