I'm trying to debug the issue that's periodically taking down my work machine. It's an OOM-type problem, and based on this /proc/meminfo output:Total:       32902608 kBMemFree:         4054100 kBBuffers:           72696 kBCached:         18126492 kBSwapCached:        57124 kBActive:          4351400 kBInactive:       17526856 kBActive(anon):    3737244 kBInactive(anon): 17065796 kBActive(file):     614156 kBInactive(file):   461060 kBUnevictable:          64 kBMlocked:              64 kBSwapTotal:      11717628 kBSwapFree:        4202224 kBDirty:               680 kBWriteback:             0 kBAnonPages:       3622052 kBMapped:           457156 kBShmem:          17123968 kBSlab:            4184848 kBSReclaimable:    1822044 kBSUnreclaim:      2362804 kBKernelStack:        7032 kBPageTables:        55828 kBNFS_Unstable:          0 kBBounce:                0 kBWritebackTmp:          0 kBCommitLimit:    28168932 kBCommitted_AS:   37689696 kBVmallocTotal:   34359738367 kBVmallocUsed:      153644 kBVmallocChunk:   34359467188 kBHardwareCorrupted:     0 kBAnonHugePages:   2105344 kBHugePages_Total:       0HugePages_Free:        0HugePages_Rsvd:        0HugePages_Surp:        0Hugepagesize:       2048 kBDirectMap4k:      387924 kBDirectMap2M:    33120256 kBthe thing that sticks out is that 17GB Shmem usage, at least as far as I can tell. It grows erratically, and is somehow associated with Chrome usage - it seems like closing tabs can cause the fairly rapid growth (maybe ~300MB/min) to stop, but reopening the same tabs does not seem to restart the growth (inconclusive, need to catch a misbehaving tab in the act first).To my understanding, shmem includes tmpfs usage and GEM object allocation, but as far as I can tell the usage isn't very high (large pulse-shm-#### files, but only totaling 1GB).In terms of evidence, there's also this suspicious snippet from dmesg:[320918.676580] [TTM] Out of kernel memory[320918.676587] [drm:radeon_gem_object_create] *ERROR* Failed to allocate GEM object (196608, 2, 4096, -12)[320918.678451] [TTM] Out of kernel memory[320918.678454] [drm:radeon_gem_object_create] *ERROR* Failed to allocate GEM object (4096, 2, 4096, -12)[339871.343917] [drm:radeon_gem_object_create] *ERROR* Failed to allocate GEM object (393216, 2, 4096, -12)[339873.207965] chrome[12513]: segfault at 10 ip 00007f48d1f385ea sp 00007ffc1bd73ab0 error 4 in chrome[7f48cfd7b000+5a2d000]Based on the circumstances, I'm guessing it has something to do with Chrome and perhaps a graphics memory leak of some kind (Radeon driver, Ubuntu trusty), but from here I'm lost on how to debug (or at least bisect, to first figure out whether or not it is a GEM leak or not).Total Linux n00b in this respect, but looking for help to save my poor RAM sticks from abuse by...something?EDIT: Forgot to mention, but ipcs -m also seems fairly boring:------ Shared Memory Segments --------key        shmid      owner      perms      bytes      nattch     status      0x0052e2c1 0          postgres   600        48         5                       0x00000000 360449     htung      600        393216     2          dest         0x00000000 294914     htung      600        393216     2          dest         0x00000000 1114115    htung      600        524288     2          dest         0x00000000 655364     htung      600        524288     2          dest         0x00000000 2850821    htung      600        524288     2          dest         0x00000000 983046     htung      600        33554432   2          dest         0x00000000 1015815    htung      600        524288     2          dest         0x00000000 15663112   htung      600        393216     2          dest         0x00000000 15040521   htung      600        33554432   2          dest         0x00000000 1277962    htung      600        393216     2          dest         0x00000000 1507339    htung      600        1048576    2          dest         0x00000000 2752524    htung      700        153216     2          dest         0x00000000 1867789    htung      600        393216     2          dest         0x00000000 1638414    htung      600        393216     2          dest         0x00000000 2719759    htung      700        7680000    2          dest         0x00000000 2293776    htung      700        7680000    2          dest         0x00000000 1966097    htung      600        1048576    2          dest         0x00000000 2326546    htung      700        7680000    2          dest         0x00000000 2359315    htung      700        7680000    2          dest         0x00000000 2392084    htung      700        7680000    2          dest         0x00000000 2555925    htung      700        220576     2          dest         0x00000000 2588694    htung      700        40848      2          dest         0x00000000 2621463    htung      700        40848      2          dest         0x00000000 2654232    htung      700        40848      2          dest         0x00000000 2687001    htung      700        7680000    2          dest         0x00000000 15826970   htung      600        524288     2          dest         0x00000000 3735579    htung      600        393216     2          dest         0x00000000 3506205    htung      600        393216     2          dest         0x00000000 3932190    htung      600        393216     2          dest         0x00000000 15106079   htung      600        131664     2          dest         0x00000000 3866656    htung      600        1048576    2          dest         0x00000000 3899425    htung      600        393216     2          dest         0x00000000 4030498    htung      600        524288     2          dest         0x00000000 4063267    htung      600        393216     2          dest         0x00000000 8978468    htung      600        1048576    2          dest         0x00000000 6094885    htung      600        393216     2          dest         0x00000000 35651622   htung      600        4011000    2          dest         0x00000000 6127657    htung      600        393216     2          dest         0x00000000 6488106    htung      600        7206400    2          dest   
Extremely high shmem usage
linux kernel;out of memory;shared memory;memory leaks