Mirek <m...@n...dev> wrote:

> Czy ktoś spotkał się z tym problemem?

Spotkałem się na Raspberry PI 3. W wyniku dużego obciążenia (raczej
pamięci, niż CPU) potrafi się zawiesić w taki sposób, że kernel działa,
ale userland nie -- np. jak łączę się telnetem na port ssh, to przyjmuje
połączenie (kernel), ale już nie odpowiada welcome stringiem.

W logach (w tym wysyłanych zdalnie po UDP na inny serwer) też nic nie ma.

Nie doszedłem jeszcze, co to powoduje. Zasilanie jest mało prawdopodobne,
bo zasilacz ma duży zapas, ale może dla spokoju obejrzę to zasilanie pod
oscyloskopem (może na kondensatorach zaoszczędzili, może przewody za
długie)...

--
[ Email: a@b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]

do góry

On 2018-04-09, Adam Wysocki <g...@s...invalid> wrote:
> Marek <f...@f...com> wrote:
>
>>> A ten maks jak liczysz, monitorowaeś pobór przez dłuższy czas z
>>> jakimś
>>
>> 4 gzipy w tło, wszystkie cory na100%
>
> Zainteresuj się pakietem cpuburn.

Po prawdzie nie ma sensu nawet ww. gzipem. Sprawdź jak dociąża zwykle
dd if=/dev/zero of=/dev/null. Jedna instancja na jeden rdzeń i 100% zajęte.

--
Marcin

do góry

Marcin Debowski <a...@i...zoho.com> wrote:

>> Zainteresuj się pakietem cpuburn.
>
> Po prawdzie nie ma sensu nawet ww. gzipem. Sprawdź jak dociąża zwykle
> dd if=/dev/zero of=/dev/null. Jedna instancja na jeden rdzeń i 100% zajęte.

cpuburn wykorzystuje możliwie najwięcej elementów procesora jednocześnie.
dd wykorzysta jedynie fragment.

Z drugiej strony nie wiem, czy jest cpuburn na ARM. apt-cache na
raspbianie mi nie znajduje, ale tu piszą, że w wheezy i jessie był
na arma...

https://packages.debian.org/search?keywords=cpuburn

--
[ Email: a@b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]

do góry

On Mon, 9 Apr 2018 10:49:37 +0000 (UTC), g...@s...invalid (Adam
Wysocki) wrote:
> Zainteresuj się pakietem cpuburn.

A co to może zrobić więcej z CPU niż gzip?

--
Marek

do góry

On Mon, 09 Apr 2018 10:58:17 GMT, Marcin Debowski
<a...@I...zoho.com> wrote:
> Po prawdzie nie ma sensu nawet ww. gzipem. Sprawdź jak dociąża
> zwykle
> dd if=/dev/zero of=/dev/null. Jedna instancja na jeden rdzeń i 100%
> zajęte.

Bo dd to tylko utylizacja Io z większym naciskiem na dna niż sam cpu,
to że pokazuje 100% CPU nie oznacza, że faktycznie CPU/ALU jest
"przyciśnięte".

--
Marek

do góry

On Mon, 9 Apr 2018 10:51:02 +0000 (UTC), g...@s...invalid (Adam
Wysocki) wrote:
> Czy dotyczy to tylko Orange PI, czy także Raspberry?

Ta informacja dot. tylko opi, na forum opi jest cały wątek o tym i
ostrzeżenie a nawet petycja do producenta, żeby zaprzestał
dystrybuować nieprawidłowo skonfigurowanego softu (sic!)na oficjalnej
stronie...

--
Marek

do góry

On 2018-04-09, Marek <f...@f...com> wrote:
> On Mon, 09 Apr 2018 10:58:17 GMT, Marcin Debowski
><a...@I...zoho.com> wrote:
>> Po prawdzie nie ma sensu nawet ww. gzipem. Sprawdź jak dociąża
>> zwykle
>> dd if=/dev/zero of=/dev/null. Jedna instancja na jeden rdzeń i 100%
>> zajęte.
>
> Bo dd to tylko utylizacja Io z większym naciskiem na dna niż sam cpu,
> to że pokazuje 100% CPU nie oznacza, że faktycznie CPU/ALU jest
> "przyciśnięte".

Robiłem testy porównawcze dd z i bez gzipa oraz stress/stress-ng i
różnice temperaturowe cpu są praktycznie żadne. Wynika to zapewne z
tego, że coś (różne w zalezności od metody) się w końcu gdzies i tak
zapycha i pełnej utylizacji zasobów cpu i tak nie będzie.

--
Marcin

do góry

Marek <f...@f...com> wrote:

>> Po prawdzie nie ma sensu nawet ww. gzipem. Sprawdź jak dociąża zwykle
>> dd if=/dev/zero of=/dev/null. Jedna instancja na jeden rdzeń i 100%
>> zajęte.
>
> Bo dd to tylko utylizacja Io z większym naciskiem na dna niż sam cpu,
> to że pokazuje 100% CPU nie oznacza, że faktycznie CPU/ALU jest
> "przyciśnięte".

Pytanie, czy dd z pustego (/dev/zero) w próżne (/dev/null) używa w ogóle
sprzętowo I/O. IMO powinno się to dziać tylko w obrębie procesora, bo
gdzie (do którego fizycznego urządzenia) to I/O miałoby iść?

--
[ Email: a@b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]

do góry

Marek <f...@f...com> wrote:

>> Zainteresuj się pakietem cpuburn.
>
> A co to może zrobić więcej z CPU niż gzip?

Rozkaz rozkazowi nierówny. CPU ma wiele modułów, które są używane przy
określonych operacjach.

--
[ Email: a@b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]

do góry

Marek <f...@f...com> wrote:

>> Czy dotyczy to tylko Orange PI, czy także Raspberry?
>
> Ta informacja dot. tylko opi, na forum opi jest cały wątek o tym i
> ostrzeżenie a nawet petycja do producenta, żeby zaprzestał
> dystrybuować nieprawidłowo skonfigurowanego softu (sic!)na oficjalnej
> stronie...

Ok, czyli mój problem to pewnie coś innego :)

--
[ Email: a@b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]

do góry