Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Ladislav Zitka

Stran: 1 2 [3] 4 5 ... 12
31
Sítě / Re:MikroTik vs. pfSence vs. OpenWRT pro domácí síť
« kdy: 24. 05. 2019, 09:15:14 »
Zase ten odroid je porad takovej stroj na hrani, ja bych bral neco aspon s celeronem, napr. zde.
dual lan:
https://www.alibaba.com/product-detail/Fanless-Firewall-Micro-Appliance-With-2x_60638495850.html

Nebo s 4x gigabit + wifi, takze si z toho udelas proste celou gw:
https://www.aliexpress.com/item/32863060778.html?spm=a2g0o.detail.1000060.1.7236730foVhEAQ&gps-id=pcDetailBottomMoreThisSeller&scm=1007.13339.90158.0&scm_id=1007.13339.90158.0&scm-url=1007.13339.90158.0&pvid=8f722e8f-ea4d-4757-95c4-0d6c40f99617

Ale ten je drazsi, s aliexpres zadnej problem, vetsinou zbozi prijde do nekolika dnu...

33
Sítě / Re:MikroTik vs. pfSence vs. OpenWRT pro domácí síť
« kdy: 23. 05. 2019, 14:09:36 »
Jo tady ten shop, co jsem si porizoval novej firewall - https://www.mini-itx.com/store/travla

34
Sítě / Re:MikroTik vs. pfSence vs. OpenWRT pro domácí síť
« kdy: 23. 05. 2019, 13:45:43 »
Par let zpatky jsem si koupil watchguard na ebay za par stovek a prdnul do toho pfsense. Mel jsem to do datovyho centra, pfSense jsem opustil ve jmenu OpenSense a jsem super spokojenej, OpenSense UI se mi zda intuitivnejsi nez pfSense (ale uz jsem rok nevidel progress, a pamatuju si, ze planovali nejaky novy UI..)... postavil jsem to na vykonem 1u bloku (nekde v UK delam rackable appliances postaveny na desktop procesorech).

Pro tvuj use case by asi stacil napr. neco jako: https://www.ebay.com/itm/Asus-RS100-E6-PI2-Silent-Compact-Intel-3400-Single-Socket-Rack-Mount-1U-Server/173903901914?hash=item287d7af4da:g:thoAAOSw7cZcSLZ6


35
Prodam 1U server.

Deska:
Manufacturer: Supermicro
   Product Name: H8QG6
   Version: 1234567890
   Serial Number: WM138S601015
   Asset Tag: 1234567890

CPU:
4x AMD Opteron(tm) Processor 6262 HE.

Server je dostupny v DC Mlade Boleslavi po domluve k vyzvednuti. Uz nevim, kolik me stal, postavil jsem si ho z jednotlivych dilu (chassis, deska, cpu, ram, network zvlast). Cenu bych videl asi takhle:
- 4x CPU - total (aktivni chladice - lze aplikovat overclock bios) 10,000,--
- Deska 12,000,--
- Chassis Supermicro - 8000,--
- 64GB ECC RAM - 5000,--
- 120GB SSD vubec nenacenuju (Samsung myslim), disk se pouziva v rezimu READ only, system bezel kompletne na bazi tmpfs pro vsechny docasne systemove adresare, aplikacni data mountovana pres sit.

Sakumprask 35,000?

Na serveru bezi Gentoo, prakticky muzu jen odstranit mounty a cisty system.

Duvod: Mam cely cluster postaveny na vykonejsich CPU a RAM + GPU, takze tenhle slot v racku uz par mesicu jen odpociva.

Po domluve muzu dat raiser a 10GBit SFP+ sitovku (na raiser konektoru)

36
Sítě / Re:Malá síť pro chaty
« kdy: 10. 05. 2019, 10:42:44 »
nebude nejlepsi tady AP na baraku + 2-3 repeatery na chatkach? Vse nejspis venkovni (+ az nekolik vnitrni AP pro potreby baraku - dle situace na miste)

Uplny souhlas.

37
Vývoj / Re:Ideálny programovací jazyk
« kdy: 08. 05. 2019, 19:53:36 »
Citace
- Odstranit garbage collector, přidat ruční správu paměti a destruktory
Brrr, zadna rucni sprava... its just burden, ja taky neresim, co si mam pamatovat a co zapomenout, zapomene se to samo.

38
Vývoj / Re:Ideálny programovací jazyk
« kdy: 08. 05. 2019, 19:50:50 »
Ideal je co neco zpusob pomocnika, kteryho ma k dispozici Iron Man. Zadani se rovnou materializuje a nevyzaduje vysedavani u kompu at all! Vystup je nejen informacni, ale i materialni (pokud je potreba)

Infrastruktura skladajici se z pocitace, obrazovky a klavesnice, jazyku je vlastne uplne strasne komunikacni rozhrani, ve kterem si muzeme skladat modely myslenek pro hledani odpovedi(ani ne tak reseni :-)) ), at uz je tim pocet emitovanych castic, nebo delani loginu do systemu, nebo pocitani auticek na fotce, cokoli. Potrebujeme vytvorit ne jazyk, ale pomocnika, nejlepe pomocniky, kteri si vytvori vlastni jazyk, ale budou rozumnet nasemu jazyku, nejlepe jeste telepaticky, ale tak to muze umet verze 2-ALFA. A nase myslenkove uvahy se muzou posunout na jinam... :-))

Takze me zajima jaky jazyk by byl nejlepsi pro navrh takoveho pomocnika.

Jinak ten clanek o Jave od Software Samuraje je nadherny :-)

za me dnes vede Go a python (primocarost), A v GCC vystrcila ruzek podpora D (o nem jen sem tam ctu, ale nenapsal jsem v nem jeste ani return :-)

39
Vývoj / Re:Ideálny programovací jazyk
« kdy: 08. 05. 2019, 19:00:49 »
Predstavte si že vytvárate nový programovací jazyk presne podľa vašich predstáv.
Jde o to, pro koho. Pro nepříliš zdatné programátory, tedy přes 95% IT audience? Ti mají Javu a PHP. Jinak mají smysl jen úzce specializované jazyky, v CERNu si třeba vytvořili speciální jazyk pro HPC. To ale není téma pro toto fórum.

CERN si sice jazyk napsal(nekolik...), ale datovy analyzy dela na Sparku v pythonu, v cem jinym. napsali si svoji phy-extenzi dataframu RDataFrame, ktery ma ruzne featury, ktere potrebuji, a je napsany v C++ s python bindingem, vse zastresene jupyterem.

Ohledne HPC, ucim se ted Legion(Stanford) ve kterem je napsany LuxGraph (gpu distribuovany graph engine), ale stejne si pro nej delam python(boost)/scala(javacpp) interfacem pro IO.

Pokladat Javu za jazyk pro neprilis zdatne programatory muze napsat jen nezdatny programator :-)

40
Software / Re:Software pro tvorbu dokumentace
« kdy: 03. 05. 2019, 14:16:04 »
Ja se snazim delat dokumentaci primo soucasti kodu a generovat, nejde jen o neco jako API doc, ale i o modely datovych objektu, architektury (AsciDoc, MultiMarkDown, apod., a vygenerovat to ven do nejakeho web systemu pro nahlizeni(Confluence, Nuxeo) pomoci CI pipelines on the fly pres web services tech systemu. Proste jakmile neni dokumentace soucasti zdrojovejch kodu, tak vetsinou vidim, ze se to rozchazi (nerikam, ze v tom nemam prsty nekdy).

41
Software / Re:UDP paket server
« kdy: 03. 05. 2019, 14:09:54 »
OpenVPN podporuje UDP pro nizsi latence.

42
Vývoj / Re:Návrh relační databáze
« kdy: 26. 04. 2019, 20:21:07 »
Jinak k navrhu reseni mam par poznamek, ktere by mozna pomohly:
1. Prestat veci mazat, spis se na data koukat jako na bankovni transakce, tj. time series data, a podle toho navrhout model. Neco jako star kvazi-star schema s identifikatory(klici) v centralni tabulce, kde by bylo take jejich linkovani. Slo by implementovat na nejakem key/value storu (Redis, nebo Hbase)
2. Specificke typy budou mit kazdy svou tabulku, pokud jich mate hodne tech typu, tak bych to radsi rval nekam zase do nejakyho K/V storu.
3. Oddelit ingestion(write) a query(read) modely. Prvni je vice normalizovany, druhy muze byt denormalizovany pro fast query. Nelze dosahnout obojiho v jednom modelu. Nevim detaily architektury, ale doporucoval bych se kouknout na patterny jako CQRS, SAGA, resp. Event Sourcing, napr. pomoci Confluent, Axon nebo Eventuate na Springu(by famous Richardson)

Q; mate nejake ETL/integracni pumpy, nebo jak se tam ty data dostavaj, to si vubec nepopsal?
Q: Jaky je volume (GB,TB,PB..) a pocet zaznamu napr. za 1 rok?

43
Vývoj / Re:Návrh relační databáze
« kdy: 26. 04. 2019, 19:58:52 »
Pokud někdo chce prznit relační databázi nějakým EAV a ORM, tak mu rovnou doporučím NoSQL, kde tyhle dva nesmysly nebude potřebovat. Takový vývojář si relační databázi ani nezaslouží.

Já bych se zeptal jinak: Jak je možné, že u tolika projektů je problémem č. 1, jak dostat data do a z relační databáze. To nedává smysl - buďto je formát dat projektu vhodný na RDB, nebo se na ni vy*eru a použiju něco, kde nebudu potřebovat rovnáky na ohýbáky.

O jakych projektech mluvis?...

44
Server / Re:SFTP vs FTP bezpečnost
« kdy: 22. 04. 2019, 20:20:34 »
FTP je super lightweight, SFTP (powered by SSH subsystem) bude pomalejsi
Tazatel mluví o "vystrčení portu do Internetu", takže podle všeho řeší přístup přes Internet. Opravdu si myslíte, že má tak rychlé připojení na Internet a tak pomalý procesor, aby ssh protokol způsobil viditelné zpomalení?

Prave ze ano, na lokalni siti jsou nizke latence, kdy SSH bude fachat temer naplno nekam do pul cca gigabitu, ale na internetove lince s vetsi latenci se SSH dostava do problemu, ktere HPN resi.

45
Server / Re:SFTP vs FTP bezpečnost
« kdy: 20. 04. 2019, 19:31:44 »
Jen se priprav na jednu vec, FTP je super lightweight, SFTP (powered by SSH subsystem) bude pomalejsi, doporucuju zkompilovat custom open-ssh extenzi https://www.psc.edu/hpn-ssh

Pozn: na Gentoo nahodis pomoci use flag..

Stran: 1 2 [3] 4 5 ... 12