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 - _Tomáš_

Stran: 1 ... 34 35 [36] 37 38 ... 47
526
Vývoj / Re:BASH - echo "/!/"
« kdy: 31. 12. 2020, 00:27:42 »
Ok. A na čo to je dobre prakticky?

spustí ti to poslední příkaz z historie podle jeho začátku.

Řekněme, že jsem postupně zadal do terminálu tyhle příkazy, kde si vypíšu obsah adresáře a poté vytvořím podadre:
Kód: [Vybrat]
ls -l
mkdir slozka

A teď mohu zadat !l a sputí se mi z historie výpis složky "ls -l". Takhle to vypadá zbytečné, ale někdy při práci napíšu dlouhý příkaz, abych ho nemusel psát znovu nebo procházet history, napíšu !<zacatek příkazu> a rovnou se mi spustí ten poslední z historie, který takhle začíná.

Tobě to poslední v historii našlo "//usr/local/bin/supertuxkart", tak to tam vložilo. Nic víc, nic míň.

527
Sítě / Re:twitch-sekání streamu
« kdy: 29. 12. 2020, 22:17:13 »
vysoká latence, vysoký % ztracených paketů (špatný signál na wifi či u P2P pojítek u tvého ISP), nedostatečná konektivita tvého ISP (twitch teče ze zahraničí), vytížený počítač, příliš mnoho otevřených tabů v chromu :).

Těžko říct, důvodu je vždy hodně, pokud neuvedeš žádné informace kromě toho, že máš výkonný počítač, moc se ti nedá poradit.

528
Některá PC bohužel kvůli proprietárnímu softu nemůžu dát na linux. Výrobní systém firmy je založen na offline excelu. Software pro ražbu jen win. Soft na docházku jen win. Kamerový systém jen win/mac. Soft pro celní úřad jen win. Ve výsledku můžu dát na linux jen polovinu PC.   

Lze to řešit přes virtualizaci těch win s tím SW, spoustu krát jsme to takhle dělali, on ten proprietární SW totiž občas má nějaké požadavky či potřebuje starší pro něj vhodné verze.


Ahoj,

pracuji na malé škole, máme Linux, a to jak pro učitele, tak pro děti. Důvodů je spousty, jak pro, tak proti, ale podle mne je jeden velmi důležitý, a to, že děti mají možnost poznat alternativu. Microsoft se snaží jak může uvrtat lidi pouze pro Windows (což chápu), ale je důležité mít nadhled i informaci, že existuje i jiná možnost. Jako hezký příklad je i Microsfot Teams a Google Calssroom. Ten první můžete provozovat pouze a jenom na Windows, ten druhý jen přes prohlížeč,a  to je mému srdci blíže.

D

MS Teams funguje na MacOS i na linuxu, tam je trochu problém se sdílením obrazovky, jinak vše funguje dobře, samozřejmě to vše visí na distribuce. Mimochodem, jakou distribuce jste do školy zvolili?

529
Pořád to je majoritní systém s obecnou znalostí mezi lidmi, používá se masivně ve firmách, státní správě a všude, kde se v budoucnu budou žáci pohybovat. MS dává výrazné slevy pro školy (jak Win licence, tak i Azure a jeho SaaS - pro výuku na VŠ máme třeba k dispozici na Azure 10k eur kredit každý měsíc). Není žádná hotová alternativa, která by se dalo rovnou použít na výuku, vše potřebuje investice.

V pár školách jsem viděl linux, ale je to z bláta do louže, vlastně tam spousta věcí ani nefunguje, je to blbě přenosné, žáci mají doma něco jiného a nedokážou se dobře připravovat, administrace je drahá, linux prostě nemá dobrou centrální správu jako má MS (to řikám jako člověk, který se v linux administraci pohybuje dlouho).

V USA hodně frčí Google Chromebook s jeho aplikacemi, nevím, jestli je správná cesta přejít z jednoho korporátu do druhého, pak se budeme ptát, proč je všude Google.

530
Vývoj / Re:Vlastní SSD caching pro klasické FS
« kdy: 15. 12. 2020, 23:44:30 »
jaký máš use case pro takovouhle věc? Nestačí ti něco jako vmtouch (https://hoytech.com/vmtouch/)?

Na serverech s dvěma desítkami plotnových disků a miliony souborů na každém s tímhle nemáme tak velké problémy, spoustu věcí odchytne raid řadič a kernel cache, vysoký paralelismus to řeší a stejně saturujeme disky. Větší problém je malá page size v linuxu, která nedovoluje dostatečně těžit z iops více disků nebo z nvme.

Jak tady někteří říkali, ext4 se používá pro jednoduchost, přímočarost a stabilitu, dodělávat tam takovéhle věci můžeš velice rychle se rozloužit se stabilitu. Jak třeba budeš řešit konzistenci, při loadu načteš vše do ssh cache? Co hotswap?

531
Vývoj / Re:Volby key value databazy
« kdy: 08. 12. 2020, 20:09:31 »
Souborový systém.

Souborovy system je zavisly na systemu (unix, windows, ....)

tak jedině exFAT

532
Software / Re:Kniha o Ansible
« kdy: 08. 12. 2020, 17:21:59 »
školení tady na rootu prý nejsou špatné a jsou v češtině. Ani nevím, jestli nějaká kniha byla přeložena. Vzhledem k tomu jak rychle jde vývoj, nejlepší zdroj je oficiální dokumentace a jejich ukázky na githubu.

533
Podle me ta Rosetta2 bude hodne M1 specificka - vypada to tak, ze na spusteni X86 se nepouziva preklad do cisteho ARM, ale ze ten procesor umi nejak hw akcelerovat dekodovani x86.. takze je to takove pul na pul, sw/hw reseni.

Před spuštěním x86 dochází ke statickému překladu instrukcí Intelu na instrukce M1. Navíc pokud to používá nějakou dynamickou knihovnu ze systému, tak ta jede nativně. HW akcelerace x86 by znamenala, že to je x86 procesor a to by Intel asi nerozdýchal.

https://developer.apple.com/documentation/apple_silicon/about_the_rosetta_translation_environment

Robert Graham na Twitteru psal, že m1 "podvádí" a samotný procesor umí použít memory ordering intelu pro instrukce, nějaké info k tomu je tady https://github.com/saagarjha/TSOEnabler, takže ve výsledku SW přeloží instrukce na ekvivalentní pro m1 ve stejné pořadí a není potřeba je přeskládávat, to je pravděpodobně pak hlavní bottleneck u Windowsu na arm při spouštění x86 kódu.

Licence Intelu se tím očividně neporušuje a přitom se tím řeší hlavní výkonnostní problém, zajímavé.

534
Vývoj / Re:Volby key value databazy
« kdy: 24. 11. 2020, 19:16:09 »
nazývat mysql/mariadb jako parodii na databázi je už trochu moc

MySQL používám, má svá use-case (rychlost, známost), ale když hejtujem:

Kód: [Vybrat]
SELECT a.foo, a.goo, "FIRST" AS type FROM t1 AS a WHERE ...
UNION ALL
SELECT b.foo, b.goo, "SECOND" AS type FROM t2 AS a WHERE ...

vám to funguje bez full scan?

ale podobné nečekané chování najdeš snad u každé databáze, ne? Neříkám, že je hvězdičková, naopak podpora sql je v mysql/mariadb proti např. pg dost žalostná, ale každá databáze má své slabé/silné stránky a hodnotit se musí spíše k danému use case.

535
Vývoj / Re:AWK + strace
« kdy: 24. 11. 2020, 15:27:00 »
tak obecně se to spojení řádků podle \r\n dá v awk řešit nějak takhle:

Kód: [Vybrat]
| awk 'BEGIN { ORS="" } { print $0 } $0 ~ /\\r\\n$/ { print "\n" }'

536
na trhu se dají koupit mnohem dražší varianty "write intensive", dostupné většinou pro enterprise. Za asi 5 let provozů ssd disků v serverech (převážně mixed use) pro databázové servery mají všechny minimální opotřebení.

Netuším jak to je s obyč ssd, které se prodávají za tisícovku v alze, tam bych nečekal vysokou spolehlivost.

Každopádně nikdy se nemůžeš spolehnout na žádný disk, vždy je nutné data replikovat a vždy je lepší mít jako další disk alespoň jinou sérii nebo klidně i jinou značku.

537
Vývoj / Re:Volby key value databazy
« kdy: 23. 11. 2020, 20:12:27 »
nazývat mysql/mariadb jako parodii na databázi je už trochu moc, mají své specifika, ale třeba neztrácí data jako elastic :). Tokumx či xtradb engine je třeba velice dobrý. Zajímavá a stabilní varianta je použití mariadb + galera + myrocks, vše jsem viděl a provozoval ve velkých instancích v kritických systémech, neřekl bych, že s tím je více práce než s tradičním Oraclem, umí toho méně, ale nepotřebuje to drahé licence.

A co něco jako Kudu (https://kudu.apache.org/)? RAFT používá na cluster, je to primárně OLAP, ale i tak by to pro tvoje účely mohlo být ok, v ČR už to máme v několika produkcích, údržba je relativně snadná.

Těch možností je poměrně velké množství, jsou tisíce technologií na uložiště, tak tady člověk může jen střílet naslepo.

K sqllite, pokud to chceš mít replikované, musíš to hodit na nějaky distribuovaný fs, dobře to vypadá třeba nad beegfs. Je potřeba si dát trochu práce s návrhem partitioningu a vyhnout se velkým alterům online. Takovéhle řešení používáme na edge serverech pro různé LB, routery, IPS/IDS systémy, dnes to bývá součástí nějakých velkých SIEM, hlavně je to velice dobře debugovatelné, jednoduché, bez řešení problém s tcp.


538
jak to měříš?

539
Vývoj / Re:Volby key value databazy
« kdy: 22. 11. 2020, 19:16:04 »
hm, velikost databáze? Počet čtecích a zapisovacých operací? Počet souběžných klientů? Asynchronní nebo synchronní replikace? Odolnost proti výpadku a očekávaná dostupnost? Prostě spousta důležitých otázek.

Mrkni ale na couchbase, myslím, že splní očekávání, za cassandru ho nahrazujeme poměrně často, ani samotný postgresql není špatná volba a zvládne velké objemy i provoz, mariadb/mysql opět může být někdy vhodná volba, dá se to postavit i nad elasticsearch (ale je to java).

V pár případech jsem použil i sqllite přímo z aplikačního procesu, dobře škáluje, dokáže běžet z lambdy na síťovém disku, při dobrém návrhu tabulek to dělá zázraky.

Běh v kontejneru je obecně problém pro jakoukoliv databázi kvůli měkkému ukládání dat do SW FS vrstvy, kdy se často nepropaguje fsync, nedají se dobře používat memory mapped soubory, nutný pinning s konkrétním storage nebo naopak při použití síťového uložiště se zvyšují výrazně latence nebo snižuje spolehlivostl Za mě to není výhra, ale spíše spousta práce navíc.

540
místo cat /etc/passwd používej getent passwd, třeba ti to řekne více. Netušíme, jak máš ldap propojený (existuje spousty cest), bez informací to je hledání jehly v kupce sena.

Také můžeš zkusit použít nástroje luseradd a lgroupadd, které ignorují nastavení v pam (na ubuntu jsou v balíčku libuser).


Stran: 1 ... 34 35 [36] 37 38 ... 47