Misskey: メモリ容量の認識がおかしい

Created on 26 Nov 2018  ·  18Comments  ·  Source: syuilo/misskey

Summary

🐛Bug

Most helpful comment

All 18 comments

ターミナルで

export LC_ALL=C; free -b ; unset LC_ALL

と入力すると、

             total       used       free     shared    buffers     cached
Mem:   1676422348815827468288  936755200   11292672  620691456 8835600384
-/+ buffers/cache: 637117644810393047040
Swap:   1022357504     196608 1022160896

と表示される。

ターミナルで

free -g

と入力すると、

             total       used       free     shared    buffers     cached
Mem:            15         14          1          0          0          8
-/+ buffers/cache:          5          9
Swap:            0          0          0

と表示される。

原因はsysteminformationパッケージであることが判明。

https://github.com/sebhildebrandt/systeminformation/blob/2bf55c48df5fed8aa351c3b5c6d9278c127b8dd1/lib/memory.js#L116-L117

free -b の結果の totalused の値が隣接しているケースが考慮されていない。

Should we make a patch for systeminformation?

Misskey開発者がとれる行動:

  • 代替パッケージを探す
  • systeminformation を修正する
  • 全て自前で実装する

free -bw でワイド表示するとどうなりますか

free -bw でワイド表示するとどうなりますか

image

@CookieRamen Can you provide stdout of free -V command?

あとはlinuxだと分かってるなら /proc/meminfo を読むとか

実装の違いを意識してあれこれしてるのはsysteminformationパッケージの時点で同じだからね

RAM 128GBの時点で表示桁数から変わってしまうはず。freeのアップデートを待つの?

@CookieRamen Can you provide stdout of free -V command?

image

RAM 16GBのマシンでBusyBox動かすなんて想定されてなかったんだろうな…

じゃあ8GBにしますか

それで直るなら、後はsysteminformationパッケージにissue投げて終わり、でも別に良さそうな気はします

別に systeminformation 側で /proc/meminfo 読んでもらってもいいので、原理的に不可能という話は全くありません

Misskey側では、Dockerfileの構成を変更することにより解決

Was this page helpful?
0 / 5 - 0 ratings