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:22 | Bezpečnostní upozornění

Ve středu vydaná "npm@next" verze 5.7.0 správce balíčků pro JavaScript npm (Wikipedie, Node Package Manager) přinesla řadě uživatelů Linuxu nečekanou nepříjemnost. V závislosti na způsobu instalace a ve spojení s příkazem sudo mohlo dojít ke změně vlastníka u systémových souborů, také například /. Chyba je opravena v před několika hodinami vydané verzi npm 5.7.1 [reddit].

Ladislav Hagara | Komentářů: 2
dnes 10:00 | Nová verze

Byla vydána verze 10.5 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu. Zdůraznit lze integrovanou podporu Let's Encrypt.

Ladislav Hagara | Komentářů: 0
včera 12:33 | Komunita

Příspěvek na blogu Signalu (Wikipedie) informuje o založení neziskové nadace Signal Foundation, jež bude zastřešovat další vývoj tohoto svobodného bezpečného komunikátoru běžícího také na Linuxu (Signal Desktop). Brian Acton, spoluzakladatel WhatsAppu, věnoval nadaci 50 milionů dolarů [Hacker News].

Ladislav Hagara | Komentářů: 1
včera 05:55 | Zajímavý článek

Článek na Fedora Magazine krátce představuje programovací jazyk Rust a několik zajímavých v Rustu naprogramovaných terminálových aplikací. Jedná se o alternativu k příkazu grep ripgrep, moderní barevnou alternativu k příkazu ls exa, příkazem cloc inspirovaný tokei a zvířátko v terminálu ternimal.

Ladislav Hagara | Komentářů: 0
21.2. 23:55 | Zajímavý projekt

Byl spuštěn Humble Classics Return Bundle. Za vlastní cenu lze koupit hry Broken Sword 5 - The Serpent's Curse, Shadowrun Returns a Shadowrun: Dragonfall - Director's Cut. Při nadprůměrné platbě (aktuálně 8,48 $) také Shadowrun: Hong Kong - Extended Edition, Wasteland 2: Director's Cut - Standard Edition, Age of Wonders III a Xenonauts. Při platbě 15 $ a více lze získat navíc Torment: Tides of Numenera a Dreamfall Chapters: The Final Cut Edition.

Ladislav Hagara | Komentářů: 0
21.2. 00:11 | Bezpečnostní upozornění

Vývojáři linuxové distribuce Mageia na svém blogu upozorňují na narušení bezpečnosti Mageia Identity. Narušitel získal přístup k LDAP databázi a zveřejnil jména uživatelů, jejich emailové adresy a haše hesel. Hesla uživatelů byla resetována.

Ladislav Hagara | Komentářů: 3
20.2. 21:55 | Nová verze

Byla vydána verze 2.0.0 nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). Z novinek je nutno upozornit na nový zpětně nekompatibilní formát záznamu asciicast v2. S novým formátem si poradí nové verze asciinema-playeru a asciinema-serveru [Hacker News].

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

Dle příspěvku na blogu zaměstnanců CZ.NIC byl spuštěn ostrý provoz služby Honeypot as a Service (HaaS). Zapojit se může kdokoli. Stačí se zaregistrovat a nainstalovat HaaS proxy, která začne příchozí komunikaci z portu 22 (běžně používaného pro SSH) přeposílat na server HaaS, kde honeypot Cowrie (GitHub) simuluje zařízení a zaznamenává provedené příkazy. Získat lze tak zajímavé informace o provedených útocích. K dispozici jsou globální statistiky.

Ladislav Hagara | Komentářů: 12
20.2. 04:44 | Komunita

Před týdnem společnost Feral Interactive zabývající se vydáváním počítačových her pro operační systémy macOS a Linux oznámila, že pro macOS a Linux vydají hru Rise of the Tomb Raider. Včera společnost oznámila (YouTube), že pro macOS a Linux vydají také hru Total War Saga: Thrones of Britannia. Verze pro Windows by měla vyjít 19. dubna. Verze pro macOS a Linux krátce na to.

Ladislav Hagara | Komentářů: 0
19.2. 21:33 | Nová verze

Byla vydána nová major verze 7.10 svobodného systému pro řízení vztahů se zákazníky (CRM) s názvem SuiteCRM (Wikipedie). Jedná se o fork systému SugarCRM (Wikipedie). Zdrojové kódy SuiteCRM jsou k dispozici na GitHubu pod licencí AGPL.

Ladislav Hagara | Komentářů: 0
Který webový vyhledávač používáte nejčastěji?
 (2%)
 (28%)
 (62%)
 (3%)
 (3%)
 (0%)
 (1%)
 (1%)
Celkem 437 hlasů
 Komentářů: 35, poslední 21.2. 19:51
    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.