Příspěvky

226

Software / Re:Jak na progresivní otáčky větráčků?

« kdy: 24. 07. 2018, 09:05:25 »

V Gentoo můžeš začít těmito příkazy:

Kód: [Vybrat]

emerge --ask sys-apps/lm_sensors
sensors-detect

Nechci znít nějak nabubřele, ale kde myslíš, že jsem vzal "fancontrol"? Samozřejmě, že teploty beru přes lm_sensors...

František Ryšánek: Podobně jako u Kita výše. MINTEMP a MAXTEMP mám samozřejmě nastaveno, jak jinak bych asi věděl, jak se to celé chová při různých nastaveních? Jak jsem zmínil ve svém příspěvku - jde o HTPC s výkonnými součástkami strčené do polouzavřené skříně (myslím teď dřevotřískový kus nábytku) s předem danými vnitřními rozměry a možnostmi. Samozřejmě, že i pomaloběžný 12cm větrák dá víc, než 7cm slim na plné otáčky... Já jsem s chlazením během normálního používání spokojen (teploty do 50 na CPU a do 40 na MB), ale jakmile zapřáhnu kompilaci na delší dobu v kuse (větší balík), teplota může vylézt nahoru.

Já hledám řešení, které mi pokryje přijatelně obě varianty. Potřebuju (například!), aby při CPU na <50 stupních běžely boční větráky ve skříni na cca 30%, při 70 stupních cca 60% a při 75+ na 100%. Potřebuju výrazný progresivní nárůst otáček v omezeném rozsahu, to mi fancontrol v jeho základu nedokáže poskytnout. Stejně tak by bylo vhodné, že jakmile by CPU bylo pod 50 stupni, tak by se řízení větráků přehodilo na teplotu MB a řídilo podle ní.

Ve finále to asi nejlépe odhadl Trupik. Prostě se vykašlu na fancontrol a napíšu si vlastní skript, který si podle hodnot v /sys bude řídit otáčky (opět pomocí /sys) úplně sám. Navíc vlastním skriptem budu moct pomáhat při vytahování tepla ze skříně i CPU větrákem.

Šlo mi o to, jestli náhodou neexistuje už nějaké jiné hotové řešení. Asi ne.

Momochodem - Kite, nápad s ATTiny dobrý. Možná by se to dalo využít i jinak :-)

227

Software / Jak na progresivní otáčky větráčků?

« kdy: 20. 07. 2018, 17:54:57 »

Zdravíčko ve spolek,

dneska jsem se rozhodl zkompilovat v Gentoo nějaké nové balíky a během kompilace GCC mi teplota CPU vyšplhala na 80 stupňů. Chlazení mám dostatečné, ale kvůli hluku je vyladěné pomocí fancontrol. No, venku je dnes 30, tak při mém nastavení maximálních otáček větráků to jaksi nestačilo a při 80 mi začal ječet speaker (nastaveno v BIOSu, abych kdyžtak včas věděl, že větráky stojí/je problém).

Poněkolikáté jsem se tedy zamyslel nad tím, jestli mi fancontrol vlastně vyhovuje. Boční větráky v HTPC (natahují vzduch do bedny) začnou být hlučné nad řekněme 1500 otáčkami, maximum ale mají přes 3000 (7cm slim typ, proto takové otáčky). Fancontrol řídí otáčky lineárně podle jedné teploty. Problém je jak v tom "lineárně", tak "podle jedné teploty". Vysvětlím:

1. Lineárně: Když nastavím maximální povolenou rychlost na 100%, tak už při poloviční teplotě (třeba 55 na CPU, což je jakmile dostane trošku kotel, i když jen momentálně) jsou slyšitelné. Když je nastavím třeba jen na 60%, tak při plné dlouhodobé zátěži CPU nestačí chladit. Kompromis vlastně není.
2. Podle jedné teploty: Mohl bych větráky řídit teplotou základní desky, která má oproti CPU setrvačnost (takže větráky nehučí během jednorázové zátěže), ale malý rozptyl teploty (řekněme 37 - 45), který limituje jejich využití (protože na 42 to vyskočí, ale už se to z nich špatně chladí dolů = pořád hučí větráky). Stejně tak bych mohl nechat CPU větrák běžet podle teploty desky déle (větrák totiž vytahuje vzduch ze skříně nahoru = pomáhá chladit i desku, pokud je CPU bez zátěže), ale fancontrol neumí řídit podle dvou teplot (v režimu "vyšší platí").

A tak jsem došel k tomu, jak vlastně jinak regulovat větráky v Linuxu? Znáte někdo něco? Šlo by také řídit je prograsivně - čím vyšší teplota, tím více přidávat otáčky (ne lineárně) - tak by byly větráky třeba do 60 stupňů potichu, pak by začaly víc a víc řvát, až by při 80 jely klidně naplno.

Pokud ne, může to skončit i tím, že se pustím do skriptu fancontrol a poprvé za cca 10 let používání Linuxu předělám již hotový opensource produkt k obrazu svému. Ale do těch 600 řádek bash skriptu se mi moc nechce... Je to moc robustní (což je správně), špatně se mi to čte. Nejsem žádný programátor ani kodér, plácám si jen své věci...

228

Distribuce / Re:Soutěž: Gentoo desktop na největším šrotu

« kdy: 20. 07. 2018, 08:03:27 »

Tak před 11, 12 lety jsem měl Gentoo na 433MHz Celeronu. Open Office to kompilovalo tak 16-17 hodin, podle toho, co jsem na tom během dne dělal. Když jsem se o víkendu vzbudil nějak brzo, kolem té páté, tak jsem to spustil, a kolem té desáté to skončilo a já mohl jít spát.

Dnes už na to kašlu. Ta má Sandy Bridge i7 už sice není úplně raketa, ale má to 24GB RAM, kompiluji z RAMdisku, ale i tak na některé balíky už kašlu. Chrome, LibreOffice, a možná i Firefox, to teď nevím, používám v binární podobě, bez vlastní kompilace.

Mě ten čas ani neštve. Prostě to pustím někdy večer a ráno to často bývá. Pokud ne, tak to prostě jede ještě přes den. Mám i5 750 (4x 2.66GHz) a na tom to šlape celkem rychle, i když už je to stará mašina. Samozřejmě na tom Atomu jsem to kompilovat teď čistě ze zvědavosti. Včera jsem zjistil, že Midori je fakt nepoužitelné, tak teď zkouším kompilovat Otter. Ten už ale jede přes distcc na i5 750 + Celeron 1037U, který má výkon na jádro +- jako ten i5 750. Celkem tedy jde o 6 jader, na tom Atomu nekompiluju, dělá jen administraci. Pokusů bylo dost, je načase začít fungovat.

I když takový Qt by taky hodilo slušný časy

229

Distribuce / Re:Soutěž: Gentoo desktop na největším šrotu

« kdy: 19. 07. 2018, 11:10:51 »

Jen ještě dodám, že před šesti lety trvala kompilace Libreoffice na N455 12 hodin a 50 minut. Dnes je to na identickém hardware 1 den, 6 hodin a nějaké drobné.

230

Distribuce / Re:Soutěž: Gentoo desktop na největším šrotu

« kdy: 19. 07. 2018, 07:07:13 »

Docela koukám, kolik lidí tu má doma spoustu starýho HW, kterej je de facto k ničemu. Taky mám pád kousků, ani nevím proč... Nevíte někdo, proč to sbíráme a skladujeme?

...vyfukat pavuky...

COŽE???

Vracím se po několika dnech k tématu. Přišel jsem totiž oznámit, že držitelem titulu "Zkompiloval jsem Liberoffice na totálním vraku" jsem v tuto chvíli já Viz přlohu

231

Distribuce / Re:Soutěž: Gentoo desktop na největším šrotu

« kdy: 17. 07. 2018, 21:25:56 »

Docela koukám, kolik lidí tu má doma spoustu starýho HW, kterej je de facto k ničemu. Taky mám pád kousků, ani nevím proč... Nevíte někdo, proč to sbíráme a skladujeme?

232

Distribuce / Re:Soutěž: Gentoo desktop na největším šrotu

« kdy: 16. 07. 2018, 07:15:49 »

...

HW je https://www.cnet.com/products/netvista-n2200-thin-client-32mb-enet-linux-8363/specs/
tzn. puvodnim urcenim thin-client. Nema to bios, posledni "podporovanej" kernel je 2.6.20.x (a to jeste s custom hackem, aby vubec nabehl), ale uz dlouho jsem nekoukal, jestli by to treba nebootovalo i s necim novejsim. Gentoo bootstrapovany lokalne ze stage1, plna vlastni rekompilace jak stage1, tak i vseho nasledujiciho (stage2/stage3) s:

CFLAGS="-O2 -mtune=i586 -pipe"
CXXFLAGS="${CFLAGS}"
CHOST="i486-pc-linux-gnu"

Vse kompilovano lokalne, pripadne s pomoci distcc a druheho stejneho stroje (vykon 100Mbit site tu neni limitem, takze to bylo "skoro jak dualcore").

WM je minimalisticky Ratpoison, pouziti primarne jako terminal, ale je tam i firefox a thunderbird + dalsi "nezbytne" aplikace.

Tak Tobě se opravdu klaním. Gentoo ze Stage 1 (sám jsem ještě nikdy nedělal), lokální kompilace na fakt starym HW a předpokládám, že distcc sice udělalo divy (v porovnání s/bez), ale samotný časy se nikam výrazně neposunuly (pořád to bylo v hodinách). Zatím to vypadá, že získáš titul Ty!

Mimochodem, já Gentoo kompiloval na 1x Celeron 366MHz, ale to bylo jen headless. Taky to trvalo, ale pořád to bylo snesitelný (pustíš, zapomeneš, za týden zkontroluješ, hotovo).

233

Distribuce / Re:Soutěž: Gentoo desktop na největším šrotu

« kdy: 15. 07. 2018, 20:16:38 »

Kiežby. Som na stomegovej linke. Je to nejaký Intel Atom N2800 a odkedy v Gentoo zapli podpisovanie portage, tak refresh kľúčov a kontrola podpisu trvá takto nechutne dlho. Takže cenu za najhorší hardvér asi nevyhrám, ale tá rýchlosť ma aj tak riadne serie.

Počkat, takže až budu dělat sync na tom mym N455, tak to mám pustit přes noc?

234

Distribuce / Re:Soutěž: Gentoo desktop na největším šrotu

« kdy: 15. 07. 2018, 19:24:43 »

Kód: [Vybrat]

time emerge --sync
...
real    26m38.501s
user    4m56.977s
sys     1m1.087s

Čo som vyhral?

Na čem jsi to proboha dělal? Buď na nějakym 33600bps modemu nebo na nějakym ukrutně starym šrotu. Nebo obojí...?

A pro Ty, kteří sledují vlákno: webkit-gtk na Intel Atom N455 zkompilováno za 1 den, 5 hodin a ty drobné si už nepamatuju...

235

Distribuce / Re:Soutěž: Gentoo desktop na největším šrotu

« kdy: 15. 07. 2018, 13:00:24 »

Gentoo na 486, bootovanie 10 minut, tolko aj vypinanie.

https://www.youtube.com/watch?v=4qSziR6sD8Q

Škoda, že na tom nemá zkompilovanej desktop, hned by byl jasným vítězem!

236

Distribuce / Re:Soutěž: Gentoo desktop na největším šrotu

« kdy: 15. 07. 2018, 11:14:05 »

Proboha, co existuje horšího?

Raspberry Pi Zero?

Pravda, mám tady ještě první verzi Raspberry Pi. A to je mnohem horší, než Zero. Výzva? Ani by mi nevadilo do toho jít, ale potřebuju .config funkčního (a nenáročnýho) kernelu. Že by z Raspbianu? Možná se do toho někdy pustím :-)

Taky mam v planu poskladat nejake "Retro PC" na hrani starych her akorat zatim nevim zda to postavit na necem modernim (nejake ITX reseni s FreeDOSem) nebo sehnat rovnou starou 486tku ktera jeste funguje.

Takové PC mám, jen to není retro, ale opravdu staré. MB Abit BP6, v něm 2x 366MHz Celeron, GeForce 256 SDR a 384MB RAM. Na tom pojede všechno (z doby před rokem 2000). Mám dokonce originál nerozbalený Windows 98 SE a Windows XP, takže i systém by byl (na hraní her). Jinak se teda omlouvám, že to je tak moderní HW, ale je to cca z doby, kdy jsem s PC začínal, takže odpovídající mému věku a vkusu :-)

Mimochodem - když mi v roce asi 2009 kleknul notebook, tak před pořízením něčeho pořádného jsem fungoval asi měsíc právě na tomhle dvouprocesorovém kousku. Ano, Gentoo.

237

Distribuce / Re:Soutěž: Gentoo desktop na největším šrotu

« kdy: 14. 07. 2018, 21:44:23 »

Asi by bylo dobry zavrit ten stroj do mrazaku, abys ho neupekl
btw: vis, ze muzes kompilovat na mensim srotu ( e.g. https://wiki.gentoo.org/wiki/Distcc ) ?

Neupeče se, nemá na to dost velkej příkon Atom by se asi uchladil i bez chladiče.

Distcc vím, znám, mám na dvou mašinách (celkem slušných 6 jader), nicméně potřebuju zjistit, jak na tom Atomu pojede nějakej prohlížeč a až podle jeho použitelnosti chci donastavit a dotahat zbytek systému - a s ním, resp. před ním, i to distcc

238

Distribuce / Re:Soutěž: Gentoo desktop na největším šrotu

« kdy: 14. 07. 2018, 21:05:43 »

No zrovna webkit, je mimo Chrome a Libreoffice snad nejvetsi opruz celkove (rozumej chrome i LO jedin -bin)

Dnes sem se zrovna zbavil posledni dep na dev-qt/qtwebengine a upgrade qt misto 4h byl za hodku (i7 ntb), asi ty webovy vecicky proste trosku prehani, co maj resit.

Mám pocit (musel bych pustit další počítae, abych to ověřil/potvrdil), že webkit a Chrome už dokonce trvají dýl, než LO. Já jsem ale zastánce kompilace... Většinou je to přes noc, což mi nevadí. Ale na tom Atomu je to extrém, už se to blíží ke 24 hodinám :-D I když Libreoffice před lety trvaly na tom CPU asi 1 den a 12 hodin.

239

Distribuce / Re:Soutěž: Gentoo desktop na největším šrotu

« kdy: 14. 07. 2018, 19:00:54 »

Mám tady ještě jeden funkční šrot s Linuxem, který jede na 40 MHz s 4 MB RAM, ale už ho nepoužívám.

Je pravda, že takový stroje si pamatuju, dokonce jsem na nich leckde i hrával, ale nikdy jsem doma žádnej tak starej/pomalej neměl, natož abych na něm sám něco provozoval.

240

Distribuce / Re:Soutěž: Gentoo desktop na největším šrotu

« kdy: 14. 07. 2018, 18:26:18 »

Na mnohem horším vraku provozuji Ubuntu, ale kompilovat některou z jeho komponent jsem se neodvážil.

Proboha, co existuje horšího? Pravda, mám ještě Atom N270, ale ten provozuju headless... A pak mám ještě starší (cca 2006?) Pentium M, ale to je oproti Atomům dělo!

Nějaký Celeron 700 MHz, 256 MB RAM, 2 GB HDD. Dá se to.

Ač nerad, musím objektivně přiznat, že máš větší šrot.