Revert component-split
this reverts the commits from 92ab9ef52ebcb097add97d9f78e67ad1c1d6a6ec up to
d42870d6ca7fb587b38f8cf6d6821ae33a53a696.
After heavy consideration, the component split has more disadvantages
than advantages, especially given there will be utility-functions
sharing quite a lot of code that would then need to be duplicated, as it
does not fit into the util.c due to its speciality.
One big advantage of the component-wise build is readability, and
without doubt, this was achieved here. This point will be addressed
with a different approach that will be visible in the upcoming commits.
One big disadvantage of the component build is the fact that it
introduces state to the build process which is not necessary. Before its
introduction, the only influencing factors where the system-defines
__linux__ and __OpenBSD__. With the components, we are also relying on
the output of uname(1).
Additionally, if the os.mk is not present, make gives the output
$ make
Makefile:5: os.mk: No such file or directory
make: *** No rule to make target 'os.mk'. Stop.
This could easily be fixed by providing some sort of meta-rule for this
file, however, it indicates the problem we have here, and this entire
statefulness will heavily complicate packaging of this tool and makes
the build process much more complex than it actually has to be.
2018-05-02 00:10:39 +08:00
|
|
|
/* See LICENSE file for copyright and license details. */
|
|
|
|
#include <stdio.h>
|
|
|
|
|
|
|
|
#include "../util.h"
|
|
|
|
|
|
|
|
#if defined(__linux__)
|
2018-05-02 01:01:22 +08:00
|
|
|
const char *
|
|
|
|
ram_free(void)
|
|
|
|
{
|
|
|
|
long free;
|
|
|
|
|
2018-05-20 06:42:07 +08:00
|
|
|
if (pscanf("/proc/meminfo",
|
|
|
|
"MemTotal: %ld kB\n"
|
|
|
|
"MemFree: %ld kB\n"
|
|
|
|
"MemAvailable: %ld kB\n",
|
|
|
|
&free, &free, &free) != 3) {
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2018-05-21 20:44:21 +08:00
|
|
|
return fmt_human(free * 1024, 1024);
|
2018-05-02 01:01:22 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
const char *
|
|
|
|
ram_perc(void)
|
|
|
|
{
|
|
|
|
long total, free, buffers, cached;
|
|
|
|
|
2018-05-20 06:42:07 +08:00
|
|
|
if (pscanf("/proc/meminfo",
|
|
|
|
"MemTotal: %ld kB\n"
|
|
|
|
"MemFree: %ld kB\n"
|
|
|
|
"MemAvailable: %ld kB\nBuffers: %ld kB\n"
|
|
|
|
"Cached: %ld kB\n",
|
|
|
|
&total, &free, &buffers, &buffers, &cached) != 5) {
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2018-05-21 06:16:54 +08:00
|
|
|
return bprintf("%d", 100 * ((total - free) -
|
|
|
|
(buffers + cached)) / total);
|
2018-05-02 01:01:22 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
const char *
|
|
|
|
ram_total(void)
|
|
|
|
{
|
|
|
|
long total;
|
|
|
|
|
2018-05-20 06:42:07 +08:00
|
|
|
if (pscanf("/proc/meminfo", "MemTotal: %ld kB\n",
|
|
|
|
&total) != 1) {
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2018-05-21 20:44:21 +08:00
|
|
|
return fmt_human(total * 1024, 1024);
|
Revert component-split
this reverts the commits from 92ab9ef52ebcb097add97d9f78e67ad1c1d6a6ec up to
d42870d6ca7fb587b38f8cf6d6821ae33a53a696.
After heavy consideration, the component split has more disadvantages
than advantages, especially given there will be utility-functions
sharing quite a lot of code that would then need to be duplicated, as it
does not fit into the util.c due to its speciality.
One big advantage of the component-wise build is readability, and
without doubt, this was achieved here. This point will be addressed
with a different approach that will be visible in the upcoming commits.
One big disadvantage of the component build is the fact that it
introduces state to the build process which is not necessary. Before its
introduction, the only influencing factors where the system-defines
__linux__ and __OpenBSD__. With the components, we are also relying on
the output of uname(1).
Additionally, if the os.mk is not present, make gives the output
$ make
Makefile:5: os.mk: No such file or directory
make: *** No rule to make target 'os.mk'. Stop.
This could easily be fixed by providing some sort of meta-rule for this
file, however, it indicates the problem we have here, and this entire
statefulness will heavily complicate packaging of this tool and makes
the build process much more complex than it actually has to be.
2018-05-02 00:10:39 +08:00
|
|
|
}
|
|
|
|
|
2018-05-02 01:01:22 +08:00
|
|
|
const char *
|
|
|
|
ram_used(void)
|
|
|
|
{
|
|
|
|
long total, free, buffers, cached;
|
|
|
|
|
2018-05-20 06:42:07 +08:00
|
|
|
if (pscanf("/proc/meminfo",
|
|
|
|
"MemTotal: %ld kB\n"
|
|
|
|
"MemFree: %ld kB\n"
|
|
|
|
"MemAvailable: %ld kB\nBuffers: %ld kB\n"
|
|
|
|
"Cached: %ld kB\n",
|
|
|
|
&total, &free, &buffers, &buffers, &cached) != 5) {
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2018-05-21 20:44:21 +08:00
|
|
|
return fmt_human((total - free - buffers - cached) * 1024,
|
|
|
|
1024);
|
2018-05-02 01:01:22 +08:00
|
|
|
}
|
|
|
|
#elif defined(__OpenBSD__)
|
|
|
|
#include <stdlib.h>
|
2018-05-07 17:21:59 +08:00
|
|
|
#include <sys/sysctl.h>
|
|
|
|
#include <sys/types.h>
|
2018-05-02 01:01:22 +08:00
|
|
|
#include <unistd.h>
|
|
|
|
|
2018-05-16 06:45:41 +08:00
|
|
|
#define LOG1024 10
|
2018-05-24 18:09:26 +08:00
|
|
|
#define pagetok(size, pageshift) (size_t)(size << (pageshift - LOG1024))
|
2018-05-16 06:45:41 +08:00
|
|
|
|
2018-05-02 01:01:22 +08:00
|
|
|
inline int
|
|
|
|
load_uvmexp(struct uvmexp *uvmexp)
|
|
|
|
{
|
|
|
|
int uvmexp_mib[] = {CTL_VM, VM_UVMEXP};
|
|
|
|
size_t size;
|
|
|
|
|
|
|
|
size = sizeof(*uvmexp);
|
Revert component-split
this reverts the commits from 92ab9ef52ebcb097add97d9f78e67ad1c1d6a6ec up to
d42870d6ca7fb587b38f8cf6d6821ae33a53a696.
After heavy consideration, the component split has more disadvantages
than advantages, especially given there will be utility-functions
sharing quite a lot of code that would then need to be duplicated, as it
does not fit into the util.c due to its speciality.
One big advantage of the component-wise build is readability, and
without doubt, this was achieved here. This point will be addressed
with a different approach that will be visible in the upcoming commits.
One big disadvantage of the component build is the fact that it
introduces state to the build process which is not necessary. Before its
introduction, the only influencing factors where the system-defines
__linux__ and __OpenBSD__. With the components, we are also relying on
the output of uname(1).
Additionally, if the os.mk is not present, make gives the output
$ make
Makefile:5: os.mk: No such file or directory
make: *** No rule to make target 'os.mk'. Stop.
This could easily be fixed by providing some sort of meta-rule for this
file, however, it indicates the problem we have here, and this entire
statefulness will heavily complicate packaging of this tool and makes
the build process much more complex than it actually has to be.
2018-05-02 00:10:39 +08:00
|
|
|
|
2018-05-21 06:29:54 +08:00
|
|
|
if (sysctl(uvmexp_mib, 2, uvmexp, &size, NULL, 0) >= 0) {
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
2018-05-02 01:01:22 +08:00
|
|
|
}
|
Revert component-split
this reverts the commits from 92ab9ef52ebcb097add97d9f78e67ad1c1d6a6ec up to
d42870d6ca7fb587b38f8cf6d6821ae33a53a696.
After heavy consideration, the component split has more disadvantages
than advantages, especially given there will be utility-functions
sharing quite a lot of code that would then need to be duplicated, as it
does not fit into the util.c due to its speciality.
One big advantage of the component-wise build is readability, and
without doubt, this was achieved here. This point will be addressed
with a different approach that will be visible in the upcoming commits.
One big disadvantage of the component build is the fact that it
introduces state to the build process which is not necessary. Before its
introduction, the only influencing factors where the system-defines
__linux__ and __OpenBSD__. With the components, we are also relying on
the output of uname(1).
Additionally, if the os.mk is not present, make gives the output
$ make
Makefile:5: os.mk: No such file or directory
make: *** No rule to make target 'os.mk'. Stop.
This could easily be fixed by providing some sort of meta-rule for this
file, however, it indicates the problem we have here, and this entire
statefulness will heavily complicate packaging of this tool and makes
the build process much more complex than it actually has to be.
2018-05-02 00:10:39 +08:00
|
|
|
|
2018-05-02 01:01:22 +08:00
|
|
|
const char *
|
|
|
|
ram_free(void)
|
|
|
|
{
|
|
|
|
struct uvmexp uvmexp;
|
|
|
|
int free_pages;
|
|
|
|
|
|
|
|
if (load_uvmexp(&uvmexp)) {
|
|
|
|
free_pages = uvmexp.npages - uvmexp.active;
|
2018-05-21 20:44:21 +08:00
|
|
|
return fmt_human(pagetok(free_pages, uvmexp.pageshift) *
|
|
|
|
1024, 1024);
|
2018-05-02 01:01:22 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
return NULL;
|
Revert component-split
this reverts the commits from 92ab9ef52ebcb097add97d9f78e67ad1c1d6a6ec up to
d42870d6ca7fb587b38f8cf6d6821ae33a53a696.
After heavy consideration, the component split has more disadvantages
than advantages, especially given there will be utility-functions
sharing quite a lot of code that would then need to be duplicated, as it
does not fit into the util.c due to its speciality.
One big advantage of the component-wise build is readability, and
without doubt, this was achieved here. This point will be addressed
with a different approach that will be visible in the upcoming commits.
One big disadvantage of the component build is the fact that it
introduces state to the build process which is not necessary. Before its
introduction, the only influencing factors where the system-defines
__linux__ and __OpenBSD__. With the components, we are also relying on
the output of uname(1).
Additionally, if the os.mk is not present, make gives the output
$ make
Makefile:5: os.mk: No such file or directory
make: *** No rule to make target 'os.mk'. Stop.
This could easily be fixed by providing some sort of meta-rule for this
file, however, it indicates the problem we have here, and this entire
statefulness will heavily complicate packaging of this tool and makes
the build process much more complex than it actually has to be.
2018-05-02 00:10:39 +08:00
|
|
|
}
|
|
|
|
|
2018-05-02 01:01:22 +08:00
|
|
|
const char *
|
|
|
|
ram_perc(void)
|
|
|
|
{
|
|
|
|
struct uvmexp uvmexp;
|
|
|
|
int percent;
|
Revert component-split
this reverts the commits from 92ab9ef52ebcb097add97d9f78e67ad1c1d6a6ec up to
d42870d6ca7fb587b38f8cf6d6821ae33a53a696.
After heavy consideration, the component split has more disadvantages
than advantages, especially given there will be utility-functions
sharing quite a lot of code that would then need to be duplicated, as it
does not fit into the util.c due to its speciality.
One big advantage of the component-wise build is readability, and
without doubt, this was achieved here. This point will be addressed
with a different approach that will be visible in the upcoming commits.
One big disadvantage of the component build is the fact that it
introduces state to the build process which is not necessary. Before its
introduction, the only influencing factors where the system-defines
__linux__ and __OpenBSD__. With the components, we are also relying on
the output of uname(1).
Additionally, if the os.mk is not present, make gives the output
$ make
Makefile:5: os.mk: No such file or directory
make: *** No rule to make target 'os.mk'. Stop.
This could easily be fixed by providing some sort of meta-rule for this
file, however, it indicates the problem we have here, and this entire
statefulness will heavily complicate packaging of this tool and makes
the build process much more complex than it actually has to be.
2018-05-02 00:10:39 +08:00
|
|
|
|
2018-05-02 01:01:22 +08:00
|
|
|
if (load_uvmexp(&uvmexp)) {
|
|
|
|
percent = uvmexp.active * 100 / uvmexp.npages;
|
2018-05-21 06:16:54 +08:00
|
|
|
return bprintf("%d", percent);
|
2018-05-02 01:01:22 +08:00
|
|
|
}
|
Revert component-split
this reverts the commits from 92ab9ef52ebcb097add97d9f78e67ad1c1d6a6ec up to
d42870d6ca7fb587b38f8cf6d6821ae33a53a696.
After heavy consideration, the component split has more disadvantages
than advantages, especially given there will be utility-functions
sharing quite a lot of code that would then need to be duplicated, as it
does not fit into the util.c due to its speciality.
One big advantage of the component-wise build is readability, and
without doubt, this was achieved here. This point will be addressed
with a different approach that will be visible in the upcoming commits.
One big disadvantage of the component build is the fact that it
introduces state to the build process which is not necessary. Before its
introduction, the only influencing factors where the system-defines
__linux__ and __OpenBSD__. With the components, we are also relying on
the output of uname(1).
Additionally, if the os.mk is not present, make gives the output
$ make
Makefile:5: os.mk: No such file or directory
make: *** No rule to make target 'os.mk'. Stop.
This could easily be fixed by providing some sort of meta-rule for this
file, however, it indicates the problem we have here, and this entire
statefulness will heavily complicate packaging of this tool and makes
the build process much more complex than it actually has to be.
2018-05-02 00:10:39 +08:00
|
|
|
|
2018-05-02 01:01:22 +08:00
|
|
|
return NULL;
|
Revert component-split
this reverts the commits from 92ab9ef52ebcb097add97d9f78e67ad1c1d6a6ec up to
d42870d6ca7fb587b38f8cf6d6821ae33a53a696.
After heavy consideration, the component split has more disadvantages
than advantages, especially given there will be utility-functions
sharing quite a lot of code that would then need to be duplicated, as it
does not fit into the util.c due to its speciality.
One big advantage of the component-wise build is readability, and
without doubt, this was achieved here. This point will be addressed
with a different approach that will be visible in the upcoming commits.
One big disadvantage of the component build is the fact that it
introduces state to the build process which is not necessary. Before its
introduction, the only influencing factors where the system-defines
__linux__ and __OpenBSD__. With the components, we are also relying on
the output of uname(1).
Additionally, if the os.mk is not present, make gives the output
$ make
Makefile:5: os.mk: No such file or directory
make: *** No rule to make target 'os.mk'. Stop.
This could easily be fixed by providing some sort of meta-rule for this
file, however, it indicates the problem we have here, and this entire
statefulness will heavily complicate packaging of this tool and makes
the build process much more complex than it actually has to be.
2018-05-02 00:10:39 +08:00
|
|
|
}
|
|
|
|
|
2018-05-02 01:01:22 +08:00
|
|
|
const char *
|
|
|
|
ram_total(void)
|
|
|
|
{
|
|
|
|
struct uvmexp uvmexp;
|
Revert component-split
this reverts the commits from 92ab9ef52ebcb097add97d9f78e67ad1c1d6a6ec up to
d42870d6ca7fb587b38f8cf6d6821ae33a53a696.
After heavy consideration, the component split has more disadvantages
than advantages, especially given there will be utility-functions
sharing quite a lot of code that would then need to be duplicated, as it
does not fit into the util.c due to its speciality.
One big advantage of the component-wise build is readability, and
without doubt, this was achieved here. This point will be addressed
with a different approach that will be visible in the upcoming commits.
One big disadvantage of the component build is the fact that it
introduces state to the build process which is not necessary. Before its
introduction, the only influencing factors where the system-defines
__linux__ and __OpenBSD__. With the components, we are also relying on
the output of uname(1).
Additionally, if the os.mk is not present, make gives the output
$ make
Makefile:5: os.mk: No such file or directory
make: *** No rule to make target 'os.mk'. Stop.
This could easily be fixed by providing some sort of meta-rule for this
file, however, it indicates the problem we have here, and this entire
statefulness will heavily complicate packaging of this tool and makes
the build process much more complex than it actually has to be.
2018-05-02 00:10:39 +08:00
|
|
|
|
2018-05-02 01:01:22 +08:00
|
|
|
if (load_uvmexp(&uvmexp)) {
|
2018-05-21 20:44:21 +08:00
|
|
|
return fmt_human(pagetok(uvmexp.npages,
|
|
|
|
uvmexp.pageshift) * 1024,
|
|
|
|
1024);
|
2018-05-02 01:01:22 +08:00
|
|
|
}
|
Revert component-split
this reverts the commits from 92ab9ef52ebcb097add97d9f78e67ad1c1d6a6ec up to
d42870d6ca7fb587b38f8cf6d6821ae33a53a696.
After heavy consideration, the component split has more disadvantages
than advantages, especially given there will be utility-functions
sharing quite a lot of code that would then need to be duplicated, as it
does not fit into the util.c due to its speciality.
One big advantage of the component-wise build is readability, and
without doubt, this was achieved here. This point will be addressed
with a different approach that will be visible in the upcoming commits.
One big disadvantage of the component build is the fact that it
introduces state to the build process which is not necessary. Before its
introduction, the only influencing factors where the system-defines
__linux__ and __OpenBSD__. With the components, we are also relying on
the output of uname(1).
Additionally, if the os.mk is not present, make gives the output
$ make
Makefile:5: os.mk: No such file or directory
make: *** No rule to make target 'os.mk'. Stop.
This could easily be fixed by providing some sort of meta-rule for this
file, however, it indicates the problem we have here, and this entire
statefulness will heavily complicate packaging of this tool and makes
the build process much more complex than it actually has to be.
2018-05-02 00:10:39 +08:00
|
|
|
|
2018-05-02 01:01:22 +08:00
|
|
|
return NULL;
|
Revert component-split
this reverts the commits from 92ab9ef52ebcb097add97d9f78e67ad1c1d6a6ec up to
d42870d6ca7fb587b38f8cf6d6821ae33a53a696.
After heavy consideration, the component split has more disadvantages
than advantages, especially given there will be utility-functions
sharing quite a lot of code that would then need to be duplicated, as it
does not fit into the util.c due to its speciality.
One big advantage of the component-wise build is readability, and
without doubt, this was achieved here. This point will be addressed
with a different approach that will be visible in the upcoming commits.
One big disadvantage of the component build is the fact that it
introduces state to the build process which is not necessary. Before its
introduction, the only influencing factors where the system-defines
__linux__ and __OpenBSD__. With the components, we are also relying on
the output of uname(1).
Additionally, if the os.mk is not present, make gives the output
$ make
Makefile:5: os.mk: No such file or directory
make: *** No rule to make target 'os.mk'. Stop.
This could easily be fixed by providing some sort of meta-rule for this
file, however, it indicates the problem we have here, and this entire
statefulness will heavily complicate packaging of this tool and makes
the build process much more complex than it actually has to be.
2018-05-02 00:10:39 +08:00
|
|
|
}
|
|
|
|
|
2018-05-02 01:01:22 +08:00
|
|
|
const char *
|
|
|
|
ram_used(void)
|
|
|
|
{
|
|
|
|
struct uvmexp uvmexp;
|
|
|
|
|
|
|
|
if (load_uvmexp(&uvmexp)) {
|
2018-05-21 20:44:21 +08:00
|
|
|
return fmt_human(pagetok(uvmexp.active,
|
|
|
|
uvmexp.pageshift) * 1024,
|
|
|
|
1024);
|
2018-05-02 01:01:22 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
return NULL;
|
|
|
|
}
|
Revert component-split
this reverts the commits from 92ab9ef52ebcb097add97d9f78e67ad1c1d6a6ec up to
d42870d6ca7fb587b38f8cf6d6821ae33a53a696.
After heavy consideration, the component split has more disadvantages
than advantages, especially given there will be utility-functions
sharing quite a lot of code that would then need to be duplicated, as it
does not fit into the util.c due to its speciality.
One big advantage of the component-wise build is readability, and
without doubt, this was achieved here. This point will be addressed
with a different approach that will be visible in the upcoming commits.
One big disadvantage of the component build is the fact that it
introduces state to the build process which is not necessary. Before its
introduction, the only influencing factors where the system-defines
__linux__ and __OpenBSD__. With the components, we are also relying on
the output of uname(1).
Additionally, if the os.mk is not present, make gives the output
$ make
Makefile:5: os.mk: No such file or directory
make: *** No rule to make target 'os.mk'. Stop.
This could easily be fixed by providing some sort of meta-rule for this
file, however, it indicates the problem we have here, and this entire
statefulness will heavily complicate packaging of this tool and makes
the build process much more complex than it actually has to be.
2018-05-02 00:10:39 +08:00
|
|
|
#endif
|