abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 18:33 | Bezpečnostní upozornění

Dětičky pod dozorem táty zkoušely hacknout tátův uzamčený počítač se Cinnamonem. Povedlo se jim to pouhým náhodným klikáním na virtuální klávesnici na obrazovce. Táta chybu nahlásil a je již opravena. Kliknutím na písmeno "ē" na virtuální klávesnici bylo možné shodit screensaver a tím obejít přihlašování.

Ladislav Hagara | Komentářů: 19
včera 10:00 | Nová verze

Byla vydána nová stabilní verze 1.10.0 distribučního frameworku Flatpak (Wikipedie), tj. technologie umožňující distribuovat aplikace v podobě jednoho instalačního souboru na různé linuxové distribuce a jejich různá vydání. Přehled novinek na GitHubu. Zdůrazněn je nový efektivnější formát repozitáře. Řešena je také bezpečnostní chyba CVE-2021-21261. Aktuálně lze z Flathubu, tj. centrálního repozitáře pro Flatpaky, nainstalovat 1 031 aplikací.

Ladislav Hagara | Komentářů: 1
16.1. 10:00 | Komunita

Společnost PINE64 stojící za telefonem PinePhone, notebooky Pinebook a Pinebook Pro, IP kamerou PineCube, hodinkami PineTime, páječkou (pájecím perem) Pinecil, zdroji PinePower nebo RISC-V vývojovou deskou PineCone publikovala na svém blogu lednový souhrn novinek. Opět společně s videem (YouTube, LBRY, TILvids). Od 18. ledna bude možné objednat PinePhone s předinstalovaným Mobianem aneb Debianem pro mobilní zařízení.

Ladislav Hagara | Komentářů: 26
16.1. 09:00 | Nová verze

Byla vydána nová verze 3.6 svobodného notačního programu MuseScore (Wikipedie). Představení novinek také na YouTube. Zdůrazněn je nový font Leland. Jeho představení na YouTube.

Ladislav Hagara | Komentářů: 0
15.1. 18:44 | Zajímavý projekt

Fedora Magazine představil projekt Fedora Kinoite aneb Fedoru Silverblue s prostředím KDE Plasma. Fedora Silverblue je neměnný systém s atomickými aktualizacemi, tj. základní systém je distribuován jako celek, s prostředím GNOME.

Ladislav Hagara | Komentářů: 4
15.1. 10:00 | IT novinky

Projekty Elasticsearch a Kibana, doposud distribuované pod licencí Apache 2.0, přejdou na duální licencování pod Server-Side Public License (původně používanou pro MongoDB a neschválenou jako open-source organizací OSI) a vlastní source-available licencí. Změna vejde v platnost počínaje vydáním 7.11.

Fluttershy, yay! | Komentářů: 0
15.1. 09:00 | Komunita

Na Humble Bundle lze do neděle 17. ledna do 19:00 získat zdarma počítačovou hru Bomber Crew (YouTube, Wikipedie) běžící také v Linuxu.

Ladislav Hagara | Komentářů: 1
15.1. 08:00 | Nová verze

Minimalistická linuxová distribuce Alpine byla vydána v nové stabilní řadě 3.13. Novinkou jsou např. oficiální obrazy v cloudu (AWS EC2), vylepšené síťové nástroje nebo podpora PHP 8.0.

Fluttershy, yay! | Komentářů: 0
15.1. 07:00 | Bezpečnostní upozornění

Uživatelé Admineru verze 3.7.1 a starších mohli být 29. a 30. prosince napadeni. Útočníkovi se podařilo do souboru jush.js, který se do této verze ještě stahoval z adminer.org, vložit kód, který mu odesílal přihlašovací údaje. Pokud jste v tomto čase tuto více než 7 let starou verzi Admineru používali, tak změňte hesla databází, ke kterým jste se přihlašovali. Novější verze ovlivněné nejsou.

Ladislav Hagara | Komentářů: 2
15.1. 00:11 | Zajímavý článek

Ernie Smith píše o historii populárních routerů Linksys WRT54G, jejichž software byl založený na Linuxu, a proto posléze díky GNU GPL uvolněn jako open source, což vedlo k vývoji alternativního softwaru jako DD-WRT či OpenWrt a řadě dalších využití.

Fluttershy, yay! | Komentářů: 0
Jestliže používáte distribuci CentOS, kterou náhradu plánujete vzhledem k oznámenému ukončení vydávání?
 (30%)
 (3%)
 (2%)
 (23%)
 (0%)
 (2%)
 (40%)
Celkem 152 hlasů
 Komentářů: 3, poslední 10.1. 13:01
Rozcestník

Vložit další komentář
vencour avatar 18.8.2007 18:55 vencour | skóre: 56 | blog: Tady je Vencourovo | Praha+západní Čechy
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu

Jaký je vůbec praktický rozdíl meze linuxem a unixem? Zjistil jsem, že v jednom železe žijí vxworks, v něčem sakra stabilním. Takže nějaké řešení, východisko, být musí.

Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.
Bluebear avatar 18.8.2007 19:25 Bluebear | skóre: 30 | blog: Bluebearův samožerblog | Praha
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Dovedu si představit, že taková přesnost je třeba při řízení nějakého velmi jemného stroje, ale je pravda, že tam by se měl používat spíš nějaký jednočip bez operačního systému, jen s jednoduchým, ale zato předvídatelným programem.
To mi připomíná, jak jsem si pořídil květináč, že v něm budu mít květinu. Opravdu tam byla, ale potom být přestala...
18.8.2007 19:49 Lu-Tze | skóre: 15 | blog: Lu-Tzeho blog
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Né že by teda z toho bylo jasné, o jakou přesnost vlastně jde.
Bluebear avatar 18.8.2007 21:51 Bluebear | skóre: 30 | blog: Bluebearův samožerblog | Praha
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Řekl bych, že požadovaná maximální chyba je méně než 10 mikrosekund.

Přiznávám, že se mi ještě nepodařilo vymyslet stroj, při jehož řízení by záleželo na 10 mikrosekundách; mám dojem, že ani jaderné reaktory, ani navigace raketoplánu nepotřebují tak přesné časování...
To mi připomíná, jak jsem si pořídil květináč, že v něm budu mít květinu. Opravdu tam byla, ale potom být přestala...
18.8.2007 22:01 Kyosuke | skóre: 28 | blog: nalady_v_modre
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Reaktory s tepelnými neutrony by uřídil i ENIAC. ;-) O jednom stroji vyžadujícm opravdu přesné řízení bych snad věděl - doufám však, že nevytahuju ožehavé téma... :-D
vencour avatar 18.8.2007 22:25 vencour | skóre: 56 | blog: Tady je Vencourovo | Praha+západní Čechy
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu

Co je tam za řízení? To snad je jen statistika (+-), pustit do sebe dva svazky, změřit, vyhodnotit, najít nové částice ... ?

Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.
18.8.2007 23:11 Kyosuke | skóre: 28 | blog: nalady_v_modre
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Neříkej mi, že synchrotron se uřídí sám od sebe? Ty svazky částic vyžadují sakra přesné řízení a zaostřování.
20.8.2007 00:28 tdx
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
To je ten, který bude slavnostně uveden do ostrého provozu 21. prosince 2012?

Jo! Ta část, jak Lister nastartuje druhej velkej třesk startérem z Kosmiku.
Dalibor Smolík avatar 20.8.2007 00:55 Dalibor Smolík | skóre: 54 | blog: Postrehy_ze_zivota | 50°5'31.93"N,14°19'35.51"E
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Ano, určitě je to ten :-)
Rozdíly v řeči a ve zvyklostech neznamenají vůbec nic, budeme-li mít stejné cíle a otevřená srdce.
Luk avatar 18.8.2007 23:03 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Např. řídicí jednotka spalovacího motoru potřebuje přesnější časování (je-li realizována plně softwarově). Ale předpokládám, že na to nikoho nenapadne použít aplikaci v běžném operačním systému! Když už Linux, tak opatchovaný na hard real-time plánování.
Šifrování je absolutní nutnost a pomáhá chránit před nekalými živly
Bluebear avatar 18.8.2007 23:31 Bluebear | skóre: 30 | blog: Bluebearův samožerblog | Praha
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
To jsem nevěděl, díky za informaci. Nicméně na takové řízení se asi používají opravdu ty jednočipy.
To mi připomíná, jak jsem si pořídil květináč, že v něm budu mít květinu. Opravdu tam byla, ale potom být přestala...
Luk avatar 19.8.2007 00:35 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Nicméně na takové řízení se asi používají opravdu ty jednočipy.
Dnešní trend (který se mi příliš nelíbí, ale co nadělám) je ovšem soustřeďovat co nejvíc činností do jediného fyzického počítače. S tím, že jednotlivé funkce (u toho auta třeba řízení motoru, bezpečnostní systémy, diagnostika, klimatizace, rádio/TV atd.) běží v oddělených kontejnerech uvnitř nějakého hard real-time systému (např. PikeOS).

Ty skutečně kritické aplikace (motor, bezpečnost) jsou přímo v podobě nativních programů v jednotlivých kontejnerech, méně kritické pak mohou běžet na normálním OS (třeba Linuxu) nebo VM (třeba JVM) v rámci dalších kontejnerů.
Šifrování je absolutní nutnost a pomáhá chránit před nekalými živly
19.8.2007 00:38 Jiří Veselský | skóre: 30 | blog: Jirkovo | Ostrava
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu

Pokud myslíte stroj ve smyslu fyzického zařízení, které s něčím hýbe, tak shodně s vámi nenalézám nic, kde je timing s rozlišením 10 mikrosekund nezbytný. Jedním dechem ale dodávám, že nepochybuji o existenci aplikací, které takovou přesnost vyžadují, akorát teď zrovna mě žádná nenapadá... :-) BTW, raketoplány a jaderné reaktory jsou pomalé věci, tam nemáte kam spěchat. Ale co třeba nějaký špičkový obráběcí stroj? Jak rychle se točí hřídel a v jakých intervalech se vystavuje poloha nože?

Pokud ovšem netrváte na fyzickém pohybu věcí, pak samozřejmě existují stroje, které takovou (a ještě řádově vyšší) přesnost skutečně vyžadují. Triviálním příkladem budiž jakýkoliv gigabitový ethernetový switch - a i v těchto strojích je uvnitř nějaký CPU s nějakým OS, a i když se většina dějů takového switche odehrává "in silicon" (tedy mimo softwarový proces zpracování), některé přeci jen obsluhuje přímo CPU a musí je obsloužít pekelně rychle...

Filip Dominec avatar 19.8.2007 16:33 Filip Dominec | skóre: 10 | blog: GetTheTrueFacts
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Takové zařízení by mohl být jednoduchý, na koleně zbastlený softwarový osciloskop, který sice mívá mizernou samplovací frekvenci (~100 kHz?), ale pokud se samotná doba měření zkrátí (což by neměl být problém na 1 µs, když s dobrou elektronikou se lze dostat pod 25 ps), lze s ním koukat na periodické signály s podstatně vyšší frekvencí, než je samplovací. Jenomže tam nesmí být jitter v snímání samplů. To je jenom takový nápad, možná je to blbost...
19.8.2007 17:26 Ctirad Feřtr | skóre: 43 | Praha
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
To jsou ale dvě trochu nesrovnatelné věci. Uvědomte si, na jaké frekvenci běží dnešní průměrný CPU (už i to je řádově menší, že frekvence signálů běžné ve sdělovačce), jakými rozhraními je propojený s okolním světem a jak dlouhá doba tedy uběhne od chvíle, kdy se vyvolá přerušení do chvíle, kdy CPU událost zpracuje a nastaví nějaké bity na výstupním rozhraní.
18.8.2007 23:48 Kvakor
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
No, ja treba pouzivam casovani na urovni milisekund pro moje softwarove PWM - ma deska je bohuzel natolik tupa, ze bouzel vsechny hodnoty od 255 do 8 delaji na ventilatoru maximalni otacky, od 7 do jedne se toci jen o cca. 100 ot/min mene a teprve pri nule se vypne uplne (kde asi udelaly inzenyri z Taiwanu chybu?).

Takze si delam PWM sam, tim, ze na se na jednu muilisekundu vetrak pusti (zapise se 1 do pwm1) a zas vypne (zapise se 0 do pwm1) a pak se bud 17ms nebo 34ms ceka. Musel jsem sice dat k ventilaturu vyhlazovaci LC filtr, aby slo odecitat otacky (jinak to vracelo hlouposti jako 320000 ot/min), ale jinak to funguje bez problemu. Thread, ve kterym bezi samotna smycka, musi mit nastavene realtimove planovani, jinak to funguje divne nebo vubec.

Jedina nevyhoda je, ze pokud se nahodou system tvrde rizne behem doby kdy je zpsana nula (coz je pravdepodobne), tak se procesor upece :-(. Takze to pouzivam jenom kdyz jsem u pocitace - kdyz odejdu nebo kdyz se pousti automaticky (treba na nahravani z TV), tak je to vypnute, coz vubec nevadi, protoze tam stejne neni nikdo komu by hucici vetrak vadil :-).
18.8.2007 23:51 Ladislav Jancik | skóre: 16 | Červený Kostelec
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
zkusil bych upgrade BIOSu. mozna to pomuze.
Bolest je jen jiné území a strach, strach je neřest.
Bluebear avatar 19.8.2007 00:04 Bluebear | skóre: 30 | blog: Bluebearův samožerblog | Praha
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
To ale musí šíleně žrát výkon; nešlo by tam dát právě nějaký maličký čip, který by to řídil sám na základě údaje nastaveného z PC?
To mi připomíná, jak jsem si pořídil květináč, že v něm budu mít květinu. Opravdu tam byla, ale potom být přestala...
Luk avatar 19.8.2007 00:35 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Proč by to žralo výkon? Vždyť je to vcelku nenáročné. Když si nechám otevřený browser a tam se bude mrskat nějaká flashová reklama, bude to žrát nesrovnatelně více. Ovšem osobně (pokud bych se do toho vůbec pouštěl, jako že asi ne) bych to dal radši přímo do kernelu (přes kernelový časovač), protože tím by se ušetřila hodně velká část režie.
Šifrování je absolutní nutnost a pomáhá chránit před nekalými živly
19.8.2007 01:01 Kyosuke | skóre: 28 | blog: nalady_v_modre
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Tickless jádro podle nějakých těch měření ukouslo pěkných pár wattů ze spotřeby - ty části procesoru, které by normálně periodicky pracovaly, v něm zřejmě idlují (fujtablózní slovo :-D) po podstatně delší časové intervaly. Není možné, že by takovýhle režim provozu procesoru byl na spotřebu náročnější než osmidrátový PIC-brouk na nízké frekvenci? (Myslím, že dokážou jít dolů až na 32 kHz a pár miliwattů spotřeby, ne-li míň...)
Luk avatar 19.8.2007 03:59 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Ovšem pokud je procesor chvíli idle (a tedy jeho teplota klesne), větrák by měl zůstat úplně vypnutý (a tedy nějaké zap/vyp není potřeba). Tím nechci to řešení obhajovat, tak jako tak mi nepřipadá moc dobré.
Šifrování je absolutní nutnost a pomáhá chránit před nekalými živly
Josef Kufner avatar 19.8.2007 15:59 Josef Kufner | skóre: 69
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Tam bych ani nedával nic komunikujícího. Na tohle by stačil termistor a 555. Bylo by to spolehlivější a plně automatické.
Hello world ! Segmentation fault (core dumped)
19.8.2007 17:31 Kvakor
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Ne, vykon to opravdu nezere, i po nekolika hodinan je celkovy cas vsech vlaken mensi nez jedna sekunda. Program prece vetsinu casu jen ceka a obcas neco zapise do /sys. A pajet neco na desce s osmi vrsvamy spoju se mi opravu, opravdu nechce ...

A k predchozimu dotazu: Update BIOSu by opravu nepomohl - tohle dela primo SuperIO chip (v mem pripade Winbond 83967HF), BIOS ho jen nastavi pri startu (max. teplota procesoru), ale to je asi tak vsechno, navic lmsensors BIOS vubec nevyuzivaji. Tohle je spackany vystupniho obvodu spinaciho transistoru, nespis moc velka kapacita u gate.
19.8.2007 12:25 Ctirad Feřtr | skóre: 43 | Praha
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
No, ja treba pouzivam casovani na urovni milisekund pro moje softwarove PWM
Článek ale mluví o mikrosekundách. To jsme trošku jinde. Přesnost v řádu miliseknud je celkém běžná a v podstatě nutná. Třeba i při přehrávání videa nebo zpracování audia posun větší než cca 10ms už člověk vnímá jako zpoždění.
jnc avatar 18.8.2007 19:47 jnc | skóre: 6
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
dobrý názov blogu :)
20.8.2007 13:10 zde | skóre: 9 | blog: Linuch | Brno
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Dneska se lidi diví, že když požádají o prodlevu 300 mikrosekund, bude ve skutečnosti delší o 10 až 30 mikrosekund a ještě jim ten 20-mikrosekundový nepředvídatelný jitter vadí.
A proč by se sakra neměli divit? Pamatuju si jak jsem nedávno propadl záchvatu smíchu, když jsem zjistil jak blbě pre-tickless časování v Linuxu vlastně funguje. Jako diplomku jsem psal realtime plánovač pro PC-XT, a počítat timeout k nejbližšímu eventu a programovat tím PIC v one-shot módu mi přišlo jako naprostá samozřejmost. Nechápu proč Linuxu něco podobného trvalo dalších 15 let.
Táto, ty de byl? V práci, já debil.
20.8.2007 20:24 Kyosuke | skóre: 28 | blog: nalady_v_modre
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Ech, to mělo být sem: Viz přípěvek o kousek níže. ;-)
20.8.2007 20:21 Kyosuke | skóre: 28 | blog: nalady_v_modre
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Hmm, jak na tom bylo PC/XT se SMM módem? Tehdy ten stroj byl podstatně jednodušší...
20.8.2007 23:38 zde | skóre: 9 | blog: Linuch | Brno
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Nevím co je to SMM mód. Já tehdy jednoduše nechal mode=0x36 a přeprogramovával counter v každém interruptu. Latence šla měřit (přečtením counteru před jeho přeprogramováním) a maskovat (odečíst od nově nastavované hodnoty). Problémem byly jen velmi krátké intervaly, tam hrozí že counter podteče víckrát než právě jednou, než ho stihnu přečíst. To jsem řešil dolním limitem na timeouty, když se procesy chtěly naplánovat fous od sebe, byly do running fronty šoupnuty současně. Speciální případ byl taky když další timeout byl stejný jako předchozí, pak se nemuselo dělat nic, protože latence současného interruptu už se sama odečetla od hodnoty counteru. Teď jsem vygoglovat tohle:
http://www.microsoft.com/whdc/system/CEC/mm-timer.mspx

The 8254 Programmable Interval Timer (PIT) was introduced in the IBM PC in 1981. It has a resolution of 1 millisecond and supports both periodic and aperiodic modes. However, because reads from and writes to this hardware require communication through an IO port, programming it takes several cycles, which is prohibitively expensive for the OS. Because of this, the aperiodic functionality is not used in practice. For this reason, this timer is only used in periodic mode to provide the periodic clock interrupt on uni-processor systems.
No, 2x IN a 2x OUT rozhodně nepovažuju za "prohibitively expensive for the OS". Navíc, wikipedia píše:
http://en.wikipedia.org/wiki/Intel_8253

In modern times, this PIT is not included as a separate chip in an x86 PC. Rather, its functionality is included as part of the motherboard's southbridge chipset. In some modern chipsets, this change may show up as measurable timing differences in accessing a PIT using the x86 I/O address space. Reads and writes to such a PIT's registers in the I/O address space may complete much faster.
..takže to programování PICu vůbec nemusí chodit přes nějaké pomalé emulované ISA I/O.

Ad jednodušší HW: Ano, byl jednodušší. Já s jednoduchostí problém nemám, jednoduchá řešení jsou obvykle správná.
Táto, ty de byl? V práci, já debil.
20.8.2007 23:42 zde | skóre: 9 | blog: Linuch | Brno
Rozbalit Rozbalit vše Re: Přehnaná očekávání od Linuxu
Teď si všímám, že tam mají milisekundu, asi překlep místo mikrosekundy. Nojo, Microsoft... :-)
Táto, ty de byl? V práci, já debil.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.