> **Quick Start**: from the CLI
> * **If `python3 -V` shows v3.11 or later, install with `pipx`**:
> * install `pipx` per your distro's guidance
> * then: `pipx upgrade pmemstat || pipx install pmemstat`
> * **Else for python3.10 and lesser versions, install with `pip`**:
> * install `pip` per your distro's guidance
> * then: `python3 -m pip install --user --upgrade pmemstat`
> * **To run**:
> * simply run: `pmemstat`
> * type "?" within `pmemstat` to show help screen.
# pmemstat - Proportional Memory Status
`pmemstat` shows detailed **proportional** memory use of **Linux** processes by digesting:
* `/proc/{PID}/smaps`
* `/proc/{PID}/smaps_rollup`
Computing proportional memory avoids overstating memory use as many programs do (e.g., `top`). Specifically, proportional memory splits the cost of common memory to the processes sharing it (rather than counting common memory multiple times). And, it does not include uninstantiated virtual memory.
Without `-o`, `pmemstat` shows less details and is much faster and sometimes less accurate (e.g., it will not report classes of memory such as SysV shared memory which are often are not present anyhow). With `-o` providing full detail, digging out the numbers is slower; thus, `pmemstat -o` may take a few seconds to start, but, in its loop mode, refreshes are relatively fast and efficient by avoiding recomputing unchanged numbers. When in its window mode, typing `o` toggles low/high detail.
`pmemstat`'s grouping feature rolls up the resources of multiple processes of a feature (e.g., a browser) to make the total memory/cpu impact much more apparent.
Its looping features allow monitoring for changes in memory growth which may be "leaks". Segregating memory by types can make identifying leaks faster and more certain.
**In version 2.0, `pmemstat` has many new features including**:
* In its **window mode**, `pmemstat` updates the terminal in place (using "curses") rather than scrolling.
* Showing **CPU use**, too, which makes `pmemstat` a viable alternative to `top` for regular use (although more specialized and still focused on accurate memory representation).
* Supports **killing processes** that are selected visually with confirmation they are really gone (or not).
* And several **new options** that can be **controlled dynamically** if in window mode.
## Installation Options
Note that:
* `pmemstat` needs to run as root to read the memory statistics for all processes (which is normally desired).
* By default, `pmemstat` reruns itself as with `sudo` (thus you need `sudo` privileges).
* To defeat re-running with `sudo`, use the `--run-as-user` or `-U` option.
See the Quick Start at the top for preferred install instructions using `pipx`. If not acceptable, see the "Alternative Installation Options" section below.
## Usage
```
usage: pmemstat [-h] [-D] [-C] [-g {exe,cmd,pid}] [-f] [-k MIN_DELTA_KB]
[-l LOOP_SECS] [-L CMDLEN] [-t TOP_PCT] [-n] [-U] [-o]
[-u {MB,mB,KB,human}] [-R] [-s {mem,cpu,name}] [-/ SEARCH] [-W] [pids ...]
positional arguments:
pids list of pids/groups (none means every accessible pid)
options:
-h, --help show this help message and exit
-D, --debug debug mode (the more Ds, the higher the debug level)
-C, --no-cpu do NOT report percent CPU (only in window mode)
-g {exe,cmd,pid}, --groupby {exe,cmd,pid}
grouping method for presenting rows
-f, --fit-to-window do not overflow window [if -w]
-k MIN_DELTA_KB, --min-delta-kb MIN_DELTA_KB
minimum delta KB to show again [dflt=100 if DB else 1000
-l LOOP_SECS, --loop LOOP_SECS
loop interval in secs [dflt=5 if -w else 0]
-L CMDLEN, --cmdlen CMDLEN
max shown command length [dflt=36 if not -w]
-t TOP_PCT, --top-pct TOP_PCT
report group contributing to top pct of ptotal [dflt=100]
-n, --numbers show line numbers in report
-U, --run-as-user run as user (NOT as root)
-o, --others collapse shSYSV, shOth, stack, text into "other"
-u {MB,mB,KB,human}, --units {MB,mB,KB,human}
units of memory [dflt=MB]
-R, --no-rise do NOT raise change/adds to top (only in window mode)
-s {mem,cpu,name}, --sortby {mem,cpu,name}
grouping method for presenting rows
-/ SEARCH, --search SEARCH
show items with search string in name
-W, --no-window show in "curses" window [disables: -D,-t,-L]
```
Explanation of some options and arguments:
* `-g {exe,cmd,pid}, --groupby {exe,cmd,pid}` - select the grouping of memory stats for reporting.
* `exe` - group by basename of the executable (the default)
* `cmd` - group by the truncated command line (use `-L CMDLEN` to choose length)
* `pid` - group by one process
* `-k MIN_DELTA_KB, --min-delta-kb MIN_DELTA_KB` - when looping, how much change in memory use is required to show the grouping in subsequent loops; note:
* a positive `MIN_DELTA_KB` means the total memory of the groupin must **grow** by that amount (in KB)
* a non-positive `MIN_DELTA_KB` means the total memory of the grouping must **change** by that amount (in KB)
* `pids` - the positional arguments may be pids (i.e., numbers) or the names of executables (as shown by `-gexe`)
## Example Usage with Explanation of Output
In the default refreshed window loop, we see
* a **leader line** with:
* the current time
* from `/proc/meminfo` in MemTotal (Tot), MemAvailable (Avail), Tmp (Shmem+TmpFS), and Dirty.
* 'Oth' is the unaccounted for memory belonging to the kernel, reserve,
drivers, imprecision, etc.; `Oth = Tot - Avail - Tmp - ptotal`.
* Features such as BTRFS, ZFS, zRAM, unattached SysV Shared Memory, etc., can cause 'Oth' to be significant;
that is, MemAvail is often greatly understated (and 'Oth' is overstated). As a test (not intended for regular use), try:
`sudo sync; sudo sh -c "echo 3 > /proc/sys/vm/drop_caches"`; if that reduces `Oth` significantly,
then the MemAvailable calculation was off significantly.
* Determining the contributors can be difficult, but start with `sudo slabtop -sc` and feature specific tools (e.g., `zpool list`).
* how many PIDs are contributing to the report vs the total number of PIDs excluding kernel threads
* a **second leader line for zRAM** only if zRAM is active with:
* percent cpu consumed by kernel processes (not normalized ... if there 4 CPUs, then the total CPU can 400%). This is important because, with zRAM, this often is mostly the swap process.
* **zRAM** - the amount of "Used" RAM that is storing zRAM data
* **eTot** - the effective Total RAM and the percent of "Tot" RAM (which would typically be above 100%). The bigger **zRAM**, the more accurate this number.
* **eUsed** - the effective Used RAM and percent of "Tot" RAM.
* **eAvail** - the effective Available RAM and percent of "Tot" RAM.
* a **header line with the reported fields** including:
* **cpu** - percent CPU (again not normalized to 100%)
* **pswap** - proportional use of swap (per smaps_rollup)
* **other** - partly sums these categories (shown by the key, `o`):
* **shSYSV** - proportional use of System V shared memory (per smaps)
* **shOth** - proportional use of other shared memory (per smaps)
* **stack** - exclusive use of stack memory per smaps
* **text** - proportional use of memory for text (i.e., the read-only binary code, per smaps)
* **data** - exclusive use of memory for data (i.e., exclusively used of "heap" memory, per smaps)
* **ptotal** - proportional use of memory of all categories (i.e, sum of columns to the left); **note**, if zRAM, this includes **pswap**, else not.
* *empty* - type of the entry which may be:
* **T** - the grand total
* **A** - a newly added grouping
* **O** - combined overflow groupings below the `--top-pct` threshold (only on first loop)
* **+-{number}K** - number of KB of change in **ptotal** (only on subsequent loops)
* **key/info** which is a quantifier plus the grouping key. The quantifier may be:
* **{PID}** - when the grouping line represents one process (for option `-gexe`).
* **{num}x** - where {num} is the number of processes in the grouping.
## Help Screen (in Window Mode, Press '?')
In window mode, press '?' to enter the help screen which looks like:
**Notes:**
* There are a number of navigation keys (mostly following vim conventions); in the help screen, they apply to help screen; otherwise, they apply to main screen.
* Below the line, there are a number of keys/options; when you type an option key (e.g, "c"), it will highlight the next option value (e.g., "off"); when you change options, they will be applied to the next loop of the main menu.
* These option keys can be used in the main menu (e.g., pressing "c" will change hide or reveal the CPU column w/o entering the help screen).
## Kill Mode (Window Mode)
Pressing "K" enter "Kill Mode" where you use the navigation keys to highlight a row, and then press ENTER to kill the process(es) represented by that row.
## Scroll Position (Window Mode)
Sometimes, the horizontal line between the header and scrollable region has a reverse video block (under the "351" in this case):
**Notes:**
* When there is no block, the scrolled document does not overflow the scrollable region.
* When there is a block, its position indicates:
* **Leftmost** - At the top of the document.
* **Rightmost** - At the bottom of the document.
* **Between Leftmost and Rightmost** - At percentage of the document approximated by its position from Left (0%) to Right (100%).
* Its length indicates, roughly, how much of the entire document you can see.
* Again, you can press 'f' to fit the document to the screen with a "rollup" line summarizing the lines that would not fit.
## Quirks and Details
* **pswap** seems to be only provided by the `smaps_rollups` file, and thus it may be slightly out of sync with the data gathered by `smaps`.
* the **ptotal** (from 'smaps') and **pss** (from `smaps_rollups` and usually hidden) seem differ more than expected but still close.
* after the first loop, **pss** is read and only groups with sufficient aggregate change are probed for the details. Thus, subsequent loops are more efficient by avoiding the reading of `smaps` in many cases (with some loss of accuracy).
* the "exe" value comes from the command line (based `/proc/{PID}/cmdline` which is a bit funky). Firstly, the leading path is stripped; secondly, if the resulting executable is a script interpreter (e.g., python, perl, bash, ...) AND the first argument seems to be a full path (i.e., starts with "/"), then the "exe" will be represented as "{interpreter}->{basename(script)}". For example, "python3->pmemstat.py" in the example above.
## Test Program and Test Suggestions
The C program, `memtest.c` is included and can be compiled by running `cc memtest.c -o memtest`. This program:
* regularly allocates more memory of all types
* can be run several times simultaneously,
* will share SysV shared memory and memory mapped files,
When running `pmemstat` to monitor its memory use and changes, you should use `-uKB` and `-k{small-number}` so that you can "see" the very modest memory use of the test program and its changes.
Running a number of sleeps of various durations in the background in a loop, plus one foreground sleep, can make for a robustness tests with lots of processes coming and going. There are many "races" (i.e., a process may appear in `/proc`, but its`smaps` is gone), and this test helps ensure the races are handled properly.
## Alternative Installation Options
If the `pipx` install is not acceptable, choose the best way to install:
* **From PyPi as non-root**. You need `~/.local/bin` on your `$PATH`.
```
python -m pip install --user pmemstat
# to uninstall: python -m pip uninstall pmemstat
```
* Or **from PyPi as root**. This makes `pmemstat` available to all users with `/usr/local/bin` on `$PATH`. Note: `PIP_BREAK_SYSTEM_PACKAGES=1` may be required on some distros.
```
PIP_BREAK_SYSTEM_PACKAGES=1 sudo python -m pip install pmemstat
# to uninstall: sudo python -m pip uninstall pmemstat
```
Raw data
{
"_id": null,
"home_page": null,
"name": "pmemstat",
"maintainer": null,
"docs_url": null,
"requires_python": ">=3.8",
"maintainer_email": null,
"keywords": "proportional memory, RAM, htop, top, monitor",
"author": null,
"author_email": "Joe Defen <joedef@duck.com>",
"download_url": "https://files.pythonhosted.org/packages/53/69/c55b6787a2e602adbe683d6d61cc43135c7ed1b2e65aaac5416ea2cad6d1/pmemstat-2.3.28.tar.gz",
"platform": null,
"description": "> **Quick Start**: from the CLI\n> * **If `python3 -V` shows v3.11 or later, install with `pipx`**:\n> * install `pipx` per your distro's guidance\n> * then: `pipx upgrade pmemstat || pipx install pmemstat`\n> * **Else for python3.10 and lesser versions, install with `pip`**:\n> * install `pip` per your distro's guidance\n> * then: `python3 -m pip install --user --upgrade pmemstat`\n> * **To run**:\n> * simply run: `pmemstat`\n> * type \"?\" within `pmemstat` to show help screen.\n\n\n# pmemstat - Proportional Memory Status\n\n`pmemstat` shows detailed **proportional** memory use of **Linux** processes by digesting:\n* `/proc/{PID}/smaps`\n* `/proc/{PID}/smaps_rollup`\n\nComputing proportional memory avoids overstating memory use as many programs do (e.g., `top`). Specifically, proportional memory splits the cost of common memory to the processes sharing it (rather than counting common memory multiple times). And, it does not include uninstantiated virtual memory. \n\nWithout `-o`, `pmemstat` shows less details and is much faster and sometimes less accurate (e.g., it will not report classes of memory such as SysV shared memory which are often are not present anyhow). With `-o` providing full detail, digging out the numbers is slower; thus, `pmemstat -o` may take a few seconds to start, but, in its loop mode, refreshes are relatively fast and efficient by avoiding recomputing unchanged numbers. When in its window mode, typing `o` toggles low/high detail.\n\n`pmemstat`'s grouping feature rolls up the resources of multiple processes of a feature (e.g., a browser) to make the total memory/cpu impact much more apparent.\n\nIts looping features allow monitoring for changes in memory growth which may be \"leaks\". Segregating memory by types can make identifying leaks faster and more certain.\n\n**In version 2.0, `pmemstat` has many new features including**:\n* In its **window mode**, `pmemstat` updates the terminal in place (using \"curses\") rather than scrolling.\n* Showing **CPU use**, too, which makes `pmemstat` a viable alternative to `top` for regular use (although more specialized and still focused on accurate memory representation).\n* Supports **killing processes** that are selected visually with confirmation they are really gone (or not).\n* And several **new options** that can be **controlled dynamically** if in window mode.\n\n## Installation Options\nNote that:\n* `pmemstat` needs to run as root to read the memory statistics for all processes (which is normally desired).\n* By default, `pmemstat` reruns itself as with `sudo` (thus you need `sudo` privileges).\n* To defeat re-running with `sudo`, use the `--run-as-user` or `-U` option.\n\nSee the Quick Start at the top for preferred install instructions using `pipx`. If not acceptable, see the \"Alternative Installation Options\" section below.\n\n\n## Usage\n```\nusage: pmemstat [-h] [-D] [-C] [-g {exe,cmd,pid}] [-f] [-k MIN_DELTA_KB]\n [-l LOOP_SECS] [-L CMDLEN] [-t TOP_PCT] [-n] [-U] [-o]\n [-u {MB,mB,KB,human}] [-R] [-s {mem,cpu,name}] [-/ SEARCH] [-W] [pids ...]\n\npositional arguments:\n pids list of pids/groups (none means every accessible pid)\n\noptions:\n -h, --help show this help message and exit\n -D, --debug debug mode (the more Ds, the higher the debug level)\n -C, --no-cpu do NOT report percent CPU (only in window mode)\n -g {exe,cmd,pid}, --groupby {exe,cmd,pid}\n grouping method for presenting rows\n -f, --fit-to-window do not overflow window [if -w]\n -k MIN_DELTA_KB, --min-delta-kb MIN_DELTA_KB\n minimum delta KB to show again [dflt=100 if DB else 1000\n -l LOOP_SECS, --loop LOOP_SECS\n loop interval in secs [dflt=5 if -w else 0]\n -L CMDLEN, --cmdlen CMDLEN\n max shown command length [dflt=36 if not -w]\n -t TOP_PCT, --top-pct TOP_PCT\n report group contributing to top pct of ptotal [dflt=100]\n -n, --numbers show line numbers in report\n -U, --run-as-user run as user (NOT as root)\n -o, --others collapse shSYSV, shOth, stack, text into \"other\"\n -u {MB,mB,KB,human}, --units {MB,mB,KB,human}\n units of memory [dflt=MB]\n -R, --no-rise do NOT raise change/adds to top (only in window mode)\n -s {mem,cpu,name}, --sortby {mem,cpu,name}\n grouping method for presenting rows\n -/ SEARCH, --search SEARCH\n show items with search string in name\n -W, --no-window show in \"curses\" window [disables: -D,-t,-L]\n\n```\nExplanation of some options and arguments:\n* `-g {exe,cmd,pid}, --groupby {exe,cmd,pid}` - select the grouping of memory stats for reporting.\n * `exe` - group by basename of the executable (the default)\n * `cmd` - group by the truncated command line (use `-L CMDLEN` to choose length)\n * `pid` - group by one process\n* `-k MIN_DELTA_KB, --min-delta-kb MIN_DELTA_KB` - when looping, how much change in memory use is required to show the grouping in subsequent loops; note:\n * a positive `MIN_DELTA_KB` means the total memory of the groupin must **grow** by that amount (in KB)\n * a non-positive `MIN_DELTA_KB` means the total memory of the grouping must **change** by that amount (in KB)\n* `pids` - the positional arguments may be pids (i.e., numbers) or the names of executables (as shown by `-gexe`) \n\n\n## Example Usage with Explanation of Output\n\n\nIn the default refreshed window loop, we see\n* a **leader line** with:\n * the current time\n * from `/proc/meminfo` in MemTotal (Tot), MemAvailable (Avail), Tmp (Shmem+TmpFS), and Dirty.\n * 'Oth' is the unaccounted for memory belonging to the kernel, reserve,\n drivers, imprecision, etc.; `Oth = Tot - Avail - Tmp - ptotal`.\n * Features such as BTRFS, ZFS, zRAM, unattached SysV Shared Memory, etc., can cause 'Oth' to be significant;\n that is, MemAvail is often greatly understated (and 'Oth' is overstated). As a test (not intended for regular use), try:\n `sudo sync; sudo sh -c \"echo 3 > /proc/sys/vm/drop_caches\"`; if that reduces `Oth` significantly,\n then the MemAvailable calculation was off significantly.\n * Determining the contributors can be difficult, but start with `sudo slabtop -sc` and feature specific tools (e.g., `zpool list`).\n * how many PIDs are contributing to the report vs the total number of PIDs excluding kernel threads\n* a **second leader line for zRAM** only if zRAM is active with:\n * percent cpu consumed by kernel processes (not normalized ... if there 4 CPUs, then the total CPU can 400%). This is important because, with zRAM, this often is mostly the swap process.\n * **zRAM** - the amount of \"Used\" RAM that is storing zRAM data\n * **eTot** - the effective Total RAM and the percent of \"Tot\" RAM (which would typically be above 100%). The bigger **zRAM**, the more accurate this number.\n * **eUsed** - the effective Used RAM and percent of \"Tot\" RAM.\n * **eAvail** - the effective Available RAM and percent of \"Tot\" RAM.\n* a **header line with the reported fields** including:\n * **cpu** - percent CPU (again not normalized to 100%)\n * **pswap** - proportional use of swap (per smaps_rollup)\n * **other** - partly sums these categories (shown by the key, `o`):\n * **shSYSV** - proportional use of System V shared memory (per smaps)\n * **shOth** - proportional use of other shared memory (per smaps)\n * **stack** - exclusive use of stack memory per smaps\n * **text** - proportional use of memory for text (i.e., the read-only binary code, per smaps)\n * **data** - exclusive use of memory for data (i.e., exclusively used of \"heap\" memory, per smaps)\n * **ptotal** - proportional use of memory of all categories (i.e, sum of columns to the left); **note**, if zRAM, this includes **pswap**, else not.\n * *empty* - type of the entry which may be:\n * **T** - the grand total\n * **A** - a newly added grouping\n * **O** - combined overflow groupings below the `--top-pct` threshold (only on first loop)\n * **+-{number}K** - number of KB of change in **ptotal** (only on subsequent loops)\n * **key/info** which is a quantifier plus the grouping key. The quantifier may be:\n * **{PID}** - when the grouping line represents one process (for option `-gexe`).\n * **{num}x** - where {num} is the number of processes in the grouping.\n \n## Help Screen (in Window Mode, Press '?')\nIn window mode, press '?' to enter the help screen which looks like:\n\n\n\n**Notes:**\n* There are a number of navigation keys (mostly following vim conventions); in the help screen, they apply to help screen; otherwise, they apply to main screen.\n* Below the line, there are a number of keys/options; when you type an option key (e.g, \"c\"), it will highlight the next option value (e.g., \"off\"); when you change options, they will be applied to the next loop of the main menu.\n * These option keys can be used in the main menu (e.g., pressing \"c\" will change hide or reveal the CPU column w/o entering the help screen).\n \n## Kill Mode (Window Mode)\nPressing \"K\" enter \"Kill Mode\" where you use the navigation keys to highlight a row, and then press ENTER to kill the process(es) represented by that row.\n\n## Scroll Position (Window Mode)\n\nSometimes, the horizontal line between the header and scrollable region has a reverse video block (under the \"351\" in this case):\n\n\n**Notes:**\n* When there is no block, the scrolled document does not overflow the scrollable region.\n* When there is a block, its position indicates:\n * **Leftmost** - At the top of the document.\n * **Rightmost** - At the bottom of the document.\n * **Between Leftmost and Rightmost** - At percentage of the document approximated by its position from Left (0%) to Right (100%).\n* Its length indicates, roughly, how much of the entire document you can see.\n* Again, you can press 'f' to fit the document to the screen with a \"rollup\" line summarizing the lines that would not fit.\n\n## Quirks and Details\n* **pswap** seems to be only provided by the `smaps_rollups` file, and thus it may be slightly out of sync with the data gathered by `smaps`.\n* the **ptotal** (from 'smaps') and **pss** (from `smaps_rollups` and usually hidden) seem differ more than expected but still close.\n* after the first loop, **pss** is read and only groups with sufficient aggregate change are probed for the details. Thus, subsequent loops are more efficient by avoiding the reading of `smaps` in many cases (with some loss of accuracy).\n* the \"exe\" value comes from the command line (based `/proc/{PID}/cmdline` which is a bit funky). Firstly, the leading path is stripped; secondly, if the resulting executable is a script interpreter (e.g., python, perl, bash, ...) AND the first argument seems to be a full path (i.e., starts with \"/\"), then the \"exe\" will be represented as \"{interpreter}->{basename(script)}\". For example, \"python3->pmemstat.py\" in the example above.\n\n\n## Test Program and Test Suggestions\nThe C program, `memtest.c` is included and can be compiled by running `cc memtest.c -o memtest`. This program:\n* regularly allocates more memory of all types\n* can be run several times simultaneously,\n* will share SysV shared memory and memory mapped files,\n\nWhen running `pmemstat` to monitor its memory use and changes, you should use `-uKB` and `-k{small-number}` so that you can \"see\" the very modest memory use of the test program and its changes.\n\nRunning a number of sleeps of various durations in the background in a loop, plus one foreground sleep, can make for a robustness tests with lots of processes coming and going. There are many \"races\" (i.e., a process may appear in `/proc`, but its`smaps` is gone), and this test helps ensure the races are handled properly.\n\n## Alternative Installation Options\nIf the `pipx` install is not acceptable, choose the best way to install:\n* **From PyPi as non-root**. You need `~/.local/bin` on your `$PATH`.\n```\n python -m pip install --user pmemstat\n # to uninstall: python -m pip uninstall pmemstat\n```\n* Or **from PyPi as root**. This makes `pmemstat` available to all users with `/usr/local/bin` on `$PATH`. Note: `PIP_BREAK_SYSTEM_PACKAGES=1` may be required on some distros.\n```\n PIP_BREAK_SYSTEM_PACKAGES=1 sudo python -m pip install pmemstat\n # to uninstall: sudo python -m pip uninstall pmemstat\n```\n",
"bugtrack_url": null,
"license": "MIT",
"summary": "Report Proportional Memory on Linux",
"version": "2.3.28",
"project_urls": {
"Bug Tracker": "https://github.com/joedefen/pmemstat/issues",
"Homepage": "https://github.com/joedefen/pmemstat"
},
"split_keywords": [
"proportional memory",
" ram",
" htop",
" top",
" monitor"
],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "02bdca82fcd4aea500b1f822014b69bf654ffad01fbd7d5917081ae8a2b36502",
"md5": "c09b600da3bf572dc1db00b73c111056",
"sha256": "4495a53444c1cd000553bf7f014f3d71f40a0abae96d48663b513bfd9210daca"
},
"downloads": -1,
"filename": "pmemstat-2.3.28-py3-none-any.whl",
"has_sig": false,
"md5_digest": "c09b600da3bf572dc1db00b73c111056",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": ">=3.8",
"size": 32872,
"upload_time": "2024-09-03T18:53:38",
"upload_time_iso_8601": "2024-09-03T18:53:38.082036Z",
"url": "https://files.pythonhosted.org/packages/02/bd/ca82fcd4aea500b1f822014b69bf654ffad01fbd7d5917081ae8a2b36502/pmemstat-2.3.28-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
},
{
"comment_text": "",
"digests": {
"blake2b_256": "5369c55b6787a2e602adbe683d6d61cc43135c7ed1b2e65aaac5416ea2cad6d1",
"md5": "ed9fdff1636680600068e65498bd1276",
"sha256": "2902e05abdd219abfe7b67233fcd12d1882fec377e8c0cbc1331b35cdd62ee8c"
},
"downloads": -1,
"filename": "pmemstat-2.3.28.tar.gz",
"has_sig": false,
"md5_digest": "ed9fdff1636680600068e65498bd1276",
"packagetype": "sdist",
"python_version": "source",
"requires_python": ">=3.8",
"size": 36815,
"upload_time": "2024-09-03T18:53:39",
"upload_time_iso_8601": "2024-09-03T18:53:39.087989Z",
"url": "https://files.pythonhosted.org/packages/53/69/c55b6787a2e602adbe683d6d61cc43135c7ed1b2e65aaac5416ea2cad6d1/pmemstat-2.3.28.tar.gz",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2024-09-03 18:53:39",
"github": true,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"github_user": "joedefen",
"github_project": "pmemstat",
"travis_ci": false,
"coveralls": false,
"github_actions": false,
"lcname": "pmemstat"
}
JSON
