Příspěvky

31

Bazar / Prodam 1U server - 4x AMD 6262 HE (64 cores), 64GB ECC ram, 10Gbit network

« kdy: 23. 05. 2019, 11:25:16 »

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)

32

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.

33

Vývoj / Re:Ideálny programovací jazyk

« kdy: 08. 05. 2019, 19:53:36 »

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

34

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 :-)

35

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 :-)

36

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).

37

Software / Re:UDP paket server

« kdy: 03. 05. 2019, 14:09:54 »

OpenVPN podporuje UDP pro nizsi latence.

38

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?

39

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?...

40

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.

41

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

42

Server / Re:čím nahradit Google disk?

« kdy: 20. 04. 2019, 19:23:01 »

A co vlastni S3, existuje open source minio project na githubu. A s3 protokol uz podporuje hodne klientu, i minio ma svuj browser.

43

Hardware / Re:Herní konzole - je to perfektní hardware za nízkou cenu?

« kdy: 18. 04. 2019, 19:12:11 »

No, Xbox One nevim, pro Xbox existovali nejaky hacky, ale radsi bych sel do PS4 verze PRO, ta ma takty cpu na stejne/podobne urovni jako Xbox (pokud se nepletu) a checkni https://twitter.com/ps3ita_team?lang=en, ktery vydal distribuci prave pro ps4 ....

44

Hardware / Re:Výběr GPU pro Linux

« kdy: 18. 04. 2019, 18:43:16 »

Starsi jsem mel AMD 295(x?), uz nevim to oznaceni. Jeste mam tyhle grafiky na prodej, kdyby nekdo chtel... kazdopadne ohledne provozu mi vzdy stacila stranka: https://wiki.gentoo.org/wiki/AMDGPU a pripadne vlezt na ArchLinux, kde jsou nekdy vetsi specificke detaily a reseni ke znamym problemum. Ja jsem s timhle setupem opravdu vetsi problem (vetsinou nejaka chyba, kterou jsem udelal ja sam) nezazil.

Po upgradu jsem vlezl uz na Nvidi, zejmena kvuli CUDA, jejiz podpora v AI/ML svete prevlada (docasne, nez ji nahradi FPGA .. uvidime). Nvidia jsem mel nejake 8xx/960 a ted 1080TI, ale vzdy na proprietarnich ovladacich a taky uplne bez problemu, nebo si to uz nepamatuju :-)

Jako zas je pravda, ze pokud jsem si na tom chtel zahrat, tak max steam, s wine jsem ztratil trpelivost uz pred par lety, ikdyz nerikam, ze jsem par her nerozchodil, tak ale radsi jsem si pres qemu jednu grafiku linknul pres pci passtrough do win guestu.

45

Odkladiště / Re:Trénink algoritmizace, logiky, a paměti

« kdy: 14. 04. 2019, 18:34:01 »

Pohyb, extremni brutalni pohyb na pokraj omdleni... opakovane...