Poslední příspěvky

1

Nová témata / Droid (DRX) – minimalistická Python kryptoměna pro Android/Termux.

« Poslední příspěvek od DarkwalkerPrime kdy Dnes v 13:49:33 »

Ahoj všichni,

pracuju na malém experimentu – vlastní kryptoměně Droid (DRX), napsané v Pythonu pro Termux. Je to zatím alpha verze, takže všechno je spíš hračka než hotový produkt.

Pokud chceš testovat, budeš potřebovat:

Termux na Androidu

Python a potřebné závislosti (nainstaluješ podle GitHubu)

ZeroTierOne (pro síťovou komunikaci mezi peněženkami)

Základní znalosti práce s příkazovým řádkem (CLI)


Kdo má chuť si pohrát s blockchainem, těžit, posílat DRX a testovat, budu moc rád za zpětnou vazbu. 😺

🔗 GitHub: https://github.com/DarkwalkerPrime/Droid-DRX

2

Hardware / Re:co triggeruje přehřívání nvme, watchdog, idle ??? C2 stav 50%?perf: interrup

« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy Dnes v 13:20:52 »

No a teď spontánně přestal topit. Já fakt nevím čím to je....  Jenom sem šverchal s  LAN kabelem. Mám pocit, jako když je tam nějaký watch nebo nízká hustot IRQ/eventů

opět nic za půl hod v dmesg.  !
Ovšem je tu jedna brutální zvláštnost. po dobu kdy ssd topilo  powertop  ukazoval na druhém tabu : C-stavy, že cpu je 30-50% v C2 stavu,  40% v C8 ...


nyní: netopí (33/18°C -důvod je přidání větráku, že to je nižší než normálních 45/30) a powertop hlásí:  C2 5% ,,,C10 70% , C8 5%


TAdy se děje fakt něco divnýho... ty etapy veder trvají tak asi max 4 hodiny a mám podezření, že PC nějak krvácí na nedostaktu eventů:
# dmesg --color=always  |grep -vPi "enp2|audit|veth|layfs|vmbr|cifs|redirect" # abych no našel lépe

Kód: [Vybrat]

[pá 31 19:22:] perf: interrupt took too long (2511 > 2500), lowering kernel.perf_event_max_sample_rate to 79000
[pá 31 20:24: ] perf: interrupt took too long (3139 > 3138), lowering kernel.perf_event_max_sample_rate to 63000
[pá 31 21:45: ] perf: interrupt took too long (3990 > 3923), lowering kernel.perf_event_max_sample_rate to 50000
[pá 31 22:27: ] perf: interrupt took too long (4992 > 4987), lowering kernel.perf_event_max_sample_rate to 40000
[čt   n6 03:22: ] perf: interrupt took too long (6254 > 6240), lowering kernel.perf_event_max_sample_rate to 31000

Kde ale zjistím čemu interrupt patřil??? (ani grep -C 3 perf:" neodhalil okolí) Zvláštní je, že už kdysi jsem nabýval podezřejní, že pokud manipuluj s PC ,zapojuju USBčka, ethernet kabel, dojde k ukončení přehřívání lépe (v době ,kdy jsem měl za to, že už opětovně se už nezačně přehřívat, když jednou přestane)

ALE: timestampy perf řádků z dmesg nekorelují z přehříváním (5.11. večer až asi 22h, 6.11 doteď), , timestamp tam je 6.11 v 3 hodiny (což by mohlo zahrnovat pokud se to stalo od půlnoci), ale přechozí 2 jsou z 31.10. 3 hodiny po bootu, kdy se určitě nezahříval

čili 2 věci :?
perf: interrupt took long je co zač
package při topení je v C2 stavu (cores si idlují vesele v C10)

3

Software / Re:Záchrana historie z existujícího Bashe

« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy Dnes v 13:02:21 »

OK POVEDLO SE. přímo v gdb: set logging on ; a klasicky while $i <500 {p   p *(char**)(((void**) 0x62222b86fc70)[$i] ; $i+=1;) end

4

Hardware / Re:PC sestava pro Linux

« Poslední příspěvek od Zrzka kdy Dnes v 13:02:20 »

P.S. Jestli budete hrát hry a zůstanete u Ryzen 9 9950X3D, doporučuji:

• Steam - vybrat hru
• Pravé tlačítko - Properties
• General - Launch options

Kód: [Vybrat]

WINE_CPU_TOPOLOGY=16:0,1,2,3,4,5,6,7,16,17,18,19,20,21,22,23 %command%
Pořád jsem si lámal hlavu proč mi to FPS tak skáče (20 - 120). S výše uvedeným mám stabilních 120 FPS (např. World of Tanks - High - nativní 5120x2160).

5

Software / Re:Záchrana historie z existujícího Bashe

« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy Dnes v 12:13:23 »

Skvělé... (nefunguje to sice na gdb uleželého core dump,abych nic nepokazil, ale zkouším to na jiné instanci běžícího bashe),ale budu tomít i očíslované a s pořadím . super
Jen mě zajímá, pro automazaci:
1. je možné obsah příkazu "p" uložit do souboru z gdb abych se neuklikal nebo to nekopíroval scrollbuffer terminálu a složitě to neparsoval
2.je možné použít příkaz "p" na steroidech, aby vypsalo přímo celé pole  naráz?


právě teď asi kixnul ten počítač, jak jsem to te´d zkoušel umřel ssh spojení a nejde ping ! je možné že to crashlo kvůli přistupu do paměti? EDIT: otázka platí, je možné tímto shodit celý PC (ne jen bash) .. Cant access memory

Kód: [Vybrat]

Cannot access memory at address 0x31303d6d722e2a3a
(gdb)  p *(char**)(((void**)$1)[25])
(gdb)  p *(char**)(((void**)$1)[1])
$2 = 0x5d376548cfd0 "\t\t\t\t\tstatusLine += 'Output: <span>' + actualWattage + 'W</span>';"


Cannot access memory at address 0x31303d6d722e2a3a
(gdb)  p *(char**)(((void**)$1)[299])
Cannot access memory at address 0x31303d687a6c2e2a
(gdb)  p *(char**)(((void**)$1)[29])

Uff, jsou to nějaký glitše v síti , vypadává asi kabel-link-utpčko

Kód: [Vybrat]

10x za posledních 3 minuty, předtím ne
vmbr0: port 1(enp2s0) entered forwarding state
igc 0000:02:00.0 enp2s0: NIC Link is Down
vmbr0: port 1(enp2s0) entered disabled state
igc 0000:02:00.0 enp2s0: NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
vmbr0: port 1(enp2s0) entered blocking state
vmbr0: port 1(enp2s0) entered forwarding state
igc 0000:02:00.0 enp2s0: NIC Link is Down
vmbr0: port 1(enp2s0) entered disabled state
igc 0000:02:00.0 enp2s0: NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
vmbr0: port 1(enp2s0) entered blocking state
vmbr0: port 1(enp2s0) entered forwarding state
igc 0000:02:00.0 enp2s0: NIC Link is Down
vmbr0: port 1(enp2s0) entered disabled state
igc 0000:02:00.0 enp2s0: NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
vmbr0: port 1(enp2s0) entered blocking state
vmbr0: port 1(enp2s0) entered forwarding state
igc 0000:02:00.0 enp2s0: NIC Link is Down
vmbr0: port 1(enp2s0) entered disabled state
igc 0000:02:00.0 enp2s0: NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
vmbr0: port 1(enp2s0) entered blocking state
vmbr0: port 1(enp2s0) entered forwarding state


6

Vývoj / Re:Vygenerování statických HTML stránek z Reactu (SEO)

« Poslední příspěvek od to_je_jedno kdy Dnes v 12:09:22 »

Prevedl bych si to do Nextu

7

Sítě / Re:Venkovní síťový kabel na 300 m a 1 Gbit

« Poslední příspěvek od skskyper2 kdy Dnes v 12:04:44 »

Existuje chranicka aj prerezana 

https://www.gme.sk/v/1483602/kss-cr-07p-husi-krk

8

Hardware / Re:haluze Chování nabíječky s PD

« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy Dnes v 11:58:06 »

Co je totot zač?

Sjůůpr dodgy? Pošli to Danykovi na rozebrání, ať se mrknem, jak daleko od smrti či vyhoření jsi byl:
https://www.youtube.com/@DiodeGoneWild/search?query=charger

cool kanál a ten playlist  DAngerous &safe mě trochy vylekal ,neboť z dálky to trochu vypadá co mám doma.
Není to čech Ten danyk? Protože "tuhle angličtinu jsem už někde slyšel" (konkrétně tenhle hlas) aje mi topovědomé , nějaký elektro guy.. Rok ,2 zpátky

0.5V - krmit slabšího

nemá proti tomuto chránit Dioda gone wild?

vidlice-teplota

vyzkouším až budu experimentovat. Mám chytrou zásuvku, není problém změřit rozdíl činného výkonu z ní a DC spotřeby z USB testeru (problém ale právě bude u přesnosti pro ty malé výkony pod 4W, které chytré zásuvky moc dobře spolehlive neměří, ale 15W asi už měří přesně)

9

Software / Re:Záchrana historie z existujícího Bashe

« Poslední příspěvek od tecka kdy Dnes v 11:47:37 »

To, že vidíš history_list by mělo stačit i pokud nemáš nic víc. To je funkce vracející ukazatel na uloženou historii, což je pole ukazatelů na HIST_ENTRY, ve které první položka je string.

Kód: [Vybrat]

(gdb) call ((void*(*)(void))history_list)()
$1 = (void *) 0x555555a2fd20
(gdb) p *(char**)(((void**)0x555555a2fd20)[0])
$2 = 0x55555577b390 "cd .."
(gdb) p *(char**)(((void**)0x555555a2fd20)[1])
$3 = 0x5555556e6e20 "ll"
(gdb) p *(char**)(((void**)0x555555a2fd20)[2])
$4 = 0x55555579fdf0 "make CFLAGS=\"-O0 -ggdb\""


10

Software / Re:Záchrana historie z existujícího Bashe

« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy Dnes v 11:31:46 »

Dotaz: pokud mám ten core dump , je možné z něj nějak jen uložit menší výsek paměti ( jako je anotovaný kus toho výpisu<current_history><prev_history>,<next_history> a <history_list>) , abych musel procházet méně balastu přes strings/hexdump? On má 2900kB nebo 4500kB (gcore -a)

Kód: [Vybrat]

root@x:~/core# (strings core|sort|uniq) |wc
  13921   19899  220162
root@x:~/core# (strings core-a|sort|uniq) |wc
  18201   24637  244798
...  diff -y  <(strings core|sort|uniq) <(strings core-a|sort\uniq) |less...... motají se tam i completions
 
SIce je to OT  od záchrany dataco ten fish umí zázračného ? Problém je, že 1 jsem neměl nakonfigurovaný pořadně .bashrc   (HISTSIZE na 20000 by jen oddálilo problém nebo by mi jen zaneřádilo HISTFILE třeba jen 1500 řádky), jen ignoredups, nemám append nebo ten PSPROMPT na chytré slučování (problematika na korektní  zápis do historie pokud běží víc bashů současně)...
Ale tohle je prostě moje blbost, že jsem copy paste scriptu do terminálu nezavolal unset HISTFILE (a i tak si nejsem jistý že by to na 100% pomohlo, ten skript mohl  si spustit novou instanci bashe nebo co já vím) a ten skript zřejmě někde měl řádek exit nebo jiný return, který uzavřel aktuální bash a zapsal historii (který byla vyšší než 500 řádků) ...Situace taková je, že nyní HISTFILE obsahuje posledních 500 řádků toho copy paste skriptu. fujtajbl