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 12:33 | Nová verze

Byla vydána nová stabilní verze 1.8 (1.8.770.50) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují vylepšenou historii prohlížení. Ukázka na YouTube. Chromium bylo aktualizováno na verzi 57.0.2987.111.

Ladislav Hagara | Komentářů: 0
dnes 05:55 | Zajímavý projekt

Google na svém blogu věnovaném open source představil portál Google Open Source informující mimo jiné o více než 2000 open source projektech vyvíjených nebo používaných v Googlu.

Ladislav Hagara | Komentářů: 0
dnes 03:33 | IT novinky

Pro společnost Red Hat skončil 28. února fiskální rok 2017. Dle finančních výsledků bylo čtvrté čtvrtletí, stejně jako celý fiskální rok 2017, opět úspěšné. Tržby jsou zvyšovány již 60 čtvrtletí v řadě. Za čtvrté čtvrtletí 2017 to bylo 629 milionů dolarů, tj. meziroční nárůst 16 %. Tržby za celý fiskální rok činily 2,4 miliardy dolarů, tj. meziroční nárůst 18 %.

Ladislav Hagara | Komentářů: 2
včera 18:22 | Bezpečnostní upozornění

V balíčku eject, příkaz pro vysunutí CD/DVD z mechaniky, v linuxových distribucích Ubuntu (USN-3246-1) a Debian (#858872) byla nalezena bezpečnostní chyba CVE-2017-6964 zneužitelná k lokální eskalaci práv. Linuxové distribuce používající eject z balíčku util-linux nejsou zranitelné.

Ladislav Hagara | Komentářů: 14
včera 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 55
včera 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 12
27.3. 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
27.3. 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
27.3. 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 17
27.3. 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 961 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    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: 16
    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.