LINUX.ORG.RU

cubietruck и load average

 , ,


0

1

В порядке шефской помощи поддерживаю знакомому домашний сервер. Недавно он заменил x86 на cubietruck. В принципе всё нормально но есть один вопрос.

top - 11:30:19 up 1 day, 15:58,  3 users,  load average: 1.06, 1.03, 1.05
Tasks: 100 total,   1 running,  99 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1.6 us,  0.7 sy,  0.0 ni, 97.2 id,  0.4 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:   2045756 total,   768496 used,  1277260 free,   237284 buffers
KiB Swap:        0 total,        0 used,        0 free.   250292 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
26566 root      20   0    2840   1012    732 R   5.8  0.0   0:00.04 top
    1 root      20   0    4252   2344   1472 S   0.0  0.1   0:22.59 systemd
    2 root      20   0       0      0      0 S   0.0  0.0   0:00.26 kthreadd
    3 root      20   0       0      0      0 S   0.0  0.0   1:08.83 ksoftirqd/0
    5 root      20   0       0      0      0 S   0.0  0.0   0:00.03 kworker/u:0
    6 root      rt   0       0      0      0 S   0.0  0.0   0:00.78 migration/0
    7 root      rt   0       0      0      0 S   0.0  0.0   0:00.88 migration/1
    9 root      20   0       0      0      0 S   0.0  0.0   1:20.07 ksoftirqd/1
   10 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 cpuset
   11 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 khelper
   12 root      20   0       0      0      0 S   0.0  0.0   0:00.00 kdevtmpfs
   13 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 netns
   14 root      20   0       0      0      0 S   0.0  0.0   0:00.96 sync_supers

При отсутствии нагрузки load average постоянно стоит около единицы. Это для cubietruck нормально? Или дело в том что стоит debian 8 Jessie с systemd? Взят, если не ошибаюсь, отсюда: https://www.armbian.com/cubietruck/

Доп: см. также: Banana Pi: постоянно Load Average больше 1.00 - в чём дело?

★★★★★

Последнее исправление: sin_a (всего исправлений: 1)

Недавно он заменил x86 на cubietruck

x86 что из себя представлял?

script.bin не модифицировал случаем? В SATA что-нибудь воткнуто? У меня был случай, когда из-за запуска SMART-тестов на глючном харде LA в районе 1-2 было.

Radjah ★★★★★
()
Ответ на: комментарий от Radjah

x86 что из себя представлял?

Не помню, какой то обычный старый системник.

script.bin не модифицировал случаем?

Ээ.., не знаю. Вообще, система установлена на sd карту. Кстати да, возможно с этим связано. Поставили карту, загрузились с неё, но потом с внутренней памяти оно больше не загружалось «ничего не делали, оно само». Возможно оно пытается обратиться туда и не может.

В SATA что-нибудь воткнуто? У меня был случай, когда из-за запуска SMART-тестов на глючном харде LA в районе 1-2 было.

Да, данные как раз на винчестере. Но он вроде нормальный.

sin_a ★★★★★
() автор топика
Ответ на: комментарий от sin_a

Если ревизия чипа новая (в конце AB вместо AA), то глюк с порчей NAND там есть. А так в Armbian есть скрипт для переноса системы в NAND или на SATA. Я делал загрузку с SD с системой на харде. Буквально в эту субботу кубик свой оживлял.

Radjah ★★★★★
()

Эта проблема периодически всплывает на всех армовских поделках - на распберри, бананах, оранжах. (вот например Banana Pi: постоянно Load Average больше 1.00 - в чём дело?)

Наиболее вероятная причина - древнее, как говно мамонта ядро 3.4. Если коробка не заглебывается от нагрузки и процессор не перегревается (лучше постоянно контролировать), то обращать внимание не обязательно,

vaddd ★☆
()
Ответ на: комментарий от Radjah

Ну оно в принципе не сильно надо. Сразу планировалось использовать sd карту и диск.

sin_a ★★★★★
() автор топика
Ответ на: комментарий от vaddd

Да, вроде заметных побочных эффектов пока нет.

sin_a ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.