Result for 1AC33C60C62E3A840744517466ACEC0AC78E0FF7

Query result

Key Value
FileName./usr/share/doc/oomd/docs/drop_in_configs.md
FileSize4796
MD5DA2D56C53588E4A0079F3E16DA4EB007
SHA-11AC33C60C62E3A840744517466ACEC0AC78E0FF7
SHA-25684F5B3A612D35924D6A6673D4C2C922F0164F78DB2A5EAFFB39EF2416F23D23D
SSDEEP96:255PBMAdqwVojseGjFOtAM6/K4LmxbujCiV7mjjiex:2vPBMAdhSxGjstAZ/K4Lmxb6CiV7mjjZ
TLSHT114A1313696582E7319F714ECEC1F03A29F3582BB8D5A9C18B4CC715C9F45822D5734C9
hashlookup:parent-total8
hashlookup:trust90

Network graph view

Parents (Total: 8)

The searched file hash is included in 8 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
MD52F621DF6B98DF7E814E805646E2DC98D
PackageArchs390x
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.el8
PackageVersion0.5.0
SHA-1C28CEF8EF863E8A396A9FA976683E84D3E32391D
SHA-2564951E8327C469848E1F35C07CFB1B59491CBD6E063CEFB896930B48B3D071787
Key Value
MD573D4E3CEA225CA16C76BA70EB55E7BC1
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.el8
PackageVersion0.5.0
SHA-150B56BD309285D2269848832964DFE5BF248E3ED
SHA-256254341D88ECC137702ED124E2A7B0F241EE7C1F60FF6758848E037FBCD935DA9
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