2019-11-10 20:25:05 +00:00
|
|
|
# procfs
|
|
|
|
|
2022-04-14 20:58:43 +00:00
|
|
|
This package provides functions to retrieve system, kernel, and process
|
2019-11-10 20:25:05 +00:00
|
|
|
metrics from the pseudo-filesystems /proc and /sys.
|
|
|
|
|
|
|
|
*WARNING*: This package is a work in progress. Its API may still break in
|
|
|
|
backwards-incompatible ways without warnings. Use it at your own risk.
|
|
|
|
|
2022-04-14 20:58:43 +00:00
|
|
|
[![Go Reference](https://pkg.go.dev/badge/github.com/prometheus/procfs.svg)](https://pkg.go.dev/github.com/prometheus/procfs)
|
|
|
|
[![CircleCI](https://circleci.com/gh/prometheus/procfs/tree/master.svg?style=svg)](https://circleci.com/gh/prometheus/procfs/tree/master)
|
2019-11-10 20:25:05 +00:00
|
|
|
[![Go Report Card](https://goreportcard.com/badge/github.com/prometheus/procfs)](https://goreportcard.com/report/github.com/prometheus/procfs)
|
|
|
|
|
|
|
|
## Usage
|
|
|
|
|
|
|
|
The procfs library is organized by packages based on whether the gathered data is coming from
|
2022-04-14 20:58:43 +00:00
|
|
|
/proc, /sys, or both. Each package contains an `FS` type which represents the path to either /proc,
|
|
|
|
/sys, or both. For example, cpu statistics are gathered from
|
2019-11-10 20:25:05 +00:00
|
|
|
`/proc/stat` and are available via the root procfs package. First, the proc filesystem mount
|
|
|
|
point is initialized, and then the stat information is read.
|
|
|
|
|
|
|
|
```go
|
|
|
|
fs, err := procfs.NewFS("/proc")
|
|
|
|
stats, err := fs.Stat()
|
|
|
|
```
|
|
|
|
|
|
|
|
Some sub-packages such as `blockdevice`, require access to both the proc and sys filesystems.
|
|
|
|
|
|
|
|
```go
|
|
|
|
fs, err := blockdevice.NewFS("/proc", "/sys")
|
|
|
|
stats, err := fs.ProcDiskstats()
|
|
|
|
```
|
|
|
|
|
2022-04-14 20:58:43 +00:00
|
|
|
## Package Organization
|
|
|
|
|
|
|
|
The packages in this project are organized according to (1) whether the data comes from the `/proc` or
|
|
|
|
`/sys` filesystem and (2) the type of information being retrieved. For example, most process information
|
|
|
|
can be gathered from the functions in the root `procfs` package. Information about block devices such as disk drives
|
|
|
|
is available in the `blockdevices` sub-package.
|
|
|
|
|
2019-11-10 20:25:05 +00:00
|
|
|
## Building and Testing
|
|
|
|
|
2022-04-14 20:58:43 +00:00
|
|
|
The procfs library is intended to be built as part of another application, so there are no distributable binaries.
|
|
|
|
However, most of the API includes unit tests which can be run with `make test`.
|
2019-11-10 20:25:05 +00:00
|
|
|
|
|
|
|
### Updating Test Fixtures
|
|
|
|
|
|
|
|
The procfs library includes a set of test fixtures which include many example files from
|
|
|
|
the `/proc` and `/sys` filesystems. These fixtures are included as a [ttar](https://github.com/ideaship/ttar) file
|
|
|
|
which is extracted automatically during testing. To add/update the test fixtures, first
|
|
|
|
ensure the `fixtures` directory is up to date by removing the existing directory and then
|
|
|
|
extracting the ttar file using `make fixtures/.unpacked` or just `make test`.
|
|
|
|
|
|
|
|
```bash
|
|
|
|
rm -rf fixtures
|
|
|
|
make test
|
|
|
|
```
|
|
|
|
|
|
|
|
Next, make the required changes to the extracted files in the `fixtures` directory. When
|
|
|
|
the changes are complete, run `make update_fixtures` to create a new `fixtures.ttar` file
|
|
|
|
based on the updated `fixtures` directory. And finally, verify the changes using
|
|
|
|
`git diff fixtures.ttar`.
|