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 - Hamparle

Stran: 1 ... 17 18 [19] 20 21 ... 24
271
/dev/null / Re:Smazaný příspěvek o HR
« kdy: 25. 09. 2020, 18:10:43 »
jako Bolševik  Babiš a jeho STB Agrofert se zapomněl upřesnit

272
O serveru Root.cz / Re:Blog - potvrdte ze jeste clovek
« kdy: 25. 09. 2020, 18:05:57 »
Bohužel, to je dnes trend, nechat si nasadit na stránku google captcha. Znemožňuje to funkčnost celkem dost webů (kontaktní formuláře, registrace...)

To jako opravdu blokuješ na routeru google.com a googleapis, gstatic? Právě kvůli tomuhle to já neblokuji na routeru, ale v prohlížeči, a dočasně těm nestoudným webům odemknu přístup na domény třetích stran

273
Hardware / Re:Je tato miniaturiazce možná?
« kdy: 25. 09. 2020, 10:54:54 »
Neupínejte se na 100W. Jde o USB-C , který "dle specifikace" má mít chip má li umět >3A(60W). Případně "amplifier/redriver" circuit pro dlouhé kabely.
Jde o výsledky hledání na amazon/ebay na USB-C kabely,adpatéry, a různé značky přesně jako Basevs,Baseus,USAMS,Stouchi a další neznámé.

Čistě mě zajímá, jestli to co na tom obrázku převádí výrobci (ono stačí si nějaký takový kabel najít a podívat se na další ilustrační hipsterské obrázky, jak je to zapojené v smartphonu nebo na  stolečku s macbookem), je kompletní nesmysl a nebo to tak může být.

274
Server / iptables: dát podmínku pro TCP? PRO conntrack-accept?
« kdy: 24. 09. 2020, 21:38:22 »
Mám pravidlo
Kód: [Vybrat]
-A FORWARD -i en1kdo2tyhle3 -o en4kdebilni5nazvy  -m conntrack --ctstate RELATED,ESTABLISHED -c 50604787 70467320953 -j ACCEPT
v FORWARDU.
Je dobrý nápad toto pravidlo omezit na protokol TCP?

(Protože jsem si v výstupu sudo conntrack -E všiml)
Kód: [Vybrat]
    [NEW] udp      17 30 src=10.1.1.54 dst=10.1.1.23 sport=61023 dport=53 [UNREPLIED] src=10.1.1.23 dst=10.1.1.54 sport=53 dport=61023
 [UPDATE] udp      17 30 src=10.1.1.54 dst=10.1.1.23 sport=61023 dport=53 src=10.1.1.23 dst=10.1.1.54 sport=53 dport=61023
[DESTROY] udp      17 src=10.1.1.54 dst=10.1.1.23 sport=56119 dport=53 src=10.1.1.23 dst=10.1.1.54 sport=53 dport=56119
    [NEW] udp      17 30 src=10.1.1.54 dst=10.1.1.23 sport=53187 dport=53 [UNREPLIED] src=10.1.1.23 dst=10.1.1.54 sport=53 dport=53187
    [NEW] udp      17 30 src=192.168.2.8 dst=8.8.8.87 sport=18742 dport=53 [UNREPLIED] src=8.8.8.87 dst=192.168.2.8 sport=53 dport=18742



(8.8.8.8 remote DNS, 10.1.1.0= vniřní síť, 10.1.1.23 ip routeru ve vnitřní síti, 192.168.2.8/24 přiřazená IP/síť mému routeru, na který se ptám)
Nemohu mít třeba blbě nastavený  dns forwarder(použitý pro klienty z vnitřní sítě), že dotazy posílá pod IP adresou vnitřní sítě a dochází k zbytečnému NATování?

Teď jsem to omylem rozšířil na 2 otázky... - vyňatí UDP z conntrack a analýza chování dns forwarding demona

275
Hardware / Je tato miniaturiazce možná?
« kdy: 24. 09. 2020, 20:39:44 »
Je možné v současnosti takováto miniaturizace?(Neptám se zda u konkrétního výrobku), ale orientační rozměry koncovka USB-C kabelu.

276
Sítě / Re:upload na amazonaws 3Mbps?
« kdy: 23. 09. 2020, 14:04:24 »
100/100 asi nebudeš mít do tranzitu, ale jen po ČR. Málo to je, o tom žádná.
Internet je docela nehomogenní byznys, každý si může objednat konektivitu dle svých finančních možností.
Tranzit je řádově dražší, než ČR dost často s limitem dat, takže se škrtí normálně.
Zkusil jsem pár testů (Down/up:
Itálie: 51/12
Japonsko: 26/6
Slováci: 25/15

To EC2 a S4  a nano  a instance jsem nepobral. To jsou nějak segmentované služby, kde je rychlost horší/sdílená/nezaručené?

277

Kód: [Vybrat]
ffmpeg -i file:input.mp4 -threads 8 -codec:v libx264 -preset slow -crf 22.0 -profile:v high -level 4.2 -codec:a libopus -sn output.mkv


A nekazí tam "kompatibilitu" ten opus? Na kolikjádrovém CPU to konverzuješ -- ten počet threads k něčemu dobrý nebo to má jiné vysvětlení (4jádrový CPU se zapnutým HT nebo 8jádrový CPU se zapnutým HT). Ten level také je klíčový? Já myslím, že to jen mění nějaké ty featury kodeku (mbtree, počty ref/b frames,GOP) a limituje nějaké bitraty a počty ref/b-frames.

278
Hardware / Větrák notebooku se chová „líně“
« kdy: 20. 09. 2020, 11:47:14 »
Nevíte, kde by mohl být problém u notebooku Dell E7250 (15W TDP i5)? Větrák se dle mého názoru nezapíná a nevypíná tak, jak by měl, běží když nemá a když by běžet měl, tak neběží. Klidová teplota je 37°C a v klidovém stavu běží noťas bez větráku.
- Když například spustím videokonverzi - akci na 8 minut při zatížení procesoru na 13W, tak větrák by teoreticky měl začat běžet hned (ne na základě teploty, která třeba prvních 20 sekund bude pod 49°C, ale na základě velké spotřeby - tak mi to přijde aspoň inteligentní) a ne až dosáhne po 2 minutách 78°C.

Navíc se větrák roztočí jen v nízkých otáčkáh (čísla neřeknu, ale poznám to podle hluku)




Naopak  někdy se stane, že při běžné práci na internetu (když se ohřeje jen na 50°C, semtam se pustí menší video, prohlíží se běžné stránky, takové zatížení na na půl plynu, do 7W CPU) se občas spustí větrák a jede z něj studený vzduch klidně i 10 minut a je uplně jedno, že má  45°C a je to uplně zbytečné. Vysvětlení by to v krajním případě bývalo mělo, kdyby notebook předtím se hodně ohřál(na 70°C a víc) a tedy "sepnulo chlazení" a kvůli nějaké možné implementaci triggerů pro zapnutí a vypnutí větráku by zapomněl se vypnout. (Jako kdyby tam byl blbě nastavený Schmittův klopný obvod s příliš vysokými thresholdy, konkrétně dolní mez, kdy se větrák má vypnout). Jenže takhle hodně se ten notebook neohřál, takže mým pohledem ani nebyla splněna podmínka pro zapnutí větráku. A uplně odmýšlím, že přece rozumnější je rozhodovat zda má větrák běžet či nemá kromě aktuální teploty, historie teplot i momentální spotřebu(i historii spotřeb) za nějakou smysluplnout dobu (10s až 2 minuty)

Možná ty čísla (watty, teploty) přesně nesedí, ale chtěl jsem ilustrovat 2 extrémy. Že se větrák zapne až při 75°C když už 2 minuty je 100% cpu load a za druhé že se v celkém klidovém režimu zapne větrák  (možná i třeba oprávněně po 55°C), tak se nevypne když je cpu totálně studený.



Kde toto řízení probíhá ? BIOS ,controller větráku(System managent), driver intelu v OS nebo samotný OS (Windows 7?)

279
Sítě / Upload na Amazon AWS rychlostí jen 3 Mbps
« kdy: 20. 09. 2020, 11:29:15 »
Dobrý den, opravte mě, pokud můj pohled na tohle je špatný. Ale je mi divné, že když jsem dnes dělal upload na amazonaws, šlo to 3Mbps. ( Mám 100/100). Chápu, že každá služba si může určit jak rychle dovolí uživateli uploadovat(například když má účet premium či běžný nebo anonymně) a také že rychlost uploadu závisí jednak (mezi)trase (to by u amazon aws neměl být problém, to není nějaká bídná linka přes Zakarpatskou rus, to jsou rychlé cdn atd ) a také na cílovém serveru (nějaký domácí servřík na vyřazeném Atomu se 100Mbps síťovkou, to taky není myslím případ tento)

Takže i když je to takhle obecný dotaz, dá se odpovědět, proč to "do amazon.AWS" nefičí rychleji? Není 3Mbps poněkud málo?

280
Software / Re:Jak komprimovat videoarchiv
« kdy: 20. 09. 2020, 11:22:40 »
Takže v h264 to nemáš ještě? o xvid a divx jsi slyšel(to je historie už)?
Také je směrodatné pro to, jestli má vůbec kompresi dělat cenu, to v jakém bitrate,kvalitě a kodeku jsou ty filmy. Abys věděl, jak moc jsou filmy nafouklé(například 40Mbps jen tak zbytečně ), pak se to vyplatí, pokud tomáš v 4Mbps, pak se nemá tím cenu zabývat.

281
Tak to bylo nedostatečným napětí. Disk se trápil na 4.3-4.5V. Bez disku na USB portech je 4.8V.

Při použití split kabelu s napájecí větví si to bralo v klidu 450mA a při kontinuálním čtení celých 29MB/s 550Ma - napětí jsem neměřil, ale bylo asi 5.02.O žádném odhalení nevím, kde že se ta socha nechtěného maršála křtila?

282
Software / Re:Zvýraznění určité části výstupu grepu
« kdy: 18. 09. 2020, 07:39:44 »
To je bomba... Existuje i opak ? (Tedy Resetting the match end? Toho by se  stejně dalo dosáhnout pomcí lookahead. (?=koncovka), ale  jako zpřehlednění.

A pokud tomu dobře rozumím, tak nutnost použít \K je kvůli tomu, že nelze mít lookbehind proměnné délky grep -Pi '(?<=\]: \S+) \S+'

To první jsem zpětně teď našel v man 3 pcrepattern

Také alternativně jsem čekal, že by mohlo fungovovat necapturující závorky (?:\]: \S+) \S+

283
Software / Zvýraznění určité části výstupu grepu
« kdy: 17. 09. 2020, 12:33:36 »
Chtěl bych si na při použití grepu zvýraznit pouze určitou část výstupu

Kód: [Vybrat]
journalctl  -n 4000 |grep -A 4 scsi |grep -Pi "01\]: [^ ]+ ([^ ]+)"
journalctl  -n 4000 |grep -A 4 scsi |grep -Pi "(?=01\]: [^ ]+) ([^ ]+)

Jak udělat, aby to nebylo celé zvýrazněné?

Kód: [Vybrat]
mojkompscsi[4401]: listen abcd bla bla
mojkompscsi[4401]: fail xyzz he he

Aby se zvýraznilo pouze abcd a xyzz
nyní se zvýrazní  01]: slovo1 i slovo2

284
Asi mi to nedošlo, že to není fleška s 100mA max proudem a že Raspberry je vošajstlich s napájením...
Měření: idle 250mA
Po eject příkazu(250mA) ... dioda přestane svítit, věděl by někdo proč i nadále žere 250mA?
Po zandání maximum chvilkové 500mA
Při intentivním čtení (limit USB 2.0 neboť měřák USB je 2.0 ) 430mA.

285
1. Je napájené přes 5V a 0V trny na rozšířující desce
3. žádné jiné zařízení není zapojeno do Raspberry.
Zdroj není ten se kterým bych to provozoval za normálních okolností (2A i když spotřeba nejde nikdy nad 1.2A a dá se říct že maximum ja 0.7A) ale s 1A, protože jsem potřeboval nezazdít 2A USB nabíječku na mobil....
Zkusím tedy to přes Y kabel nebo přes zesílené napájení

Stran: 1 ... 17 18 [19] 20 21 ... 24