Příspěvky

61

Hardware / Re:CPU AMD Ryzen 7 5800X a co nejnižší spotřeba

« kdy: 21. 05. 2023, 22:51:16 »

Tak druhý měřák ukazuje shodně 3.2-3.3W. Takže to tak asi bude.
Teplota po čtvrthodině naprázdno: ta cívka blíž ke svorkám 33C, ta dál od svorek 43C.

62

Hardware / Re:CPU AMD Ryzen 7 5800X a co nejnižší spotřeba

« kdy: 21. 05. 2023, 22:10:24 »

Aha, koukám, že mám RSP-150-12, tím se teda leccos vysvětluje 
Takže: "Built-in remote ON/OFF control (only RSP-75/100/150/500)", je tam konektor vedle diodky a vedle nastavovaní napětí.

Vyhrabal jsem ještě jeden měřák a zkusím to naprázdno. A změřím i teplotu cívky, té blíž k svorkám.

63

Hardware / Re:CPU AMD Ryzen 7 5800X a co nejnižší spotřeba

« kdy: 21. 05. 2023, 19:22:59 »

Tak mě chytrá zásuvka na prázdno ukazuje jen 3,2W a 10,6VA, teda cosinus 0.30. To se mi zdá lepší, než to vaše měření. Měří ten Voltcraft dobře malé výkony se špatným účiníkem?

I ty 3W není úplně ono na prázdno, asi proto má tento zdroj možnost po drátech zapnout a vypnout. Pak se to chová jako ATX zdroj. Kolik má zapnutý ATX zdroj na prázdno? Ty ATX zdroje mají často aktivní PCF (skoro vždy?).

64

Hardware / Re:CPU AMD Ryzen 7 5800X a co nejnižší spotřeba

« kdy: 18. 05. 2023, 14:54:04 »

Taky mi 10W na prázdno přijde hodně. Mám dva RSP-200-12 doma, tak je časem zkusím změřit.

65

Bazar / Re:Prodám ODROID HC4 (bez displeje)

« kdy: 15. 05. 2023, 23:04:45 »

Myslím, že už není, mám ho já 

66

Hardware / Re:CPU AMD Ryzen 7 5800X a co nejnižší spotřeba

« kdy: 09. 05. 2023, 16:27:51 »

Tady je nějaký obrázek, jak se CPU napájí z 12V

https://www.realworldtech.com/power-delivery/2/

67

Hardware / Re:CPU AMD Ryzen 7 5800X a co nejnižší spotřeba

« kdy: 09. 05. 2023, 16:02:45 »

Na druhou stranu mi moje Ryzenové pecko ukazuje spotřebu 12A na 5V větvi a na 12V větvi jen 6A.

No "jen" 12x6 je 72W na 12V a na 5V je 60W. Ono možná záleží na desce, z čeho si vyrobí těch 1,3-1,5V s tak 10A, co potřebuje procesor.

68

Hardware / Re:Může uspání jader CPU způsobit problém?

« kdy: 09. 05. 2023, 09:26:06 »

No po probuzení si Linux přečte RTC a nastaví hodiny. Koukám, XU4 asi nemá RTC, takže v hodinách bude chaos do té doby, dokud se nesynchronizuje čas ntp nebo jak to děláte běžně.

HID v dmesg je nějaký vstupní zařízení (Human Interface Device), ale který konkrétně, to nevím.

Obecně ty SBC asi nemá cenu uspávat.

69

Hardware / Re:CPU AMD Ryzen 7 5800X a co nejnižší spotřeba

« kdy: 09. 05. 2023, 09:17:29 »

I o tom uvažuji. Je otázkou, jak by se choval zdroj např. Mean Well LRS-200-12 s účinností 87.5%, protože u toho adaptéru + PicoPSU zdroje ukazuje na měřiči Cos Fi 0,86, což by se mohlo dát spojit s účinností, ale spotřeba je nižší, než u obou předchozích ATX zdrojů, kde ukazovalo Cos Fi cca 0,92-0,93.

Pokud vám jde o ten cosinus, tak je potřeba zvolit zdroj, co má PFC (Power Factor Correction), což LRS-200 nemá. Má to třeba RSP-200. Ale papírová účinnost vzroste jen na 89%. Možná ve skutečnosti to bude mít větší vliv.

https://www.czech-meanwell.cz/fotky10575/fotov/RSP-200-spec.pdf

70

Windows a jiné systémy / Re:Co můžu vypnout ve Windows 10

« kdy: 19. 04. 2023, 08:13:55 »

Existují už vykuchané Win10, třeba Tiny10. Když to pojede bez internetu, tak bych se toho nebál.

https://beebom.com/what-is-tiny10-lightweight-windows-10-how-to-install/

71

Hardware / Re:Vadný disk, jaká by mohla být příčina

« kdy: 08. 04. 2023, 11:31:18 »

Bych si myslel jako RDa, že by zrada mohla být v tom UAS. Tedy že USB-NVMe adaptér chybně říká, že umí UAS, ale pak mu to moc nejde. Chybu to hlásí jen na sektoru 0, tak ten se čte, aby se viděla MBR tabulka oddílů.

Asi bych prvně zkusil UAS vypnout: parametr jádra usb-storage.quirks=XXXX:YYYY:u

Kde ty hexa čísla XXXX:YYYY zjistíte z lsusb pro ten váš adaptér (ID XXXX:YYYY).

Jestli to nepomůže, tak bych zkusil jiný adaptér případně někde nativně s M.2 rozhraním. Klidně v notebooku s jedním M.2 a nabootovat Linux z USB flash disku. Třeba systemrescuecd.

Jestli ani jedno z těchto tří nepůjde, tak bude disk kaput.

72

Hardware / Re:True RMS měřák s přepínáním

« kdy: 21. 03. 2023, 14:36:08 »

moc nechápu otázku, co je to ne-true RMS? IMHO to nic není, prostě měřáky bez true RMS ukazují hodnoty střídavého proudu a napětí jinak, ale klidně každý jinak

s wifi ani s usb tu žádná analogie není

nebylo by lepší si o tom něco přečíst?

https://en.wikipedia.org/wiki/True_RMS_converter

https://en.wikipedia.org/wiki/Root_mean_square

73

Distribuce / Re:Instalace Wine HQ na Mint 20

« kdy: 21. 03. 2023, 09:10:48 »

Pro 21 mám deb https://dl.winehq.org/wine-builds/ubuntu/ jammy main v /etc/apt/sources.list.d/winehq.list a funguje to. Klíč už jsi nepamatuju, jak jsem přidal, ale nějak se to měnilo. Pro 20 tam asi bude prostě focal, jak psal k3dAR.

V Mintu je i klikací Software Sources > Maintenance > Add Missing Keys

74

Server / Re:Volby pro SSH, aby vydržel dlouhodobě NAT

« kdy: 20. 02. 2023, 12:19:21 »

Tcp keepalive je defacto prazdnej ack packet, tam nema bejt co sifrovany. Navic je resen os vrstvou a nikoliv aplikaci, ssh jen pozada aby socket byl otevren s so_keepalive option. OS pak zajisti periodicke posilani ack paketu, jak casto a v jakejch intevalech zalezi na sysctl options (sem ted linej je hledat).

Ano, ale ten prázdný ack paket jde někde zachytit, zahodit, nebo modifikovat. Kdežto ty pakety Alive uvnitř ssh jsou zašifrované a je zaručena integrita přes MAC, takže s nimi nejde nic provést. Proto se upřednostňují.

75

Server / Re:Volby pro SSH, aby vydržel dlouhodobě NAT

« kdy: 17. 02. 2023, 21:39:18 »

1. Jsou volby Server vs Client - AliveInterval/Count rovnocenné? (až na to že se nastavují u klienta resp. u serveru a odhlédnu od toho, který konec čeká na expiraci timeru)

Tak ServerAliveInterval a ServerAliveCountMax se nastaví v klientovi. Po čase AliveInterval pošle klient prázdnou alive zprávu a tím se snaží udržet spojení aktivní. Když AliveCountMax krát nedostane na tuto zprávu odpověď, tak řekne, že nemá spojení a končí.

Pokud si teda myslím, že se mi spojení rozpadá třeba na 300 sekund, tak si nastavím ServerAliveInterval 30 a ServerAliveCountMax 200, takže to přežije výpadek kratší než 600 sekund a ještě se spojí. Nevýhoda je, že když se to opravdu rozpadne, nebo server spadne, tak to bude ještě 600 sekund trčet.

Výchozí je ServerAliveCountMax 3, ale lepší je dát víc a naopak menší ServerAliveInterval. Nejlíp je to dát do ~/.ssh/config

3: TCPKeepAlive jsem pochopil že není to co chci.

No taky pomáhá udržet spojení aktivní, ale není to šifrovaný, takže je to riziko. Lepší je nastavit na serveru ClientAliveInterval a ClientAliveCountMax. Což dělá to stejné, ale z pohledu serveru. Teda server pošle klientovi alive zprávu. Když jich nedostane CountMax zpět, tak řekne, že klient se odpojil a zruší spojení.