HW novinky: začátek roku 2017, 2. část (diskuse)

Diskuse byla administrátory uzamčena.

[kvr]

Nechcu přehnaně kritizovat, ale v době swype keyboard přijít s fyzickou klávesnici na telefonu, to je IMHO hodně s křížkem po funuse...

[Juraj]

Ked nechces fyzicku klavesnicu tak sa k nej nevyjadruj. Mne stupa tlak ked hipsteri ako ty hlasaju vsade a pri kazdej prilezitosti ze "je to vykopavka" "nikto to nechce", a potom vyrobcovia si myslia ze nie je zaujem. Ja mam a budem mat zaujem o telefony s poriadnou fyzickou klavesnicou.

1. Nemam zaujem aby nejaka neuronova siet hadala co chcem presne napisat, a ja aby som po nej zakazdym kontroloval preklepy.

2. Pri dlhsom pouzivani dotykovky mi znecitliveju konceky prstov.

Je to tak tazke pochopit?

[ʚĭɞ 🍉]

Mne stupa tlak ked hipsteri ako ty hlasaju vsade a pri kazdej prilezitosti ze "je to vykopavka" "nikto to nechce", a potom vyrobcovia si myslia ze nie je zaujem. Ja mam a budem mat zaujem o telefony s poriadnou fyzickou klavesnicou.

Tak jako se už dlouho velmi málo používá psaní rukou, natož krasopis, a vytlačily ho právě klávesnice, klávesnice na šmatlaplacce je taky koncept dost archaický – existují daleko vhodnější. Čímž nemyslím zrovna Swype, nýbrž vstupní metody založené na gestech.

Pri dlhsom pouzivani dotykovky mi znecitliveju konceky prstov.

O tom slyším prvně. Nějaké vysvětlení? Protože implicitně inklinuji k názoru, že to bude divným způsobem používání. Z jemného hlazení skla si to fakt nedokážu představit.

To spíš chápu nářky uživatelů, na něž kapacitní snímače nereagují… být uvázán ke speciálnímu peru či rukavicím na prosté přijmutí hovoru je opruz.

[Michal Kubeček]

Mně se třeba při dlouhodobějším používání touchpadu (desítky minut) stává, že mi dotyková část prstu jakoby zvlhne a místo klouzání začne drhnout. U skla se mi to ještě nestalo, ale skleněný touchscreen jsem v takové míře ještě používat nepotřeboval.

[Pavel Píša]

Umí to doplňovat i příkazy v lokálně nebo přes SSH spuštěné řádce včetně jmen souborů a adresářů? Předpokládám, že ne, takže pro administrátory serverů a uživatele s nestandardními nároky to přínos není.

[ʚĭɞ 🍉]

To šlo prostě napsat: Má to tabulátor?

Pokud vím, tak nemá. Ale to je krása softwarových vstupních metod – co tam není, to si jde implementovat bez zásahu do hardwaru.

[Pavel Píša]

Tabulátor sice pomůže, ale často je potřeba napsat základ alespoň třech, čtyřech znaků, jinak je tabulátor kontraproduktivní. A předpokládám, že když ty znaky swype spojím (nebo možná i začnu jen klepat), tak mi právě inteligence vstupní metody základ změní na nějaké slovo aktuálně zvoleného jazyka a tabulátorem již nebude co doplňovat.

Chytrý swype pro řádku by naopak měl porovnat tvořící se základ se známými příkazy a v případě cest s existujícími podadresáři/soubory a vybírat ten nejbližší. Ale tak to určitě nebude a dobrá HW klávesnice, která nevede k zbytečným překlepům, pak bude určitě lepší volba.

[ʚĭɞ 🍉]

?

To je jenom otázka „volby slovníku.“

[pedro]

Ja treba zajem mam. Mam priv, mel jsem passport a classic. Kdo zajem nema, nekoupi. Ja koupim.

Svet neni cernobily.

[Gilhad]

Konecne telefon s klavesnici, na ktere snad pujde psat. Pokud bych si porizoval nejaky smartphone, tak prvni co bych hledal by byla prave klavesnice.

[Trubicoid2]

"Vše je již jen otázkou řasu." > času

[archen]

k AMD Zen a boje Davida s Goliasem - na tuhle architekturu jsem taky cekal, a cekal.. az jsem se dockal uplne neceho jineho. Zapas CPU uz je pro me out, cokoli cemu se venuji, od implementace SQL ANSI-92 db enginu, pres neuronove site pro detekci objektu v realnem case, po Hadoop processing na Sparku, apod. se snazim delat na gpu cipu.

Jen pro predstavu: Do jednoho 2U serveru narvu GPU set, kde mam k dispozici ~30,000 GPU jader a 128GB gpu sdilene pameti. Vykonove se tim da polozit na lopatky pulka, nebo rovnou cely rack zalozeny na cpu nodech.

Intel tohle velmi dobre a davno vi, tak sam uvazuje o koupe Nvidie, ktera uz ted papa ty nejvetsi zakazky v hpc svete.

Proste cpu souboj uz neni tak hot, mainstreamem se zacina stavat gpu svet, ano trva to, nez to nekteri lide pochopi, musim rici, ze i pro spoustu profiku(90-95%), ktery jsem potkal za posledni 2 roky, to zni jak scifi do ty doby, nez jim to ukazu nazivo na laptopu

[aceman]

No ale vacsina normalnej prace co robia ludia sa na GPU robit neda/resp. to nie je rychlejsie. Takze na uzko specializovane ulohy je GPU OK, ale nijako to neznamena, ze CPU uz nie je potrebne.

[archen]

Zalezi na definici "normalni" prace.

Vezmu treba relacni databazi, ta je v kazde firme. Jakakoli existujici database SQL bude rychlejsi na GPU, v soucasne chvili je omezeni vykonu limitovano IO offloadem dat z disku/ramdisku do gpu pameti(protoze gpu system nema napr. 1TB vlastni pameti, treba pristi rok uz bude), takze: - male databaze 1-30GB budou rychlejsi pouze pokud je budes drzet a managovat primo ve video ramce - velke databaze 10TB jsou na gpu nasobne rychlejsi 5x-100x zalezi na typu dotazu (filter,pocet sloupcu, agregace, layout storage type, etc.)

A rikat uzce specializovane ulohy, s tim rozhodne nemuzu souhlasit, od komprese, pres kryptovani, zpracovani obrazu, parallelni zpracovani relacnich, grafovych dat, apod. Ale chapu asi, co tim myslis a uznavam tento pohled.

Ja nezaslapavam CPU, (buh v kremikovem nebi ochranuj mou rouhavou dusi )jen rikam, ze ten boj Davida s Goliasem (AMD vs Intel) uz neni az tak hot, velke zakazky jsou HPC, kde uz bude dominovat hlavne GPU, to je bez debat...

[koudy]

Co za algoritmus využíváte na těch ~30 000 jader?

Co zpracováváte za data? (objemy, co se s nima poté děje a podobně)

Implementujete to pomocí OpenCL, nebo CUDA?

Díky

[archen]

Zdarec, no zrovna tenhle kousek jsem si postavil na experimenty a jeste ho nemam se vsema jadrama uvnitr, zaklad je GIGABYTE G250-S88 (rev. 200)

Co se algoritmu tyce: bwt komprese, aes kryptovani, radix-sort, scans, apod. , jelikoz jde o kompatibilitu s Hadoop, tak experimentuju s Parallel Java, nebo IBM Java SDK, ktery ma GPU support, apod.

Thread management a externi rozhrani zustava na urovni Javy, ale zbytek C (zbytek = cokoli GPU related).

Na jednom realnym use case pro potencionalniho zakaznika, kde se bavime o 100milionech recodru za den. Je to zrale na startup, na cemz taky pracuju (potencialni zajemci o spolupraci se ozvete )

Jina oblast, je uceni neuronovych siti pro zpracovani obrazu, videa, streamu, delam na Gentoo Linux ebuildech pro Torch Chybi tam nejake facebookove knihovny.

Nicmene deeplearning4j se mi taky moc libi a trenovani sice na cpu vs gpu je opet radova uspora casu (dny vs hodiny) pro obrazek.

Ja jsem se patlal nejakou dobu s OpenCL, ale vsechno, na cem ted delam je postavene na CUDA. Mam velka ocekavani od AMD iniciativy s nazvem HIP: https://github.com/GPUOpen-ProfessionalCompute-Tools/HIP Ale je to take v heavy developmentu.

[koudy]

Nedávno jsem pořídil silnější grafiku a spíš ze zvědavosti jsem si chtěl něco vyzkoušet napsat.

Na HIP se moc rád podívám, vypadá to jako zajímavá knihovna / framework. (prosím nekamenovat, že neznám přesný terminus technikus ;) )

Ještě jednou díky za rozsáhlou odpověď a nasměrování na HIP.

Příjemný víkend :)

[archen]

No ja ted do toho 2U serveru porizuju 8 Titanu maxwell architektury, tyhle experimenty stale financuju ze svyho (zatim doufam ), a Pascal jsou stale fakt drahy. Samozrejme pokud sezenu investora, tak se bude stavet masinka s P100

to na cem zrovna pracuju je hodne o Jave, takze vetsinou koncim asi takhle, vybrany algoritmus musim napsat v cistem CUDA prostredi, pak zkousim JCuda, horkym kandidatem na high-performance Java je JavaCPP bridge, ktery poskytuje taky jeden preset pro CUDA. Dale existuje mnozstvi frameworku, ktere generuji kernely on-the-fly. rootbear, cuda4j, apod.

Hip je tady k tomu, ze i pokud napises program v CUDA, tak ho budes moc portovat na CPU, nebo GPU od jineho vyrobce (AMD grafiky, ktery maj obecne vysokej hrubej vykon, kdo netezil coiny, tak nevi)