abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

    včera 21:22 | IT novinky

    IKEA představila 3 senzory pro chytrou domácnost: senzor na dveře a okna PARASOLL, bezdrátový pohybový senzor VALLHORN a senzor úniku vody BADRING. Budou kompatibilní s Home Assistant?

    Ladislav Hagara | Komentářů: 1
    včera 20:44 | Nová verze

    Weston, referenční implementace kompozitoru pro Wayland, byl vydán ve verzi 13.0.0. Přehled novinek v oznámení.

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

    Laboratoře CZ.NIC vydaly novou verzi 4.23.0 aplikace Datovka, tj. svobodné multiplatformní desktopové aplikace pro přístup k datovým schránkám a k trvalému uchovávání datových zpráv v lokální databázi. Přidána byla podpora pro velkoobjemové datové zprávy (VoDZ) a pro typy datových schránek PFO_ARCH, PFO_AIAT a PFO_AZI. Další novinkou je pamatování velikosti dialogových oken, pozice ovládacích prvků, šířek sloupců a řazení položek

    … více »
    Ladislav Hagara | Komentářů: 0
    včera 17:33 | Nová verze

    Distribuce Tails specializující se ochranu online soukromí uživatele byla vydána ve verzi 5.20. Mimo jiné aktualizuje Tor Browser (13.0.4) a Thunderbird (115.5), opravuje několik chyb.

    Fluttershy, yay! | Komentářů: 0
    včera 14:33 | Komunita

    Bylo rozhodnuto, že Red Hat Enterprise Linux 10, jehož vydání je plánováno na první pololetí 2025, bude už bez X serverů. Zůstane pouze Xwayland.

    Ladislav Hagara | Komentářů: 9
    27.11. 16:22 | Nová verze

    Mobilní Datovka, tj. svobodná aplikace pro přístup k datovým schránkám pro zařízení s operačním systémem iOS a Android, byla minulá týden vydána v nové verzi 2.0.0. Zásadně bylo zmodernizováno uživatelské rozhraní. Přibyla možnost přepínat aplikaci mezi světlým a tmavým režimem. Současně byl publikován rozhovor QaA: Projekt Datovka očima vývojářů.

    Ladislav Hagara | Komentářů: 10
    27.11. 13:22 | Nová verze

    Multiplatformní open source aplikace scrcpy (Wikipedie) pro zrcadlení obrazovky i audia připojeného zařízení se systémem Android na desktopu a umožňující ovládání tohoto zařízení z desktopu, byla vydána v nové verzi 2.3.

    Ladislav Hagara | Komentářů: 1
    27.11. 03:55 | Bezpečnostní upozornění

    Včera skončila upstream podpora PHP 8.0. Podporované verze jsou 8.1, 8.2 a 8.3.

    Ladislav Hagara | Komentářů: 0
    27.11. 03:22 | IT novinky

    Představen byl herní notebook TUXEDO Sirius 16 - Gen1 s 16,1palcovým displejem s rozlišením 2560 x 1440 pixelů, 8jádrovým CPU AMD Ryzen 7 7840HS a GPU AMD Radeon RX 7600M XT 8 GB. V konfiguraci si lze vybrat až 96 GB RAM. Hmotnost notebooku je 2,3 kg. Koupit jej lze s nainstalovaným TUXEDO OS nebo Ubuntu 22.04 LTS. Cena začíná na 1 699 eurech (41 500 korun).

    Ladislav Hagara | Komentářů: 20
    26.11. 13:11 | Nová verze

    Multimediální server a user space API PipeWire (Wikipedie) poskytující PulseAudio, JACK, ALSA a GStreamer rozhraní dospěl do verze 1.0.0.

    Ladislav Hagara | Komentářů: 31
    Používáte modální textový editor?
     (75%)
     (3%)
     (2%)
     (20%)
    Celkem 276 hlasů
     Komentářů: 8, poslední 16.11. 22:24
    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: 401×

    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: 21
    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.