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í
×
    dnes 08:00 | Komunita

    Microsoft Fluent Emoji jsou nově k dispozici na GitHubu pod licencí MIT. Více v článku na Medium.

    Ladislav Hagara | Komentářů: 0
    dnes 00:22 | IT novinky

    O víkendu proběhla v Kolíně nad Rýnem demopárty Evoke 2022. Publikována byla prezentovaná dema. Upozornit lze na Area 5150 (YouTube) běžící na IBM PC s procesorem Intel 8088 běžícím na 4,77 MHz a CGA.

    Ladislav Hagara | Komentářů: 1
    včera 19:55 | Zajímavý software

    smenu, nástroj pro příkazový řádek pro generování možností a potvrzení výběru, dospěl do verze 1.0.0.

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

    Byla potvrzena zranitelnost CVE-2021-46778 aneb SQUIP (Scheduler Queue Usage via Interference Probing) v procesorech AMD s mikroarchitekturou Zen 1, Zen 2 a Zen 3. Detaily v publikovaném paperu.

    Ladislav Hagara | Komentářů: 0
    včera 13:33 | Nová verze

    Turris OS, operační systém pro síťová zařízení Turris postavený na OpenWrt, byl vydán v nové verzi 5.4. Přehled novinek a diskuse v diskusním fóru.

    Ladislav Hagara | Komentářů: 2
    včera 13:11 | Nová verze

    Byla vydána nová stabilní verze 5.4 (aktuálně 5.4.2753.28) webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 104.0.5112.83. Přehled novinek v příspěvku na blogu. Vivaldi Mail byl povýšen na verzi 1.1.

    Ladislav Hagara | Komentářů: 0
    9.8. 23:33 | Bezpečnostní upozornění

    Intel vydal 27 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20220809 mikrokódů pro své procesory. Ta řeší INTEL-SA-00657. Jedná se o bezpečnostní chybu ÆPIC Leak aneb CVE-2022-21233.

    Ladislav Hagara | Komentářů: 2
    9.8. 20:22 | Nová verze

    Byla vydána nová verze 2022.3 průběžně aktualizované linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení.

    Ladislav Hagara | Komentářů: 0
    9.8. 18:11 | Nová verze

    Byla vydána nová major verze 4.0 programovacího jazyka a vývojového prostředí Processing. Ke stažení na GitHubu. Přehled novinek na wiki.

    Ladislav Hagara | Komentářů: 0
    9.8. 09:00 | Komunita

    Konference OpenAlt 2022 proběhne o víkendu 17. a 18. září na FIT VUT v Brně. Přednášky lze přihlásit do 15. srpna.

    Ladislav Hagara | Komentářů: 0
    Audioknihy ve srovnání s knihami tištěnými (papírovými nebo elektronickými) poslouchám
     (34%)
     (2%)
     (6%)
     (57%)
    Celkem 174 hlasů
     Komentářů: 1, poslední 8.8. 21:17
    Rozcestník


    Dotaz: Smartdrv v lunixu

    5.9.2003 12:25 Luděk Novotný | skóre: 3
    Smartdrv v lunixu
    Přečteno: 72×
    Zdravim, potreboval bych vedet zda je ve FreeBSD 4.8 (ale i obecne v unixu ci linuxu) potreba aktivovat neco jako v dosu smartdrv? pri praci s vetsim mnozstvim souboru (napr rozbalovani archivu...) system vykazuje priznaky jako v DOSu bez smartdrv, rozbalovani je cim dal tim vic pomalejsi....

    Odpovědi

    5.9.2003 12:48 ivok
    Rozbalit Rozbalit vše Smartdrv v unixu
    Filesystémy používané pod linuxem jsou většinou "smart" sami od sebe... Můžete zkusit používat nějaký jiný, který se pro váš konkrétní účel hodí víc, ale spíš bych řekl, že nemáte zapnutý DMA přístup na disk nebo něco podobného... O čem se vlastně bavíte? Máte stovky, tisíce, miliony,... souborů? Velikosti řádově kb, MB, GB, ... ? A co vlastně dělá takové SMARTDRV pod DOSem ... ? :-)
    5.9.2003 12:53 Hynek (Pichi) Vychodil | skóre: 43 | blog: Pichi | Brno
    Rozbalit Rozbalit vše Smartdrv v lunixu
    To jsi mě rozesmál. Smardrv byla vyrovnávací paměť, toto je v unixech nedělitelnou součástí jádra systému už přes 20 let. Linuxová implementace je považována za jednu z nejlepších, takže chybu hledej někde jinde.
    XML je zbytečný, pomalý, nešikovný balast, znovu vynalézané kolo a ještě ke všemu šišaté, těžké a kýčovitě pomalované.
    5.9.2003 14:40 Luděk Novotný | skóre: 3
    Rozbalit Rozbalit vše Smartdrv v lunixu
    Aha, tak pardon ze nejsem takovy ultraprofesional jako vy a z nevim ze je to v jadru implementovano. Nicmene DMA prenos zrejme zapnuty nemam, nevim jak jej zapnout. Bavime se radove o desitkach az stovkach MB.
    5.9.2003 14:53 Radek
    Rozbalit Rozbalit vše Smartdrv v lunixu
    hdparm -d1 -c1 /dev/hda a otestovat rychlost hdparm -tT /dev/hda cao
    5.9.2003 20:59 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Smartdrv v lunixu
    ve chvíli, kdy je těch dat řádově tolik co máš RAM (píšu řádově, přesně to dost závisí na okolnostech), tak se samozřejmě přestanou cacheovat (není kam) nebo se spíš vyhodí z cache dřívější data, podle situace... je jasné, že to pak hrabe na disk víc smartdrv, pokud si vzpomínám, také neuměl zacacheovat větší množství dat, než kolik se vešlo do cache ;-)
    5.9.2003 23:31 Beda
    Rozbalit Rozbalit vše Smartdrv v lunixu

    no jestli nejde zase o znamou vlastnost 2.4+ rady, kdy se jadro snazi proste naplno vyuzit moznosti hardware.
    a kdyz ma pocitac 512M ramky a celou dobu bezi proces kterej pracuje se soubory, tak proc by tu ramku celou 512M nemela postupne sezrat cache? (nemela? ale to vi jen program jak s temi soubory bude zachazet - viz kecy ke konci)

    jenze pak jeste bezi na pozadi procesy, jejichz data se postupne vyswapovavaji nebo zahazuji spustitelny stranky z tech aplikaci z pameti (kdyz je original na disku) protoze nebyly zrovna pouzity a pokud je swap na stejnym fyzickym zarizeni, jako ty soubory, nebo binarky spustenych procesu, tak se to podepise na vykonu tim, ze to zacne zbesile seekovat kvuli swapovani nebo natahovani stranek z disku do pameti, protoze proste cache je naprosto neuveritelne nenazrana sfine v techdle jadrech.

    ale cely problem neni v jadru, ale v tom, ze jadro predbehlo vetsinu programu v implementaci alokacnich strategii, ktery vyhovuji moznostem posixu, ale programy nevyuzivaji korektnich nastaveni napoved jadru podle posixu.

    jadro proste nedokaze vestit z kristalove koule, ze nema cachovat archiv, ktery chcete rozbalit, protoze ho proste prectete jednou a dost a misto toho kdyz nedostane nakopnuti v podobe parametru k open() bude cachovat cteny bloky archivu, ktery sezerou pamet na ukor vseho ostatniho.

    typicke problematicke programy na kterych se to projevi v cele sve krase - mplayer a soubory s opravdu velkym bitrate, tar, rsync, cp, a mnoho dalsich... a kde je problem? blbe se hada do budoucna, jestli zahazovat stranky cache, ktery mozna nebudou pouzity nebo jestli zahazovat zbytek nebo swapovat...

    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.