Příspěvky

166

Vývoj / Re:Replikace MySQL/MariaDb

« kdy: 20. 10. 2015, 09:25:54 »

Potrebujes na serveru bezpodminecne do dat zapisovat nebo to slouzi jako backup nebo na analytiku? Kdyby ne, trochu si zjednodusis zivot a poslouzi ti replikace master-slave. Klienti budou masteri s DB A,B a budou se replikovat na server, kde pobezi slave DB A' a B'. V pripade, ze se nekdo neco pokazi je snadne replikace obnovit, protoze vis, ze platna data jsou jen u klientu.

Pokud musi zapisovat server i klient, pak master-master varianta. Pouzivas autoincrement? Pokud ano, musis pocitat s tim, ze je obvykly princip, ze master A bude mit licha a B suda idecka(mirne zjednodusene). V pripade, ze se replikace rozpadne muze byt znovuobnoveni replikace trosku slozitejsi.

Na serveru se data z klientu musi slevat do jedne databaze a musi se dat menit, ideal je, kdyz se tyto zmeny promitnou na klienty. Nejde o zalohu, jde predevsim o analyzu dat, bohuzel jde i o mozne upravy dat.

Autoincrement neuzivam, tak nejak jsem uz pred 5 lety tusil, ze to bude cele smerovat timto smerem a ID se generuji jinak.
Jak na klientovi tak na serveru se delaji vylozene databazove operace (prochazeni dat, tisk sestav atd.), takze oboji musim byt nejake forma databaze s rozumnym dotazovacim jazykem. Navic klient muze bezet uplne samostatne bez toho, ze by data nekam dale odesilal. Klientu muze byt teoreticky neomezeny pocet, prakticky 1 az 5.

Jde o aplikaci pro prumysl. Proto musi klienti jet, i kdyz nevidi server a tak podobne.

Z nekterych dalsich odpovedi jsem vyrozumel, ze pokud na sebe jednotlive "uzly" replikace aktualne nevidi, pak nelze do DB zapisovat? Cekla bych, ze to lze a ze az na sebe uzly vidi, tak se sesynchronizuji. Samozrejme za dodrzeni urcitych podminek jako jsou jedinecna ID v ramci vsech uzlu atd. Pokud na sebe totiz opravdu musi stale videt, pak vim, ze se replikaci nemusim dale zabyvat a muzu pokracovat v tom, ze si prenos dat resim sam svym protokolem.

167

Vývoj / Replikace MySQL/MariaDb

« kdy: 19. 10. 2015, 11:27:10 »

Zdravim,

nejsem databazovy guru a protoze me uplne nenapada nejvhodnejsi dotaz na google, tak se zkusim poradit s vami ;-).

Situace:
klientske stanice, na kterych bezi aplikace, ktera uklada data do db. Tyto stanice musi bezet vzdy, bez ohledu na to, zda maji spojeni na sit nebo ne. Proto maji sve db.

Server (sberne misto). Pokud klientske stanice maji spojeni na sit a vidi server, pak se synchronizuji s db serveru. Tedy klienti odeslou nova data na server, pokud na serveru dostlo napriklad ke smazani nejakych dat, ktera se soucasne vyskytuji na nektere stanici, tak se smazou i na stanici a tak podobne.

Je tohle resitelne replikaci db? Tedy funguje replikace tak, ze uprava v jakekoliv kopii db se promitne do vsech ostatnich kopii?

Jak jse vyse naznacil, idealne by mel server fungovat jako jakesi sberne misto, ve kterem jsou data ze vsech stanic, ale stanice maji jen sva data. Tedy na stanici A nejsou data ze stanice B, ale na serveru jsou oboji data z A i z B a lze je modifikovat a modifikace se pak promitnou i na prislusne stanici.

Dokaze i toto zaridit MySQL/MariaDB samotna?

Diky za postrehy.

168

O serveru Root.cz / Re:Nová podoba roota (beta)

« kdy: 11. 10. 2015, 19:38:29 »

Mozna to tu uz zaznelo:

nova podoba roota je pro me na desktopu neprehledna, prijde mi, ze vsechno je reklama. nevim na co se klika a na co ne. na tabletu se mi to cele nejak uplne rozsype.

jen pro zajimavost: co si provozovatel roota od tehle zmeny slibuje? vyssi navstevnost? vice kliku na reklamu? vice novych ctenaru? udrzeni starych ctenaru? (to nemyslim nijak zaskodnicky, opravdu me to zajima).

169

Windows a jiné systémy / Re:Prihlaseni ke google uctu ze stareho android telefonu

« kdy: 17. 09. 2015, 11:00:45 »

Někde v nastavení google účtu (na netu ne v mobilu) by měla být možnost povolit přihlašování ze starších aplikací.

Parada, diky, nasel jsem to a funguje to.

170

Windows a jiné systémy / Přihlášení ke Google ze starého Androidu

« kdy: 17. 09. 2015, 10:48:23 »

Zdravim,

mam stary telefon s androidem 2.2. Pri pokusu o pridani google uctu "je nam lito, login a heslo neodpovidaji" a od googlu prijde mail, ze doslo k pokusu o prihlaseni z neduveryhodne aplikace. Nekde sem nasel, ze snad by se dalo prihlasit ke google marketu pres webovy prohlizec a pak provest nejake aktualizace marketu atd, ale "tento prohlizec jiz neni podporovan".

Mate prosim nekdo napad jak z toho ven? :-)

171

Nabízím práci / Programátor .NET

« kdy: 08. 09. 2015, 11:09:51 »

Do našeho týmu hledáme nového kolegu. Požadujeme znalosti: C#, WinForms, WPF, MS SQL. Vyvíjíme agilně, máme rádi čistý kód a nové technologie. Velmi oceníme příjemné vystupování, serióznost, týmovou práci. Na oplátku nabízíme práci v mladém kolektivu na zajímavých projektech, přátelskou atmosféru a podporu osobního i profesního růstu.

Můžete se k nám přidat buď jako zaměstnanec na hlavní pracovní poměr, nebo poloviční úvazek, nebo jako OSVČ externista. Možnost práce z domu.

Sídlíme v Kroměříži.
http://barinka.net/

• Odpověď
• Citace

172

Vývoj / Re:Dve podminky ve while

« kdy: 31. 08. 2015, 11:05:34 »

Závorky se píší tehdy když výraz obsahuje více než jednu operaci a to v jakémkoliv jazyce na zeměkouli a má to tuto přidanou hodnotu:
1) Ví se jak to autor programu myslel
2) Složitější výrazy je prakticky nemožné udržet bez závorek bez chyby
3) Ví se rovnou bez hledání v nějakém manuálu jak se to bude vyhodnocovat

Viděl jsi už někdy zdrojáky nějakého většího projektu? Asi ne, závorky nepíše prakticky nikdo. Když jsme na tom portálu o linuxu, podívej se na zdrojáky kernelu, závorky v podmínkách tam nejsou.

Ano zavorky tam casto nejsou, takze se v tom blbe orientuje a blbe se mi ty podminky ctou. Ono vubec je v ovladacich/kernelu dost zajimavych veci ve zpusobu psani kodu, za ktere bych ja svym kolegum urval usi. Kernel neni svaty.

S argumentaci, ze nejaky zpusob psani kodu je zbytecny, protoze se prece z nejakeho okolniho kontextu ci pri blizsi analyze da poznat, co mel autor na mysli, jsem se uz casto setkal a mam k tomu jedine - neni cas ztracet cas.

173

Software / Re:Zatížení CPU při velkém síťovém provozu, software irq

« kdy: 28. 08. 2015, 16:19:08 »

Tak se to nakonec podarilo (snad ;-) ).

Ad reseni s 10 Mbity - funguje, procesor to v pohode stiha. Byl tu jisty pozadavek na to, ze by se to tak ale resit nemuselo. Samozrejme je to velice jednoduche a spolehlive reseni, takze bude take pouzito.

Ad upravy kernelu/ovladace - dev.c je spatne misto, to uz je vrstva nad ovladacem. Pomohla uprava ovladace, kde nebylo potreba delat nic moc sloziteho. Zjednodusene - staci monitorovat pakety za sekundu a kdyz je jich moc, tak na nejakou dobu zablokovat IRQ. Tedy presne to reseni, ktere zde nekdo uvadel.

Reseni trochu detailneji (mozna nepouziju uplne spravnou terminologii):
Ze sitovky prijde irq, to vyvola handler v ovladaci, ktery zamaskuje preruseni a informuje pres NAPI rozhrani vrstvu nad ovldacem o tom, ze si ma ze sitovky pollingem nacist pakety. To zavola metodu pro polling z driveru sitovky. V teto metode spocitam, kolik cca paketu prislo v poslednim merenem casovem useku. Pokud je to pod limit, pak po nacteni vsech dat ze sitovky se ihned povoli irq. Pokud je to nad limit, pak se irq nepovoli, ale jen se nastavi priznak, ze se tak ma pozdeji stat. Do driveru jsem pridal timer, ktery tika kazdych 100 ms (zkusmo zvolena hodnota) a ktery v pripade, ze je nastaven priznak povoleni irq, toto irq povoli. Povoleni irq je tak v pripade zahlceni nahodne zpozdeno o 0 - 100 ms.

Pro praci s timerem sem pouzit funkce setup_timer, mod_timer, del_timer, ktere jsem nasel jako vhodne pro pouziti v kernelu. Nema s nimi nekdo nejakou negativni zkusenost?

Nic sloziteho ani prevratneho.

V prvnim updatu sw pro tajmene zarizeni bude moznost zapnout 10 Mbit a pozdejsi vetsi update zrejme zahrne jadro s upravenym ovladacem.

Dekuji za rady a napady :-)

174

Software / Re:Zatizeni CPU pri velkem sitovem provozu, software irq

« kdy: 27. 08. 2015, 10:14:21 »

:-) ano, to se snazim a jsem si toho vedom. Presto si zatim stale myslim, ze ten problem ma reseni. Jak jiz bylo zmineno, nevadi, kdyz se rozpadne sit. Takze jde o to, v miste mezi hw irq a soft irq vyhodnotit, ze tech hw irq (tedy nejspis "paketu") prichazi moc a proste je zahodit. Tato uprava samozrejme znamena nove jadro, ale to se uz proste neda nic delat.

Pátráte na špatném místě, jakmile vznikne 200k hardwarových přerušení za sekundu tak už máte zahrobenou mašinu z principu obsluhy přerušení a v software už je na řešení pozdě. Musíte nějak hardware domluvit aby to snížil na max 1k, třeba periodickým zakazováním a povolováním přerušení na NIC, nebo přejít na pooling.

Ok. Jestli se nepletu, tak pri obsluze hw preruseni je aktualne obsluhovane preruseni zakazano, tusim se tomu rika maskovani preruseni? V jadre je to udelano tak ze, se v obsluze preruseni jen "presunou dat" do fronty pro soft irq, a hw irq se odmaskuje, tedy povoli. Podle programu top je procesor vytizen zpracovani soft irq. Nevim, jestli se do toho pocita uz presun dat z hw irq do fronty soft irq nebo ne. Pokud by se tam nepocitalo, pak by to mohlo znamenat, ze me zahazovani muze pomoct. Kazdopadne zkusim ze srandy nechat hw irq zamaskovane par mikrosekund pri jeho kazdem zpracovani a uvidim, co to udela ;-).

Chapu, ze ten muj pristup nezni moc profi, ale s podobnyma vecma sem si hral naposled na 8bit atarku :-(

175

Software / Re:Zatížení CPU při velkém síťovém provozu, software irq

« kdy: 27. 08. 2015, 09:42:57 »

Jeste jsem zapomenul k dokresleni situace - po hw strance je to procesor na urovni nejakeho pentia ale na 600 Mhz. Tedy opravdu je to dost pomala zvykacka priplacla na boardu, nebo jak to tu nekdo nazval ;-)

176

Software / Re:Zatizeni CPU pri velkem sitovem provozu, software irq

« kdy: 27. 08. 2015, 09:37:08 »

Panove, vase navrhy jsou slechetne a nejsou jiste nerealne, ale zatim je velka snada to resit tak jak jsem psal. Tedy bez pridavneho zarizeni. Takze by to chtelo napady udrzet v ramci zadani :-)

OK, prepni sitovku na 10Mbit. Kazda by to mela umet.

Neuviedol si blizsie informacie. Tak sa necuduj.  Z toho co som si precital mam zatial dojem ze sa snazis "pumpovat slavu do prasata" ako by povedal Svejk.

:-) ano, to se snazim a jsem si toho vedom. Presto si zatim stale myslim, ze ten problem ma reseni. Jak jiz bylo zmineno, nevadi, kdyz se rozpadne sit. Takze jde o to, v miste mezi hw irq a soft irq vyhodnotit, ze tech hw irq (tedy nejspis "paketu") prichazi moc a proste je zahodit. Tato uprava samozrejme znamena nove jadro, ale to se uz proste neda nic delat.

Nasel jsem si patricne misto v net/core/dev.c a je zajimave, ze presne v miste, kde bych to chtel resit je snad od jadra 3.11 nejaky "flow control" (v jadre 3.9 to tam neni). Opet prosim neomlacovat mi o hlavu, ze samozrejme mam mit nejvyssi jadro atd. Berte to tak, ze u tohoto zarizeni takove veci nejsou jednoduche. Tech zarizeni je totiz "po svete" zrejme par stovek a maji velmi specificky ucel, ktery na ne klade urcite pozadavky, ktere musi byt dodrzeny.  Proto proste zkousim pumpovat slavu do prasete, jak pravil jednorocni dobrovolnik Marek :-) Omluvam se, ze nejsem konkretni, ale jednak to nepovazuju za uplne nutne a druhak to neni moc vhodne.

Pokud se mi to podari vyresit primo na tom zarizeni, tak samozrejme bude nahoru sdeleno silne doporuceni, na spravnou konfiguraci site, ktera by cele situaci mela predejit.

Vcera jsem byl na cestach, dnes se v tom zkusim povrtat.

177

Software / Re:Zatizeni CPU pri velkem sitovem provozu, software irq

« kdy: 25. 08. 2015, 18:58:54 »

Panove, vase navrhy jsou slechetne a nejsou jiste nerealne, ale zatim je velka snada to resit tak jak jsem psal. Tedy bez pridavneho zarizeni. Takze by to chtelo napady udrzet v ramci zadani :-)

178

Software / Re:Zatizeni CPU pri velkem sitovem provozu, software irq

« kdy: 25. 08. 2015, 12:18:20 »

Konkretne to zahltim napr. UDP pakety o delce cca 100 bytu, kdyz je posilam z normalniho PC, ktere tvrdi, ze jich odesle pres 200 000 za sekundu.

A tech 200000 paketu za vterinu byste tam z toho PC posilal z jakeho duvodu? Abyste vyzkousel, ze to lze zaDoSovat? Tak budto mate duveryhodnou sit, tak tam ty pakety neposilejte. Nebo vase sit je cochcarna, kam si kdekdo prinese vlastni stroj a bavi se tim, ze vam posila UDP pakety, kam se mu zachce. Takze si nainstalujte iptables, ty vam stroj moc nezatizi a pokud UDP na tom stroji nepotrebujete, tak ho muzete take rovnou kompletne ustrihnout. Jinak, viz k, 12:03:51 - Mikrotik.

A je to tu. Proste zarizeni musi takovemu naporu odolat. Tak to je a hotovo. Sit u toho muze umrit, ale jine procesy nesmi. Tvrzenim, ze k tomu vlastne vubec nesmi dojit, tu vec nevyresim. IpTables jsou resenim, jenze take bohuzel znamenaji rekompilaci kernelu.

179

Software / Re:Zatizeni CPU pri velkem sitovem provozu, software irq

« kdy: 25. 08. 2015, 12:10:49 »

Můžeš zkusit snížit RX buffery na síťovce (ethtool -g eth0). Je to dost hack, ale mohl bys docílit toho co chceš, pakety začne zahazovat už síťovka a nedostanou se vůbec do kernelu.

Bohuzel ani tohle mi neni prano, Operation not supported.

Kazdopadne zkusim zjistit, jestli se ethtool v kombinaci s driverem sitovky neda nejak rozchodit.

180

Software / Re:Zatizeni CPU pri velkem sitovem provozu, software irq

« kdy: 25. 08. 2015, 12:06:11 »

Co nastavit rate-limiting na switchi?

Nemozno. Zarizeni samo musi umet se s tim vyporadat.

Z trabanta formuli neudelate aniz by jste zacali zahazovat neco pred dodatecny SW. Takze na tom budete uplne stejne, akorat misto prace switche to bude prace toho PC. Upgrade PC v ramci toho kernelu neni mozne ? disky, ram, a specialne cpu ?

Upgrade nemozny. Je to "system on chip".