Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Karel Karlik

Stran: [1] 2
1
Hardware / Re:Chladič na staré cpu
« kdy: 27. 11. 2023, 15:01:16 »
Tak ten vetrak zrovna asi problem nema, kraval dela stejne jako zamlada - proste intel ty vetraky nedela tiche.
Jestli si pamatuju dobre papiry co jsem k tomu tenkrat dostal, tak by se mel dat samostatne vymenit - rozhodne je tam nejaka manipulovatelna dratova klec.

Myslim ze je to tohle: https://www.ebay.com/p/1150934062 - a podle toho to dokonce vypada ze ma i tu sponu co se dava za motherboard (ja se tam jeste nekoukal, normalne vypinam jenom kdyz je v praze vypadek elektriny nebo mi bouchne psu) (ano i to modrry svetlo za provozu mam)

Jinak si teda odnasim ze prepastovat ano, vymenovat jenom chladic radsi ne. Az neco umre, tak mb dostane vyznamenani in memoriam a novejsi hw bude za min penez a min wattu hrat vic muziky.

2
Hardware / Chladič na staré cpu
« kdy: 20. 11. 2023, 23:24:24 »
Mám cca 12 let staré pc (LGA1366, intel cpu, stock intel cooler). Poslední dobou mi přijde že chladič cpu chladí čím dál tím míň (teploty cpu skoro bez zátěže 60-70C, na kritických 100C si sahá nějak moc brzo, dá se držet ruka na chladiči tam kde bych se na něm kdysi spálil), nemluvě o tom že je dost hlasitý (zvlášť když není přepnutý do polovičního módu) a vlastně to cpu ani uchladit nemůže (jestli jsem koukal dobře tak core i7 970 má tdp 130W a ten chladič má uchladit jenom 60W?).
Takže přemýšlím jestli má cenu to zkoušet čistit + přepastovávat, nebo rovnou hledat něco s vyšším výkonem a nižším hlukem.
Pokukoval jsem po noctua:
- https://ncc.noctua.at/cpus/model/Intel-Core-i7-970-129
- https://ncc.noctua.at/cases/model/Centurion-534-Plus-case-2754 - nejbližší co jsem našel pro můj case (centurion 534 N2)
ale tam je všechno "mounting kit required" (a ten se prodává samostatně).
U jiných značek jsem zase třeba nenašel verifikátor konfigurace který by ještě znal tak starý socket jako 1366 (i když u jednotlivých chladičů pak tvrdí že jsou i pro 1366)


Komplikace
- procesor a jeho chladič jsem si ještě montážně neosahal, nevím co dělám, bojim bojim
- nerozumím tomu v jakých směrech jsou uváděné rozměry chladičů (tj. jak mám dávat pravítko abych si opravdu zaručil že se vejde, jak na šířku skříně, tak mezi další výčnělky na boardu (např ram))
- vlastně ani nevím jestli to co mám je s takovým pc problém nebo ne

Prosil bych nějaké dobré rady.

3
Server / Re:PostgreSQL - vynutenie pouzitia jedneho query planu
« kdy: 04. 07. 2023, 20:08:56 »
První co mi nedá: je to opravdu pokaždé textově stejné SQL (a ty vyhledávací parametry se předávají nabindovanou proměnnou), nebo se do něj parametry stringově naconcatujou?
Tj "select ... where datum between ? and ?" vs "select ... where datum between to_date('2023-01-01') and to_date('2023-02-01')"
(jestli to není stejný string, tak se klidně může nacacheovat úplně jiný plán ...)

4
Další fíčura ktará může pomoct je about:memory
1) otevřít about:memory, measure and save (a pamatovat si kam jsem to uložil)
2) nechat firefox rozežrat se
3) about:memory, load and diff
4) interpretovat výsledek

tak jsem přišel na to že konkrétně mě paměť žere tampermonkey (a spoustu paměti dostanu tak že tampermonky dočasně vypnu a v about:memory dám minimize memory usage)

5
Software / Re:Hlášky zip need PK compat. v4.5 (can do v2.1)
« kdy: 14. 11. 2022, 15:00:45 »

Tady to řešili pro jinou verzi ale vysvětlené to snad je: https://unix.stackexchange.com/questions/183452/error-trying-to-unzip-file-need-pk-compat-v6-1-can-do-v4-6

- nemusí pomoct ani nejnovější verze unzip - pokud to není placená od PKWARE
- ale 7zip by to umět mohl, pokud se nainstaluje s podporou všeho
- pokud ne, tak rozbalit na windows (samostatných nebo ve VM)
- PK jsou iniciály původního autora formátu PKZIP (Phil Katz)
- jde o verze formátu souboru, a opravdu o to, že použitý unzip je kompatibliní pouze s formátem do verze 2.1 a dotyčný soubor tvrdí že používá něco co umí až verze 4.5

> version `GLIBC_2.33' not found
Příliš starý systém, nemá dostatečne nové základní knihovny.
Může být potřeba novější utility buildit ze zdrojáků. Nebo upgrade na aktuálnější verzi distribuce.

6
Software / Re:SQL deobfuscátor
« kdy: 25. 10. 2022, 04:29:43 »
Ten vnitrek vypada jako ze hleda jestli v tabulce vypadek.jos_bannerclient existuje sloupecek co ma v nazvu 'email' a nema v nazvu ani jedno z 'last','date','time','status','subscription'
+ kolem toho dela obfuskovaci omacku s groupavanim, randomem, a skladanim nejakeho dal nepouziteho stringu
a pokud navic v prislusne mysql je nainstalovany alespon 1 plugin (coz asi je, protoze v defaultni instalaci jich mam 47) tak to vrati 5808
(jinak to vrati prazdno),
no a to se pouzije jako podminka do neceho co uz tady citovane neni (prazdny select je false, select ktery vrati 1 radek je true).
Cele je to hodne podezrele. Nejenom tim jak je to obfuskovane, ale i tim ze se to snazi zjistovat strukturu databaze.

7
Software / Re:Syntaxe zvýraznění git log
« kdy: 11. 10. 2022, 01:25:28 »
da se to uplne vypnout --no-decorate
nebo nechat vypsat plne commit refy --decorate=full - pak je videt co je ref/heads, co je ref/tags, co je ref/remotes

Takze to vypada ze
1) vypisuji se vsechny "lidsky citelne" nazvy commitu ktere aktualni workspace zna
2) HEAD je proste HEAD (posledni commit v branchi kterou mam ted skutecne vycheckovanou, tj. kdyz budu v detached mode tak mi to HEAD nenapise u zadneho commitu)
3) zelene je jakakoli branch kterou jsem lokalne vycheckoval, i kdyz na ni zrovna nejsem (resp. jeji posledni commit (jeji head))
4) cervene jsou vsechny origin branche jejichz head je zrovna tenhle commit (kdyz dam fetch a git log --all tak uvidim ze ruzne origin branche uz jsou o nekolik commitu napred pred mymi lokalnimi kterymi je trackuju - novejsi commit bude mit treba cervene origin/main, a pak dole muj bude mit zelene main)



8
Software / Re:Připojování disků + filozofická otázka
« kdy: 06. 11. 2020, 23:07:15 »
Napadá mě jediný use case kdy je důležitý název dev .. že nepoužíváš fs a píšeš přímo do dev/sda (to dělá jen chuck norris, mount vůbec nepoužívá)

Ještě mě napadá zálohování celého block device (např. když se něco rozbije a potřebuju mít možnost číst data z disku opakovaně s co nejmenší potřebou fyzického přístupu na disk).

Citace
filozofická otázky pro linux geeky:
Asi může, ale tolik to nepálí - právě díky tomu že máme /dev/disk/by-*

9
Server / Re:ip route ukazuje jen 169.254.0.0/16
« kdy: 24. 09. 2019, 18:03:28 »
perl -pi -e s/multi on/172\.31\.1\.1\/32 dev eth0\\ndefault via 172\.31\.1\.1 dev eth0/g /etc/sysconfig/network-scripts/route-eth0

Ale chyba je: Substitution pattern not terminated at -e line 1.

Ne-escapeovana mezera prerusi parametr, takze perl vidi ze dostal prikaz "s/multi" a ne "s/multi on/..."
Jestli jde vlozit $ { } tak muze pomoct misto takovych mezer napsat ${IFS} (predpokladam ze shell je bash, jiny neumim a nemam kde vyzkouset). To budou asi vsechny mezery od s/ do /g.

10
...
Takže ušetřit třeba 4 m2 místa, což je asi tak 1 % nákladů na toho programátora, za cenu, že mu kvůli tomuto opruzu spadne určitě alespoň o 10 % produktivita, mi přijde jako strašný nesmysl. A přesto vidím kolem sebe jak to spousta firem dělá. Mohl by mi to nějaký ekonom vysvětlit?

Nejsem ekonom, ale tipuju že je levnější (a jednodušší) přijít o 10% produktivity než uplatit (a najít) dostatečně kompetentní manažery.

11
Desktop / Re:Leaking RAM? na Linuxu
« kdy: 27. 12. 2018, 02:52:04 »
No tak zapnu 8GB swap a nestane se to za týden, ale za dva týdny, ne? Je to pouze oddálení problému, ne řešení příčiny.
Pozoroval někdo něco podobného na systému se zapnutým swapem?

Kdysi jsem měl počítač který bez zapnutého swapu vytuhnul do 5 minut po startu. Jakmile jsem mu dal i jenom minimální swap (tuším asi 128 MB tenkrát?) tak problém zmizel.
Dostal jsem z toho pocit, že jádro prostě bez swapu odmítne dělat některé věci, se kterými se ve správně paměti počíta jako že budou vždycky. I když ten swap reálně k ničemu nepoužije.

12
Sítě / Re:Layer 7 firewall na Mikrotiku
« kdy: 13. 03. 2018, 15:31:09 »
Mozna maji nekde vedle nastavene ze regex ma defaultne matchovat case-insensitive? Protoze ja na zacatku radku vidim jenom SSH, ne ssh.

13
> Jedná se o VDSL připojení,

Pokud vim, tak u VDSL se nenastavuje VPI/VCI, ale VLAN (802.1p vetsinou na 0, 802.1q v cechach vetsinou na 848? na https://www.o2.cz/osobni/techzona-modemy-pro-adsl-vdsl/273154-ostatni_modemy_nikoli_od_o2.html?article=550534 taky pisou 848).

~~

Jestli se da z pocitace dostat na modem, a modem je pripojeny na internet (jestli sviti ze jo, tak by mohl), tak jeste muze mit vypnute routovani (to se mi taky jednou stalo).
Nekde ve webovem rozhrani modemu bude zahrabana dianostika, a v ni ping/traceroute. Tohle bych taky vyzkousel na nejakou znamou adresu (taky obvykle zkousim krasne zapamatovatelne 8.8.8.8), jestli to projde tak se muzeme omezit na hledani problemu primo na modemu.

Dalsi vec co je dobre zkontrolovat - jakou IP dostalo WAN rozhrani, a jestli nahodou neni ve stejne siti jako LAN. Kdovi co za problemy to muze zpusobit, jestli by pak treba modem nevedel pres ktere rozhrani posilat kdyz vidi 10.x.y.z.


Taky bych se nedivil kdyby byl nejaky problem v tom, ze na WAN je ipv4+ipv6, na LAN jen ipv4, a ten modem se s tim nejak nepopral. Ale zrovna tohle by fungovat melo, pokud je spravne nakonfigurovano pouziti dualstacku.


Ma to pristup pres ssh (nejspis se stejnym admin userem a heslem jako pres web)? Zkusil bych se pripojit, pustit na nem najaky tcpump, pak z pocitace ping 8.8.8.8, a podivat se jake pakety na ten modem prichazeji a z nej odchazeji. Pripadne se pak z prikazove radky da taky zkouset ping a dalsi.

14
Tipoval bych, ze cron spousti jenom ten prikaz co ma nakonfigurovany, cimz preskoci cele nastaveni profilu (bashrc, ...). Tudiz neni nastavene HOME, a kdyz se ssh diva na ~/.ssh/identity tak se vidi /root/.ssh/identity (nebo spis nevidi, protoze na nej nema pravo).

15
Server / Re:Podmínky konzistence dat v databázi
« kdy: 20. 06. 2017, 15:45:00 »
Ja si myslím, že je to trick question, protože: "prave vtedy ak:".

Dál se zkusím omezit na co nejmíň předpokladů a rozebrat možnosti.

Větev 1: konzistenci dat může poškodit už jedna transakce běžící samostatně - v tom případě konzistenci dat nemůže zajistit 1 2 ani 3. Stačí aby transakce běžely v sérii a konzistenci rozbila ta poslední.

Větev 2: jedna transakce sama o sobě konzistenci nerozbije. V tom případě konzistenci nemůže rozbít víc transakcí běžících v sérii (každá z nich zachová prerequisite že konzistence není rozbitá), a nemůžou jí rozbít ani paralelní transakce n aúrovni serializable (protože jejich běh má výsledek ekvivalentní nějakému sériovému běhu, čímž je převedeno na předchozí podpřípad).
A protože tyhle dva body nejsou ekvivalentní (seriální vykonání může nastat na jakékoli úrovni izolace, a naopak existují serializovatelné transakce které nemusí běžet v sérii), tak "právě když" neplatí ani pro 1, ani pro 2.

Takže zbýva možnost "nedojde k deadlocku" ... no a já si dokážu představit celkem velkou třídu užitečných transakcí které se navzájem zadeadlockujou, ale konzistenci porušit nemůžou (nejdří pozamykají co můžou ve špatném pořadí, a pak teprve něco dělají). Takže ani tady neplatí "právě když".

Stran: [1] 2