Heres the contents of /proc/meminfo on linux 5.4.0-2-amd64:

MemTotal:        7833580 kB
MemFree:          949240 kB
MemAvailable:     997536 kB
Buffers:             108 kB
Cached:          1062792 kB
SwapCached:       532548 kB
Active:          3367828 kB
Inactive:        2045752 kB
Active(anon):    3156684 kB
Inactive(anon):  1970732 kB
Active(file):     211144 kB
Inactive(file):    75020 kB
Unevictable:      132848 kB
Mlocked:             160 kB
SwapTotal:      16775164 kB
SwapFree:       12945232 kB
Dirty:                64 kB
Writeback:             0 kB
AnonPages:       4058336 kB
Mapped:           650772 kB
Shmem:            778600 kB
KReclaimable:      81904 kB
Slab:             571688 kB
SReclaimable:      81904 kB
SUnreclaim:       489784 kB
KernelStack:       19792 kB
PageTables:        53056 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    20691952 kB
Committed_AS:   15905748 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      225096 kB
VmallocChunk:          0 kB
Percpu:            11456 kB
HardwareCorrupted:     0 kB
AnonHugePages:    598016 kB
ShmemHugePages:        0 kB
ShmemPmdMapped:        0 kB
FileHugePages:         0 kB
FilePmdMapped:         0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
Hugetlb:               0 kB
DirectMap4k:     2245252 kB
DirectMap2M:     5816320 kB
DirectMap1G:           0 kB

- Rowan

On Wed, Apr 8, 2020 at 12:38 PM Brian Callahan <call...@rpi.edu> wrote:

> OpenBSD does not have the /proc filesystem.
> What does cat /proc/meminfo do? So that I can provide an analogous OpenBSD
> command.
>
> ~Brian
>
> On 2020-04-08 6:58 AM, Dr. Jürgen Sauermann wrote:
>
> Hi Alexander,
>
> the _N issue is fixed in *SVN 1253*.
>
> Regarding the warning there seems to be a mismatch in the determination
> of the memory available to the process running the interpreter. The methods
> for doing that are potentially platform specific.
>
> Could you please:
>
> A. start apl like this:
>
> *apl -l37*
>
> and send me the output,
>
> B. Run
>
> *cat /proc/meminfo*
>
> and send me the output, and
>
> C. run
>
>
> *ulimit -a *
> and send me the output, and
>
> The warning is not too serious and only matters if the workspace
> size comes close to the amount of memory that the process is
> allowed to use.
>
> Best Regards,
> Jürgen Sauermann
>
>
>
> On 4/8/20 8:51 AM, Alexander Shendi wrote:
>
> Hello GNU APL world,
>
> I have compiled SVN 1252 under OpenBSD 6.6-STABLE (amd64).
> I had the following small issue:
>
> In file "src/Bif_F12_DOMINO.hh" I had to insert
> #ifdef _N
> #undef _N
> #endif
>
> after line 28. It seems the system header file "ctype.h" i
> already #defines _N.
> I'm not sure this is the correct remedy. Another option would be
> to rename all occurences of "_N" in that file to e.g. "_NN".
>
> After startup GNU APL displays the following message:
>
> surfacego$ ./.local/gnuapl/svn-1252/bin/apl --noColor
> *** Warning: the process memory limit (RLIMIT_AS) of 6442450944
>  is more than the estimated total_memory of 3221225472.
>  This could cause improper WS FULL handling.
> ::connect() to supposedly existing APserver failed: Invalid argument
>
> I'm not sure what this means, let alone how to deal with it.
>
> Many thanks in advance for your help.
>
> Best Regards,
>
> Alexander
>
>
>
>
>
>

Reply via email to