SlackwareARM 15.0 GUI動くが異常に遅い

あきらめているSlackwareARM 15.0 (32bit)のGUI環境(KDE Plasma Desktop, 以下KDE)ですが,何度かのパッチを経て,ようやくwebブラウザー Konquerorであちこちのwebサイトが表示できる様になりました(Falconも同様).Raspberry Pi 4(RPi4)です.

SlackwareARM (32bit) KDE Plasma Desktopで動作中のKonquerorとKonsole.

しかし,非常にというか,異常に遅いです(Falconも同様).同じくRPi4で動くManjaro ARM (こちらは64bit)で動くKDEのKonquerorと比較すると,RPi4とRPi2ほどの差があります(当社比).

まだまだ使えません.

IPv6一時的に乱れる

家庭内のIPv6接続が不調となり,確認してみると外へもIPv6で接続できなくなっていました.

1つずつ,サーバーとルーターのリスタートをかけることにしました.つながらないサーバーの次ぎに,ISP提供のONU内蔵ルーターをリスタートしたら直りました.

たぶん,本日(2022年9月13日(火))の午後の不明な頃(たぶん17時以降と思いますが)から19時ちょうどまで外部から当サーバーへの接続もできなかったと思います.

httpsのnssがslabを大量に使うからswapが発生する件が依然解らない

ここ数年解らなかった,httpdを動かしているとメモリーの空きがなくなり,swapが発生してシステムのレスポンスが悪くなる件ですが依然としてよく解りません.

RAM 4GB版のRaspberry Pi 4 Model B (RPi4)を起動すると,半日くらいで空きメモリーを使い切り,kswapd0が働きだし,zramが消費されはじめます.

ファイルやパーティションを使うswapをやめてzramにしたのは,httpdサーバーが主な仕事のこのマシンにしてみれば,対象療法にはなっている訳です.

一方,予備機としてRAM 8GB版のRPi4もあり,いろいろなテストの目的でときどき入れ替えて使用していますが,4GBのRPi4と比較すれば、起動直後の空きメモリーに4GBが加算される形になるので余裕があります.こちらは半日動かしたくらいでは5GB以上メモリーに空きがあります.

これが不思議なんですが,8GBで5GB以上余裕があるなら,4GBでも1GB余裕があっていいはずなんですがそうはならないのです.

しばらく4GBと8GBをとっかえひっかえしながら様子を見てみることにします.

これまで試して効果がなかったこと

  • export NSS_SDB_USE_CACHE=YESとしてhttpdを起動する
  • export TMPDIR=/dev/shmとしてhttpdを起動する
ファンが故障してパッシブになったケースに,余っていたヒートシンクをはり付けてみましたが,効果は限定的です.同じ条件でCPUの温度が1〜2℃下がる程度です(記事と写真は関係ありません).

「httpsのnssがslabを大量に使う」当サイト内の関連記事

NSS_SDB_USE_CACHE=YES

某サーバーはメモリーが4GBと8GBの主副のRaspberry Pi 4 Model B (RPi4)をときどき入れ替えて,運用しています.

4GBのほうでは気がつくとkswapd0が大汗かいてます.8GBではそういうことはありません.

httpdを再起動すると,いったんかなりのメモリーが解放されますが,また何時間か経つと,kswapd0が大汗かいてます.zramを使用しているので,ファイルやパーティションをswapのメディアにしているときよりは,レスポンスはいいですが,それでも,何かコマンドを打ち込んでも反応するのにちょっと時間遅れがあります.

ずっと原因がわかりませんでしたが,https接続でphpが動いてlibcurlが動くと,nssがslabを大量に使うのが原因のようですということらしいです,って聞いても何が何だか解りません😓

下記参考ページにあるように,ときどきslabを開放してやるのがひとつの解法のようですが,根本治療は,

export NSS_SDB_USE_CACHE=YES

もしくは,

export TMPDIR=/dev/shm

のどちらかを “どこか” で実行することのようです.当該サーバーの場合どこで実行すれば良いのか解らないので,しばらく試行錯誤します.

参考ページ

「httpsのnssがslabを大量に使う」当サイト内の関連記事