RTV forum PL | NewsGroups PL

orange pi zero zawieszanie sie

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - orange pi zero zawieszanie sie

Goto page Previous  1, 2, 3  Next

Mirek
Guest

Sun Apr 08, 2018 3:26 pm   



On 08.04.2018 15:43, Marcin Debowski wrote:

Quote:
szczególnie jeśli chodzi też wifi. Nie wiem czy wątkotwórca używa, czy
też wyłącznie po kablu,

Wyłącznie po kablu. Wi-fi jest wyłączone.
Gdybym nie potrzebował kabla, rozsądne byłoby użyć Rpi Zero i być może
problemu by nie było.

--
Mirek.

Marcin Debowski
Guest

Sun Apr 08, 2018 11:54 pm   



On 2018-04-08, Mirek <mirek_at_null.dev> wrote:
Quote:
On 08.04.2018 15:43, Marcin Debowski wrote:

szczególnie jeśli chodzi też wifi. Nie wiem czy wątkotwórca używa, czy
też wyłącznie po kablu,

Wyłącznie po kablu. Wi-fi jest wyłączone.
Gdybym nie potrzebował kabla, rozsądne byłoby użyć Rpi Zero i być może
problemu by nie było.

To pewnie nie żre wtedy pradu tak bardzo w dość losowych momentach. Z
drugiej strony jak te zasilacze są 2A i są to nołnejmy to mimi wszystko
srpóbowałbym dac mocniejszy, z możliwie krótkim kablem i poobserwować.
To się da łatwo sprawdzić, a za dużo innych opcji nie masz.

--
Marcin

Janusz
Guest

Mon Apr 09, 2018 8:53 am   



W dniu 2018-04-08 o 17:26, Mirek pisze:
Quote:
On 08.04.2018 15:43, Marcin Debowski wrote:

szczególnie jeśli chodzi też wifi. Nie wiem czy wątkotwórca używa, czy
też wyłącznie po kablu,

Wyłącznie po kablu. Wi-fi jest wyłączone.
Gdybym nie potrzebował kabla, rozsądne byłoby użyć Rpi Zero i być może
problemu by nie było.

Może kabel masz za długi, dolutuj elektrolita na pinach 100-200uF/10v

lub więcej.

--
Pozdr
Janusz

Marcin Debowski
Guest

Mon Apr 09, 2018 10:58 am   



On 2018-04-09, Adam Wysocki <gof_at_somewhere.invalid> wrote:
Quote:
Marek <fake_at_fakeemail.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

Adam Wysocki
Guest

Mon Apr 09, 2018 12:49 pm   



Marek <fake_at_fakeemail.com> wrote:

Quote:
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.

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

Adam Wysocki
Guest

Mon Apr 09, 2018 12:51 pm   



Marek <fake_at_fakeemail.com> wrote:

Quote:
Jaka dystrybucja? Nie wolno używać oryginalnej chińskiej dla opi bo
ta nieprsawidlowo konfiguruje chipset, co w efekcie doprowadza do
przegrzewania się nawet w idle. Polecam armbiana.

Czy dotyczy to tylko Orange PI, czy także Raspberry?

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

Adam Wysocki
Guest

Mon Apr 09, 2018 12:54 pm   



Mirek <mirek_at_null.dev> wrote:

Quote:
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_at_b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]

Marek
Guest

Mon Apr 09, 2018 2:02 pm   



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

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

--
Marek

Marek
Guest

Mon Apr 09, 2018 2:06 pm   





Marek
Guest

Mon Apr 09, 2018 2:08 pm   



On Mon, 9 Apr 2018 10:51:02 +0000 (UTC), gof_at_somewhere.invalid (Adam
Wysocki) wrote:
Quote:
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

Adam Wysocki
Guest

Mon Apr 09, 2018 3:02 pm   



Marcin Debowski <agatek_at_invalid.zoho.com> wrote:

Quote:
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_at_b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]

Marcin Debowski
Guest

Mon Apr 09, 2018 7:44 pm   





J.F.
Guest

Thu Apr 12, 2018 1:29 pm   



Użytkownik "Adam Wysocki" napisał w wiadomości grup
dyskusyjnych:panljj$ath$1$gof_at_news.chmurka.net...
Marek <fake_at_fakeemail.com> wrote:
Quote:
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ść?

Dokladnie - czysty procesor i troche RAM.

Tyle ze dosc ograniczony program, a wiec i zestaw instrukcji, adresow
itp.
gzip lepszy, ale nie nie z dev/zero :-)

J.

Adam Wysocki
Guest

Thu Apr 12, 2018 3:05 pm   



Marek <fake_at_fakeemail.com> wrote:

Quote:
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_at_b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]

Adam Wysocki
Guest

Thu Apr 12, 2018 3:08 pm   



Marek <fake_at_fakeemail.com> wrote:

Quote:
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_at_b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]

Goto page Previous  1, 2, 3  Next

elektroda NewsGroups Forum Index - Elektronika Polska - orange pi zero zawieszanie sie

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map