1. Fórum Root.cz
  2. Poslední příspěvky

Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Vývoj / Re:Vygenerování statických HTML stránek z Reactu (SEO)
« Poslední příspěvek od registrovany123 kdy Dnes v 14:39:02 »
Na Nextu mě dožírá, že nemá způsob, jak se obejít bez 30 let starého PRG patternu. Proto jsem do něj hodil vidle a dělám v Reactu.
2
Software / Re:gdb print vs call
« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy Dnes v 14:34:36 »
Mimochodem jaký je rozdíl mezi print a call? Nějak mi nesedí vysvětlení ai, že jedno volá a může mít side affecty a druhé je jen evaluace.

Avšak mé netrénované gdboko nevidí rozdíl
Kód: [Vybrat]
(gdb) call ((void*(*)(void))history_list)()
$413 = (void *) 0x62222b86fc70
(gdb) print ((void*(*)(void))history_list)()
$414 = (void *) 0x62222b86fc70
$415 = (void *(*)(void)) 0x622312369770 <history_list>
(gdb) call ((void*(*)(void))history_list)
$416 = (void *(*)(void)) 0x622312369770 <history_list>
print 2
call 2 #totéž


A ještě, je mozné toto provést na snapshotu (coredumpu)? tedy za předpokladu, že první krok(volání history_list) nepůjde udělat, ale tu druhou část (když budu znát ten pointer)
3
Nová témata / Re:Droid (DRX) – minimalistická Python kryptoměna pro Android/Termux.
« Poslední příspěvek od DarkwalkerPrime kdy Dnes v 14:11:55 »
Dělal jsem to cca tři měsíce za využití Gemini, a finální opravy dělal Grok.
4
Sítě / Re:Venkovní síťový kabel na 300 m a 1 Gbit
« Poslední příspěvek od googler2 kdy Dnes v 14:09:38 »
Diky za rady, ale na zaklade informacii z tohto vlakna som sa asi rozhodol, ze riesenie necham minimalne nacenit a asi aj realizovat lokalneho isp lebo aj na zaklade tohto vlakna vidim, ze je okolo toho vela specifickych parametrov resp. specifickych zalezitosti  a mam problem sa v tom vyznat / pochopit to. V kazdom pripade diky za snahu.
5
Nová témata / Re:Droid (DRX) – minimalistická Python kryptoměna pro Android/Termux.
« Poslední příspěvek od RDa kdy Dnes v 14:06:26 »
Je to spis AI sr**ka nez hotovy produkt :D
6
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
7
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)
8
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
9
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).
10
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
Stran: [1] 2 3 ... 10