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 11:44 | Nová verze

Glen MacArthur vydal verzi 2018.4.2 na Debianu založené linuxové distribuce optimalizované pro tvůrce audio a video obsahu AV Linux (Wikipedie). Podrobnosti v oznámení o vydání a v stotřicetistránkovém manuálu (pdf).

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

Byla vydána nová stabilní verze 1.15 (1.15.1147.36) webového prohlížeče Vivaldi (Wikipedie). Z novinek lze zdůraznit možnost nastavení vlastního pozadí okna, přístup k záložkám z hlavního menu, lepší ovládatelnost v režimu celé obrazovky nebo vyřešení problémů se zvukem v HTML5. Nejnovější Vivaldi je postaveno na Chromiu 65.0.3325.183.

Ladislav Hagara | Komentářů: 0
včera 17:22 | Nová verze

Node.js Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 10.0.0 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). Verze 10 se v říjnu stane novou aktivní LTS verzí. Podpora je plánována do dubna 2021.

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

Neal Cardwell ze společnosti Google oznámil zveřejnění verze 2.0 nástroje pro testování síťového stacku packetdrill. Jde o souhrnné vydání změn z interního vývoje od roku 2013.

Michal Kubeček | Komentářů: 0
včera 13:22 | Zajímavý software

Microsoft na svém blogu oznámil, že správce knihoven pro C++ Vcpkg (VC++ Packaging Tool) lze nově používat také na Linuxu a macOS. Aktuálně je pro Linux k dispozici více než 350 knihoven [reddit].

Ladislav Hagara | Komentářů: 1
včera 12:44 | Komunita

Byly zveřejněny exploity na Nintendo Switch a platformu Tegra X1: Fusée Gelée a ShofEL2. Jejich zneužití nelze zabránit softwarovou aktualizací. Na druhou stranu exploity umožní na Nintendo Switch snadno a rychle nainstalovat Linux, viz. ukázka na YouTube. Jenom je potřeba sáhnout na hardware.

Ladislav Hagara | Komentářů: 0
včera 00:55 | Nová verze

Byla vydána verze 2.12.0 QEMU (Wikipedie). Přispělo 204 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn. Řešeny jsou také bezpečnostní chyby Meltdown a Spectre.

Ladislav Hagara | Komentářů: 7
včera 00:33 | Komunita

Google zveřejnil seznam 1 264 studentů přijatých do letošního Google Summer of Code. Přehled projektů, studentů, 212 organizací a mentorů je k dispozici na stránkách GSoC.

Ladislav Hagara | Komentářů: 0
24.4. 23:55 | Nová verze

Oracle vydal verzi 1.0 univerzálního virtuálního stroje GraalVM, který umožňuje běh programů napsaných v jazycích založených na JVM, JavaScript, LLVM bitcode a experimentálně Ruby, R a Python.

razor | Komentářů: 1
24.4. 01:22 | Zajímavý článek

Julia Evans pomocí svých kreslených obrázků proniká do Linuxu a informačních technologií. Vedle ucelených zinů publikuje také jednotlivé kreslené obrázky (RSS).

Ladislav Hagara | Komentářů: 5
Používáte na serverech port knocking?
 (3%)
 (7%)
 (46%)
 (26%)
 (18%)
Celkem 383 hlasů
 Komentářů: 29, poslední 5.4. 12:25
    Rozcestník

    Dotaz: 1Gbps LAN versus Terminal server a přístup k .DBF souborům

    4.7.2012 09:47 Dramon
    1Gbps LAN versus Terminal server a přístup k .DBF souborům
    Přečteno: 386×

    Našel by se tu odborník, který by byl schopen mi vysvětlit, jaký je rozdíl když přistupuji z 10 stanic po 1Gbps síti k datům v cca 150 .DBF souborech na Samba Serveru a nebo pokud použiji 10 terminálů na Windows serveru, na kterém budou zmiňovaná data fyzicky uložena?

    Jde o to, že nejmenovaná společnost se svým SW doporučuje od cca 3-5ti stanic začít používat TS. Zatím jede na Sambě po síti, ale jsem tlačen do nového Windows serveru s terminálovými licencemi :(

    Nejde mi do hlavy, jaké výhody má lokální přístup na TS? Po síti tahám rychlostí cca 100 MB/s na stanici a 200 MB/s na serveru (bonding), z RAID vytáhnu 200 MB/s, ale nejvíce času stejně trávím čekáním na zámky ostatních uživatelů, což bude v obou případech stejné. Nebo ne??
    Navíc při práci po síti mi data zpracovává 10 moderních CPU, v serveru je jedno na vše.

    Děkuji předem za objasnění problematiky :)


    Řešení dotazu:


    Odpovědi

    4.7.2012 10:17 ji
    Rozbalit Rozbalit vše Re: 1Gbps LAN versus Terminal server a přístup k .DBF souborům
    nemenovana spolocnost chce proviziu. nech donesu nieco na vyskusanie
    4.7.2012 12:32 mobi
    Rozbalit Rozbalit vše Re: 1Gbps LAN versus Terminal server a přístup k .DBF souborům
    Jde o to, že zamykání .dbf souborů (oplocks) může být pěkný průšvih jak co do výkonu, tak co do konzistence dat. Nepomůže seberychlejší diskové pole, a GB síť s Intel NIC. Sám jsem se na tom dost spálil. Společnosti, co pak nepoužívají SQL engine, ale zápis do sdílených souborů se pak vymlouvají na kde co. Obvykle pak padne na řadu první prefabrikované řešení - MS Terminal Server, kdy se sdílí nad lokálem a zamykání souborů se řeší lokálně.

    Jeden čas (2 roky) jsem používal workaround, kdy jsem na serveru s přebytkem výkonu se Sambou zvirtualizoval X winXP a zřídil na ně TS přístup a ty jely nad lokální Sambou přes virtuální GB síť. Pak se hodně problémů s rychlostí (zamykání soborů) vyřešilo.

    Ale nakonec bylo stejně zmigrováno na TS, protože jakákoli závada na DB šla na vrub toho, že to je nestandartní nevyzkoušené řešení.
    4.7.2012 13:04 Dramon
    Rozbalit Rozbalit vše Re: 1Gbps LAN versus Terminal server a přístup k .DBF souborům

    Oplocky chápu tak, že slouží k řízení síťové cache na straně klienta a osobně jsem nikdy na problém s konzistencí nenarazil. Co se týká výkonu, není mi jasné, v čem se liší rychlost lokálního zamykání od síťového. Jasně že lokálně/TS budu mít data v RAM, takže mi je to servíruje rychleji než síť nebo samotný disk/RAID, ale všechny soubory na lokál přenesu za cca 20s, ale reporty trvají mnohem déle a vytížení serveru, ale hlavně sítě nebo klienta není 100% ani u jednoho.

    A pak mi tvůrci SW tvrdí, že TS vyřeší mé problémy :)

    vandrovnik avatar 4.7.2012 15:22 vandrovnik | skóre: 18
    Rozbalit Rozbalit vše Re: 1Gbps LAN versus Terminal server a přístup k .DBF souborům
    Kdyby to bylo aspoň trochu možné, doporučil bych přechod na software, který používá SQL databázi a ne xxx .dbf tabulek. Jak mají třeba ošetřeno, aby některý uživatel omylem část .dbf souborů nesmazal?
    rADOn avatar 4.7.2012 16:16 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: 1Gbps LAN versus Terminal server a přístup k .DBF souborům
    Oplocky chápu tak, že slouží k řízení síťové cache na straně klienta
    Ne, oplocky označí část souboru na serveru cedulkou "tady se pracuje" aby nedocházelo k souběhům když více klientů oblejzá stejné bajty. Což se zrovna u .dbf souborů děje neustále a souběh by mohl poškodit data takže je to dost kritické.

    O rychlost nejde. IMO největší problém oplocků po síti nastane když klient něco zamkne a pak zdechne. Na lokále filesystém může zjistit že proces držící zámek neexistuje a zámek pustit. Na síti se to řeší různými obezličkami ale 100% spolehlivé řešení neexistuje.

    Obecně simulovat klient-server architekturu takhle hovadským způsobem dělá jen problémy, takže snaze stáhnout to na jednu mašinu se vůbec nedivím. Kdybych musel nějakou prehistorickou dosovskou aplikaci provozovat, asi bych to tak dělal taky. Ovšem slyšet něco takového od dodavatele _nové_ aplikace tak bych našel nějakou porádně tlustou referenčku SQL a omlátil ji dotyčnému o hlavu.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    6.7.2012 07:15 Dramon
    Rozbalit Rozbalit vše Re: 1Gbps LAN versus Terminal server a přístup k .DBF souborům

    Popisovanou funkcionalitu beru jako klasické zamykání, Na základě dokumentu Samby http://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/locking.html#id2615570 jsem opravdu žil a doteď žiju v přesvědčení, že se jedná o rozšíření zámků o kešování na straně klienta.

    Zvláště, když si člověk dá vyhledat něco jako "samba mdb", tak narazí na diskuze a všude píší "vypnout oplocky". Tak snad nevypínají zamykání, ale jen oplock kešování na straně klienta. Tak to aspoň chápu já.

    7.7.2012 10:30 Sandokan
    Rozbalit Rozbalit vše Re: 1Gbps LAN versus Terminal server a přístup k .DBF souborům
    Pokud si pamatuji, tak u aplikací kolem .DBF souborů nebyl ani tak problém se zámky záznamů nebo souborů, to opravdu docela fungovalo, ale největší průšvih bylo udržet trochu pohromadě indexové soubory (takové to .NDX, .IDX, .MDX, .CDX nebo jak se to všechno jmenovalo). Když k té aplikaci přistupovalo asi 50 uživatelů, byla to opravdu velká pakárna. Nevím, jaká skvělá aplikace je to ve Vašem případě, ale důvod může býti toto. Další možnost jsou ty hromady dat, které se v případě klientských aplikací do nich musí ze serveru nasypat. Měli jsme v prehistorické době opravdu úžasnou účetní aplikaci, která mezi spuštěním a úvodní obrazovkou stáhla ze serveru 30MB něčeho. Když u toho bylo 15 účetních, měla toho 100Mbitová síť opravdu plný brejle, takže je možné, že se mysl dodavatelské firmy ubírala tímto směrem.

    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.