Result for 8C1BC86FF8DE58901279CBDEECB48976E0842F9E

Query result

Key Value
FileName./usr/share/doc/oomd/docs/configuration.md
FileSize5625
MD51A59A7BF242C1B1084CE688266FAE249
SHA-18C1BC86FF8DE58901279CBDEECB48976E0842F9E
SHA-256B38C064038A296F64433FAA4E876D949BDAA30F7CE2BED366D8021936135A7EF
SSDEEP96:W6j2YtDLcOV5T4Z+I+S2H24yBLKyRxyci2yPUiLVsFLK:W6jbLc45fI+SU24COyXyci2yciL6Fu
TLSHT1EBC1431BE5A8AA33F1DB1178555E13C0AB2691BF59487C7C349C240CAF9489F8A7F3D8
hashlookup:parent-total6
hashlookup:trust80

Network graph view

Parents (Total: 6)

The searched file hash is included in 6 parent files which include package known and seen by metalookup. A sample is included below:

Key Value
MD55508CC3B6339C000FF0CB36D48E5F7F8
PackageArchaarch64
PackageDescriptionOut of memory killing has historically happened inside kernel space. On a memory overcommitted linux system, malloc(2) and friends usually never fail. However, if an application dereferences the returned pointer and the system has run out of physical memory, the linux kernel is forced take extreme measures, up to and including killing processes. This is sometimes a slow and painful process because the kernel can spend an unbounded amount of time swapping in and out pages and evicting the page cache. Furthermore, configuring policy is not very flexible while being somewhat complicated. oomd aims to solve this problem in userspace. oomd leverages PSI and cgroupv2 to monitor a system holistically. oomd then takes corrective action in userspace before an OOM occurs in kernel space. Corrective action is configured via a flexible plugin system, in which custom code can be written. By default, this involves killing offending processes. This enables an unparalleled level of flexibility where each workload can have custom protection rules. Furthermore, time spent livedlocked in kernelspace is minimized.
PackageMaintainerFedora Project
PackageNameoomd
PackageRelease6.fc34
PackageVersion0.4.0
SHA-1F9B4FB11CF4C036BBDD47E3346905C9282E42C8C
SHA-2561B839C62C73729A7AEA92F64745A22CC7A031E173D0C0CD6C49D16B4D4C89515
Key Value
MD57382473E6DC775B052C297C62CCBB598
PackageArchx86_64
PackageDescriptionOut of memory killing has historically happened inside kernel space. On a memory overcommitted linux system, malloc(2) and friends usually never fail. However, if an application dereferences the returned pointer and the system has run out of physical memory, the linux kernel is forced take extreme measures, up to and including killing processes. This is sometimes a slow and painful process because the kernel can spend an unbounded amount of time swapping in and out pages and evicting the page cache. Furthermore, configuring policy is not very flexible while being somewhat complicated. oomd aims to solve this problem in userspace. oomd leverages PSI and cgroupv2 to monitor a system holistically. oomd then takes corrective action in userspace before an OOM occurs in kernel space. Corrective action is configured via a flexible plugin system, in which custom code can be written. By default, this involves killing offending processes. This enables an unparalleled level of flexibility where each workload can have custom protection rules. Furthermore, time spent livedlocked in kernelspace is minimized.
PackageMaintainerFedora Project
PackageNameoomd
PackageRelease1.fc32
PackageVersion0.3.2
SHA-12DBB3A63827BB2584A2EF30A2A4BB25476BCCDDB
SHA-25639AC9C1719E71D60840C9295246DE5766BAD5124F2DF1435D7BC8473BE3573B7
Key Value
MD5D47126105764F7FBE4353E5D99F17B34
PackageArchaarch64
PackageDescriptionOut of memory killing has historically happened inside kernel space. On a memory overcommitted linux system, malloc(2) and friends usually never fail. However, if an application dereferences the returned pointer and the system has run out of physical memory, the linux kernel is forced take extreme measures, up to and including killing processes. This is sometimes a slow and painful process because the kernel can spend an unbounded amount of time swapping in and out pages and evicting the page cache. Furthermore, configuring policy is not very flexible while being somewhat complicated. oomd aims to solve this problem in userspace. oomd leverages PSI and cgroupv2 to monitor a system holistically. oomd then takes corrective action in userspace before an OOM occurs in kernel space. Corrective action is configured via a flexible plugin system, in which custom code can be written. By default, this involves killing offending processes. This enables an unparalleled level of flexibility where each workload can have custom protection rules. Furthermore, time spent livedlocked in kernelspace is minimized.
PackageMaintainerFedora Project
PackageNameoomd
PackageRelease1.fc32
PackageVersion0.3.2
SHA-1098414B90DDD13B9B4AA3C8D84511925AC8DEBDB
SHA-256A56F883598906BA9C77C6B46027C1102434CEDB4DB73F18F7B120E3BC9702DC4
Key Value
MD57962A74EF90F9735FA133723E291EF5A
PackageArchx86_64
PackageDescriptionOut of memory killing has historically happened inside kernel space. On a memory overcommitted linux system, malloc(2) and friends usually never fail. However, if an application dereferences the returned pointer and the system has run out of physical memory, the linux kernel is forced take extreme measures, up to and including killing processes. This is sometimes a slow and painful process because the kernel can spend an unbounded amount of time swapping in and out pages and evicting the page cache. Furthermore, configuring policy is not very flexible while being somewhat complicated. oomd aims to solve this problem in userspace. oomd leverages PSI and cgroupv2 to monitor a system holistically. oomd then takes corrective action in userspace before an OOM occurs in kernel space. Corrective action is configured via a flexible plugin system, in which custom code can be written. By default, this involves killing offending processes. This enables an unparalleled level of flexibility where each workload can have custom protection rules. Furthermore, time spent livedlocked in kernelspace is minimized.
PackageMaintainerFedora Project
PackageNameoomd
PackageRelease2.fc33
PackageVersion0.4.0
SHA-10583ACD232F49704DA5D6362335EF635D21E032C
SHA-256F37929394B1C93D55018C5040FC3E494B69016845A4604E70B978BBB276DEFE5
Key Value
MD5D1E10507AF5DCCC2A96815191FB54C88
PackageArchx86_64
PackageDescriptionOut of memory killing has historically happened inside kernel space. On a memory overcommitted linux system, malloc(2) and friends usually never fail. However, if an application dereferences the returned pointer and the system has run out of physical memory, the linux kernel is forced take extreme measures, up to and including killing processes. This is sometimes a slow and painful process because the kernel can spend an unbounded amount of time swapping in and out pages and evicting the page cache. Furthermore, configuring policy is not very flexible while being somewhat complicated. oomd aims to solve this problem in userspace. oomd leverages PSI and cgroupv2 to monitor a system holistically. oomd then takes corrective action in userspace before an OOM occurs in kernel space. Corrective action is configured via a flexible plugin system, in which custom code can be written. By default, this involves killing offending processes. This enables an unparalleled level of flexibility where each workload can have custom protection rules. Furthermore, time spent livedlocked in kernelspace is minimized.
PackageMaintainerFedora Project
PackageNameoomd
PackageRelease6.fc34
PackageVersion0.4.0
SHA-17249CE0F094D4BC5A94BBDE088B38254D9CA32AE
SHA-25665F38939DC8CA16BC56CFA31DCAB432284EAA39F0F11519BA26A7205594BE357
Key Value
MD509D0C557C7B28132790CF8386DFAA387
PackageArchaarch64
PackageDescriptionOut of memory killing has historically happened inside kernel space. On a memory overcommitted linux system, malloc(2) and friends usually never fail. However, if an application dereferences the returned pointer and the system has run out of physical memory, the linux kernel is forced take extreme measures, up to and including killing processes. This is sometimes a slow and painful process because the kernel can spend an unbounded amount of time swapping in and out pages and evicting the page cache. Furthermore, configuring policy is not very flexible while being somewhat complicated. oomd aims to solve this problem in userspace. oomd leverages PSI and cgroupv2 to monitor a system holistically. oomd then takes corrective action in userspace before an OOM occurs in kernel space. Corrective action is configured via a flexible plugin system, in which custom code can be written. By default, this involves killing offending processes. This enables an unparalleled level of flexibility where each workload can have custom protection rules. Furthermore, time spent livedlocked in kernelspace is minimized.
PackageMaintainerFedora Project
PackageNameoomd
PackageRelease2.fc33
PackageVersion0.4.0
SHA-1364ABD84FFDA5EC084FC49639BB81D947AFED472
SHA-256C8D6465F3D786F2B43446FABACE85B64F420B251F6FF4CE44FD5046C0D015CF8