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 - Miroslav Šilhavý

Stran: 1 ... 24 25 [26] 27 28 ... 206
376
To je zase snůška názorů.

Ne, to je pluralita, víme? :)

MS je všude protože má schopný marketing.

Což patří k jakémukoliv produktu, a což stálo za prakticky každým vynálezem, který dnes běžně používáme. Naopak spousta zajímavých nápadů ve své době zapadla, protože je nikdo neuměl prodat.


Že někdo něco zažil (jak argumentují někteří diskutující) ještě neznamená, že stávající stav je jediný možný.

Pochopitelně. A všichni se těšíme, co budoucnost přinese. Lišíme se v tom, že někdo by rád alternativy tlačil (třeba i do škol), a druhý by raději, aby si vybrali lidé sami a do škol se dostávalo to, co se používá.

Ve školství má být pluralita od začátku, protože formuje vnímání a myšlení lidí. Uniformita vede k omezenosti. Proto bych s tím začal od mala, ne až na vysoké.

Škola musí nejprve rozvinout základy a teprve pak přidávat prvky diverzity. Představte si, že by učitel matematiky učil - kvůli oživení výuky a diverzitě - třeba v šestnáctkové soustavě. Pomohlo by to žákům? Vždyť desítková soustava není jediná možná cesta... Nojo, jenže co by si pak žáci počali v obchodě při placení, nebo jak by na učivo navazoval učitel fyziky? S těmi IT technologiemi je to stejné: potřebujete naučit nejprve Windows, pak Mac a pak jako oživení Linux. Nic proti tomu, zasívat do omladiny semínka něčeho nového, ale nedávejme alternativním směrům neúměrnou váhu. Např. Linux má už startovací pozici dobrou, už to není outsider, o kterém si každý myslí, že je to jen hračka pár nadšenců (tak to bylo v devadesátých letech).

377
Přesedlat z MSOffice na LibreOffice fakt není problém a pokud někdo nechce platit nebo pirátit, tak si tu cestu k LibreOffice nakonec najde.

To může říct jen někdo, kdo nikdy nesdílel dokument (jinak než mailem), nebo nemá žádné napojení z dokumentu.
Jistě, můžeme degradovat výuku na úroveň LibreOffice, tím srovnáme krok - ale prospěje to našim dětem? Podle mě ne, ty naopak potřebují umět maximum z možností produktivity, život to po nich bude chtít.

378
...

S tím dovedu z části souhlasit.

Přehlíží se ale hlavní problém: zatímco zapnout žárovku umí dvouleté dítě, s technikou je zatím ještě potřeba děti vůbec učit. Ty základy. Není na místě dvouletému dítěti ukazovat, že za vypínačem jsou dráty a že mohou vést k žárovce, zářivce nebo ledce. Nejdřív ho učíte, jak si rozsvítit, když jde v noci čůrat a učíte ho to doma, na vypínači, který má ve svém pokojíku. V tom stavu přibližně jsme a taktak tu výuku školství zvládá.

Pak se přehlíží, viz výše, že IT ve školách není jen předmět sám o sobě, ale i obyčejný pracovní nástroj pro běžnou agendu.

Výuka k tomu, že existují alternativy, i různé přístupy k softwaru, i různé licence - to vše na školy patří. S čím nesouhlasím je, že to má přerůst do té části výuky, kde potřebujeme mít jen obyčejný pracovní nástroj a že školy mají být protiproudem. To si dovedu představit leda ve vysokém školství, a jen v oborech, které se týkají IT. Zbytek se má rozhodovat svobodně - a k tomu patří i to, že někdo holt nechce plýtvat energií a chce se soustředit na svoji práci.

379
fakt je ten ze to lide znaji, ale znaji to protoze ze jin to nekdo vnutil a pokud se to bude nutit detem, tak se ten vendor-lock kolotoc nezastavi, ale naopak deti si pak koupi take MS produkty a budou je pouzivat/vyzadovat, je to podobne jako kdyz dealer nabizi pred skolou zdarma drogy...

Vnutil, nebo se to do tohoto stavu vyvinulo? Pokud si pamatuju devadesátá léta, tak ani tenkrát moc alternativ nebylo, nota bene s českou podporou.

Zatím jsme ve stavu, že MS má funkční a komplexní řešení (hovořit lze i o Googlu), zatímco alternativou je si to poskládat z nepřeberného množství střípků. Ten výběr, z čeho to poskládat buďto bude centrální (pak je to ale z bláta do louže), nebo místní - a pak každá škola bude vynakládat spoustu času, aby si své řešení sestavila.

Taky je na místě uvažovat, jestli je to pro "lidstvo" vůbec důležitá otázka. Software bude brzy podobně samozřejmý, jako žárovka. U té taky nehledíte, jaký výrobce ji vyrobil. Koupíte, našroubujete a svítíte. U software to platí už dnes např. v automobilech, nebo v telefonech.

Tyto diskuse budou mít svůj smysl, jakmile se na trhu objeví něco, co bude schopno konkurovat. Rozhodně to není jenom o té setrvačnosti a zvyku.

Pokud se něco takového objeví, je dost pravděpodobné, že se to nejprve prosadí v komerčním světě (tam se nejlépe určuje, jestli a jaký přechod se vyplatí) a teprve pak se na to adaptují školy. Proč by měly, podle Vás, být školy odtržené od reality?

380
Vývoj / Re:Vlastní SSD caching pro klasické FS
« kdy: 16. 12. 2020, 15:36:38 »
Já se obávám, že to, co popisujete, by mělo ve výsledku takovou komplexitu, jako ty filesystémy, které jste v premise zavrhl. Protože když začnete ošetřovat stavy, které mohou nastat, a řešit, co nastane i v budoucnosti, vznikne z toho šílený moloch, který ani neaspiruje na to, aby se s takovými problémy vypořádal koncepčně. Můžeme začít jen s některými situacemi:

- na SSD se zapíše, ale na rotační ne (důvody: výpadek napájení, poškození HDD)
- na SSD se data poškodí, ale na rotačním jsou v pořádku (důvody: poškození SSD, např. vadný firmware)
- někdo externě (offline) změní data na HDD
- změna parametrů či samotné struktury filesystému (viz např. přechody ext2=>ext3=>ext4)
- správné plánování kapacity SSD (velikost struktur není dopředu dána) => co dělat, když začne docházet, jakým algoritmem vyberete, co zahodíte
- která data bude ještě OS cachovat v RAM? jak to bude efektivní (z hlediska rychlosti i konzumace prostředků)

Určitě dojdete k dalším a dalším dilematům, která budete řešit "podle svého" (tj. spousta dalších s tím bude nespokojená).

Myslím, že poznámka o finanční efektivitě je taky na místě. SSD dnes stojí houby a tam, kde je potřeba rychlost operací, tam jsou (musejí být) i peníze. Nevidím moc velký problém mít živá (pracovní) data na SSD a méně často užívaná na rotačních discích. Ten finanční rozdíl není tak závratný, aby se vyplatilo to opravdu systémově řešit. Nepochybuji, že se najde dost lidí, kteří by to brali - pokud to někdo udělá a oni budou jen konzumovat. Jakmile ale každý začne přemýšlet o hodnotě svého času, přijde mu proti tomu SSD komicky levné a tím to skončí.  Spoustu use cases řeší výše zmíněné cache a taky složitější filesystémy. Takže cílovka je sakra moc úzká. Taky nezapomínejte, že cena SSD klesá a bude klesat dál, takže než dojdete do rozumného bodu ve vývoji, tak už bude zase menší důvod to používat.

Ale abych nebyl jen negativní, zmínil jste něco jako "děravý raid-1 s prioritou". Když už se do něčeho takového pouštět, pak by mi přišlo, že toto je cesta k rychlému cíli. Mapa, která v prvním kroku určí, které bloky jsou zrcadlené a určí blok na úložišti (SSD bude menší než HDD, takže se to musí namapovat). Najde blok v mapě? Pak v případě čtení brát ze SSD, v případě zápisu zapisovat do SSD a zpožděně na HDD. Fajn, to by jít mělo. Jak velká taková mapa bude a jak rychle se v ní bude hledat? Kolik RAM a cyklů to sežere? Bude to po blocích, nebo po nějakých větších či dynamicky určených jednotkách a na bloky se to převede až v konečné fázi? Myslím, že od této úvahy byste mohl začít, protože to se dá spočítat na papíře dřív, než začnete.

381
S tim se poji jina otazka, proc timto:
- se podporuje jeden konretni komercni vyrobce + vendor lock-in?
- vytvari se podhoubi v detech, ze Microsoft produkt je to jedine co existuje?
- investuji se desitky az stovky milionu (resp. cela statni sprava rocne cca 1.5 miliardy) do microsoft licenci?

Odpověď je daleko jednodušší, než si myslíte. IT ve školách neslouží pouze k výuce IT, ale i pro obyčejnou práci. Pokud hledáte jakýkoliv pracovní nástroj, vždy hledáte optimální poměr mezi pořizovací cenou, cenou údržby, cenou zaškolení personálu (a žáků) a užitkem, který daná věc přinese. To platí pro hřebíky a kladivo, a platí to i pro software.

Ve školách se software z 90 % (možná i víc?) užívá jen jako nástroj. Je potřeba napsat dokument, vyplnit tabulku, zúčastnit se telecího meetingu, odevzdat domácí úkol. Učitel češtiny a matematiky potřebuje, aby to ve své komplexitě - tj. včetně domácích počítačů studentů - fungovalo správně. Potřebuje odučit literaturu a vzorečky. Nemůže trávit minuty a desítky minut času tím, že bude ještě suplovat výuku informačních technologií. Ve fyzice můžete zkoumat, proč žárovka svítí, a jestli se vlákno na vzduchu přepálí. V ostatních předmětech potřebujete, aby jen svítila.

Pokud školy vybírají software, pak právě z těch 90 % plní jiné cíle, než vychovávat v oboru IT. Pak už přichází na řadu výběr dodavatele - a zde Microsoft vyhrává. Matematikáře bude prd zajímat, aby nepodporoval vendor-lock in, když nestihne látku probrat.

Jestli je někde potřeba a možnost vyučovat i jiné možnosti software, jsou to pouze předměty, které se zabývají IT. Jenže tam není dostatečná časová dotace předmětu, aby to stačilo na srovnání kroku.

Je to stejné, jako když se v jiném učí o energetické efektivitě - ale taky nikdo nekritizuje školu, že to učí, ale sama je nezateplená, svítí zářivkami a nemá na střeše fotovoltaiku. Dokonce i ve školní jídelně vaří z kdovíjakých surovin, přitom teoreticky se učí o tom, že si zeleninu můžeme vypěstovat sami. On totiž ředitel školy ví, že levnější oběd zajistí z velkovýrobny a že do energetických úspor by musel investovat peníze (nebo peníze přeměněné v čas lidí), které nemá. Proto jsou tyto úvahy a výštěky velepitomé a měl by je umět zodpovědět jakýkoliv základoškolák, kterému dopřáli základy ekonomické výchovy.

382
Vývoj / Re:Vlastní SSD caching pro klasické FS
« kdy: 16. 12. 2020, 10:18:59 »
To neresi zrychleni nahodneho pristupu od nepredikovatelneho uzivatele, ktery prochazi sve uloziste. Vlastne to prochazeni se snazim zrychlit - at uz proto, ze se na to diva clovek netrpelivy, nebo proto, ze chci zkopirovat milion souboru. Bohuzel pri poslednim kopirovani 40TB dat jsem zjistil, jak je to naprd, kdyz hlavicky litaj sem a tam.. protoze pristupujete k datum, ktere nebyly profilovany.

Toto stojí za rozebrání, abychom věděl, že hovoříme o tom samém.
Načtení velkého adresáře trvá dlouho, ale ne vždy za to může filesystem.

1. Je potřeba zkusit ls s parametry, které ho nezdrží. Např. barevný výpis dělá stat na každém souboru. Spoustu času zabere i třídění - takže je potřeba dostat data nejprve unsorted. Je mi jasné, že toto neposune vpřed onoho "nepredikovatelného" uživatele, ale je potřeba vědět, jaký problém ve skutečnosti řešíte.
2. Zkoušel jste na ext4 vobu dir_index?

383
Vývoj / Re:Vlastní SSD caching pro klasické FS
« kdy: 15. 12. 2020, 17:51:31 »
V tom nápadu vidím vnitřní rozpor - nebo jsem to možná špatně pochopil.

Pokud vycházíme z premisy, že spousta lidí preferuje tradiční filesystémy (důvody jste vyjmenoval), pak by taková cache musela fungovat zcela autonomně a transparentně z pohledu uživatele a admina (vyjma prvotního nastavení a nějakému občasnému poladění). Jenže v pojetí, které jste následně popsal, by taková cache potřebovala spoustu parametrů, aby byla účinná ke konkrétnímu účelu. Tedy takové oscilování mezi cíly "nevím o tom" a "mám to vyladěné".

Režim "nevím o tom" by si pak IMO moc nezadal s existujícími generickými cache (vyjmenoval jste), a režim "mám to vyladěné" by z toho dělal to samé, co umí např. ZFS.

Jestli je hlavní myšlenkou třeba to, že by to bylo o něco víc, než generická cache (protože by to rozumnělo filesystému, se kterým to pracuje), pak bych do toho, aspoň z počátku, nemotal ty specifické požadavky pro aplikace.

384
Hardware / Re:Při kolika vadných sektorech vyměnit disk
« kdy: 11. 12. 2020, 23:13:41 »
Pokud mas treba RAID-6, tak nemusis zas uplne spechat, protoze to umi obnovit data ze zbylych disku. Nekdy pak problemy se spatnymi sektory zmizi po zapisu (takze je mozne v raidu pustit repair, ktery by mel zapsat na necitelny disk obnovena data ze zbytku pole).
No nevím, už se mi párkrát stalo v RAID5, že odešly dva disky (stejný typ, stejná řada) během týdne až dvou, takže bych to moc neriskoval. Jednou mi to dokonce vyhodilo disk během dopočítávání na hotswap, naštěstí to pak šlo ručně poskládat.
on psal RAID6, ten prezije prave vypadek dvou disku...

Já už zažil i to, že odešly tři disky během 24 hodin a celý raid 6 byl v hajzlu. Jakmile odešel první disk, začalo se synchronizovat na hot spare a v prostřední řadě disků asi o trochu vzrostla teplota a to už stačilo, aby to začalo padat jak domino.

385
Server / Re:Má smysl nastavit firewall?
« kdy: 11. 12. 2020, 07:36:27 »
To záleží na tom, co provozujete a co potřebujete. Na solitérní server bych dával statefull inspekci, pokud tam poběží http(s), tak ještě reverzní proxy. Důležitější věci dokonce na dvě oddělené mašiny (jedna slouží jako proxy, druhá pro aplikaci). Někdy taky stačí jen stateless firewall a pak by Vám stačil i ten z VPS.

Když najdete odpověď na tyto otázky, odpovíte si tím na to, jestli ve Vašem případě stačí firewall na VPS.

386
Hardware / Re:Externí 2.5" HDD bez SMR
« kdy: 10. 12. 2020, 23:45:30 »
Potřebuji rozměrově malý disk na zálohy a přenos dat. Objem uložených dat roste a SSD na tohle nestačí.

A v čem je problém se SMR na tyto dvě činnosti? Nebo jde jen o neurotismus?

387
No mě spíš zajímalo , jestli třeba tahle technika není v praxi rozšířená u zařízení různého druhu (homekity, homepody, televize, alexy,  síry, kamery, špehovátka )...

K čemu by takové zjištění bylo? Pokud to lze, pak musíte počítat, že to kdokoliv udělat může. To bohatě stačí všem, kteří se zabývají bezpečností, na to, aby si vyhodnotili rizika.

388
Hardware / Re:Při kolika vadných sektorech vyměnit disk
« kdy: 10. 12. 2020, 21:17:57 »
Mám to v NAS od Synology. NAS stále hlásí, že jsou disky v pořádku, ale zároveň hlásí, že některé disky mají vadné sektory. Tak nevím co si z toho vybrat.

Synology dovede vypéct. Mně se stalo, že jsem doloval data z disků, které Synology hlásilo jako v pořádku.

Každopádně platí, co tu už zaznělo: jakmile se objeví první vadný blok, tak disk bez milosti do koše (do reklamace). Je prakticky jistota, že je na konci života a v dohledné době odejde. Včasnou výměnou předejdete problémům.

389
Není to obvyklé, ale možné to je. S IPv6 je to dokonce zamýšlené chování.

Pokud nechcete nějaké zařízení, aby komunikovalo, slouží na to firewall. "Ochrana" nepřidělením adresy nebo třeba na úrovni pravidel NATU je nedostatečná. Nemá cenu víc o tom špekulovat, odizolované zařízení má být buďto v odřízlé VLAN, nebo síť chráněná patřičnými pravidly.

390
Vývoj / Re:PHP SRV_SQL charset vracia zle enkodovane znaky
« kdy: 08. 12. 2020, 08:18:44 »
Pořád je otázkou, jestli jsou data v databázi ok?

Napadá mě, nemá to SQL server uložené v UTF-16?
https://docs.microsoft.com/en-us/sql/relational-databases/collations/collation-and-unicode-support?redirectedfrom=MSDN&view=sql-server-ver15#Supplementary_Characters

Na FreeBSD musím používat freetds (MS driver tam není k dispozici), a musím používat:
Kód: [Vybrat]
client charset = UTF-8
use utf-16 = yes

Stran: 1 ... 24 25 [26] 27 28 ... 206