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 14:33 | Komunita

Vedle Hectora "marcan" Martina a Asahi Linuxu portují Linux na Apple Silicon aneb na počítače Apple s novým ARM procesorem M1 také lidé ze společnosti Corellium. V sobotu se na Twitteru pochlubili bootováním Linuxu na M1. Dnes zveřejnili zdrojové kódy (Preloader-M1 a Linux-M1).

Ladislav Hagara | Komentářů: 23
včera 11:33 | Bezpečnostní upozornění

CSIRT.CZ upozorňuje na kritické zranitelnosti v Orbit Fox pluginu pro WordPress. Správci CMS WordPress, kteří mají nainstalované rozšíření Orbit Fox, by měli provést co nejdříve upgrade rozšíření na poslední verzi 2.10.3. Dvě nedávno nalezené zranitelnosti, stored XSS a možnost eskalace oprávnění, umožňují útočníkovi kompletní ovládnutí webové stránky.

Ladislav Hagara | Komentářů: 0
včera 11:11 | Zajímavý projekt

bladeRF-wiphy je open source IEEE 802.11 / Wi-Fi kompatibilní SDR VHDL modem pro bladeRF 2.0 micro xA9. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv2.

Ladislav Hagara | Komentářů: 0
včera 09:11 | Bezpečnostní upozornění

V sobotu brzo ráno někdo naboural administrátorský účet diskusního fóra OpenWrt a odcizil citlivá data uživatelů (emailové adresy, API klíče, statistiky, ...).

Ladislav Hagara | Komentářů: 1
včera 08:00 | Nová verze

Byla vydána verze 1.9.0 emulátoru terminálu Terminology (GitHub) postaveného nad EFL (Enlightenment Foundation Libraries). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 3
18.1. 23:33 | Nová verze

Byla vydána nová verze 3.0.12 multiplatformního multimediálního přehrávače VLC (Wikipedie). Jedná se o minor verzi mimo jiné vylepšující podporu Bluray, DASH a RIST. Řešena je také bezpečnostní chyba CVE-2020-26664.

Ladislav Hagara | Komentářů: 3
18.1. 22:55 | Zajímavý článek

Murilo Pereira v obsáhlém textu Jak otevřít soubor v Emacsu nejprve zkoumá Emacs jako prostředí pro vývoj na vzdáleném serveru, a pak se dostává k úvahám nad filosofií textových editorů, jejich vývojem a vůbec rozhraními člověk-počítač. Některé kapitoly také zveřejnil samostatně: např. Hodnoty Emacsu, revoluce Neovimu a gorila VSCode.

Fluttershy, yay! | Komentářů: 6
18.1. 16:11 | Komunita

Konference InstallFest 2021 proběhne online o víkendu 6. a 7.března 2021. Vyhlášeno bylo CFP. Přihlásit přednášku nebo workshop lze do 2. února 2021.

Ladislav Hagara | Komentářů: 1
18.1. 15:44 | Nová verze

Po roce a půl vývoje byla vydána nová verze 3.9.0.0 svobodného toolkitu určeného pro stavbu softwarově definovaných rádií (SDR) GNU Radio (Wikipedie). Přehled novinek na stránkách projektu a na GitHubu.

Ladislav Hagara | Komentářů: 0
18.1. 14:22 | Zajímavý článek

Mozilla.cz se věnuje novinkám ve Firefoxu 85, který vyjde příští týden. Po technické stránce bude velkou novinkou dělení mezipaměti (tzv. cache partitioning). Za cenu potenciálního zpomalení načítání některých stránek a zvýšeného síťového provozu budou odděleny mezipaměti pro každý server. Sledující prvky tak nebudou moci z dostupnosti konkrétních jiných prvků v mezipaměti vysledovat, jestli byly některé stránky dříve

… více »
Ladislav Hagara | Komentářů: 23
Jestliže používáte distribuci CentOS, kterou náhradu plánujete vzhledem k oznámenému ukončení vydávání?
 (29%)
 (2%)
 (2%)
 (23%)
 (0%)
 (2%)
 (41%)
Celkem 166 hlasů
 Komentářů: 3, poslední 10.1. 13:01
Rozcestník

Přehnaná očekávání od Linuxu

18.8.2007 16:56 | Přečteno: 2585× | Linux | Výběrový blog

Tento mail v linux-kernel mailing listu mě přivedl k zamyšlení, jak se s tím, jak Linux postupně získává další a čím dál lepší schopnosti, zároveň zvyšují očekávání, která od něj lidé mají:

Hello!
I need use sleep with accurat timing.
I use 2.6.21 with rt-prempt patch.
with enabled rt_preempt, dyn_ticks, and local_apic
But

req.tv_nsec = 300000;
req.tv_sec = 0;
nanosleep(&req,NULL)

make pause around 310-330 microseconds.

I tried to understend how work nanosleep(), but it not depends from
jiffies and from smp_apic_timer_interrupt.

When can accuracy be lost?
And how are process waked up?


GolovaSteek

Ještě úplně nedávno (předtím, než Linux dostal časovače s vysokým rozlišením) když nějaký proces požádal o dočasné uspání na krátkou dobu, Linux ho nemohl probudit dřív než za jednu jiffy, tj. jeden celý tik časovače. Při obvyklém nastavení HZ=1000 to byla tedy vždy aspoň jedna milisekunda navíc k požadované době uspání. Při HZ=100 by to bylo deset milisekund.

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í.

To bych teda rád věděl, jaká aplikace má takové přísné požadavky, a proč si vůbec někdo myslí, že je PCčko může být schopno splnit.

Linux je v tomto případě totiž už tak skvělý, že možnosti programu jsou omezovány převážně schopnostmi hardwaru.

       

Hodnocení: 100 %

        špatnédobré        

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

Komentáře

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

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