☰

» »

Ruska vlada želi menjati vse Intel/AMD procesorje z doma izdelanimi ARM čipi

1
2
3 4

alexa-lol ::

Super bi bilo če bi bil HW popolnoma abstrahiran, dostopen le preko (HTML 5) APIjev nad katerimi bi bdela W3C npr. . Trenutno je še najmanj zmede na brskalnikih. Za JS se ve kaj omogoča in to je to. Ne pa kot drugje kjer se vsak mesec izda nekaj novega, ki bo poenotilo vse sisteme na koncu dobimo pa še en sistem v množici vseh ostalih.

SleepyFE ::

alexa-lol je izjavil:

VaeVictis je izjavil:

alexa-lol je izjavil:

To je fajn... itak bo slej ko prej vse laufalo v brskalniku. Na izbiro boš mel kateremu sistemu bolj zaupaš (US-EU/BRIC), brskalnik bo open source... od tukaj naprej bo pa vsa koda vidna ker bo itak JS.


Kaj pa vem, sama cloud prihodnost oz. vse v brskalniku je za "paranoike" še hujša kot po vse ostalo...

Sam bi raje, da imam vse doma ter, da mi vse laufa v stand alone programih na lastnem računalniku.

Tudi ceneje je vse skupaj, kupiš program in ga imaš za kar nekaj časa oz. uporabiš open source alternativo...

Adobe-jev način plačevanja letne naročnine ali pa Google-ov "zastonjski" način, kjer daš korporaciji vse podatke mi ni všeč!

Je pa ta način v brskalniku všeč velikim korporacijam in vsem tričrkovnim agencijam, saj jim uporabniki sami dajo vse podatke!


To že..
Ampak HTML 5 že omogoča da brskaš/pišeš po lokalnem disku ( http://code.tutsplus.com/tutorials/toyi... ) tako da uporabnik bi lahko imel vse podatke lokalno. Če bi se odločili, da jim to ne ustreza in želijo sinhronizirane podatke imeti tudi na telefonu bi lahko izbrali storitev shranjevanja podatkov na spletu. Ob tem bi se podatki kriptirali v brskalniku, ponudniki gostovanja podatkov ne bi vedeli kaj te podatki so. Tako kot pri LastPass, kjer oni shranjenih gesel ne vidijo in ti jih ne morejo povrniti če pozabiš svoj master password.


To sam bleferajo. Fotr je use maile na gmail zbrisu, ko je meu POP3. Naslednič ko je postavlu thunderbirda na novem kompu in nastavu IMAP je dubu use maile samo da so bli pznačeni kot old. Čim gre podatek prek nekoga bo to shranil dokler ni predrago met arhiva, pa bo potem res stare podatke zbrisu, da bo lahko shranil bolj ažurne.

alexa-lol ::

no sj.. če ti kriptiraš pri sebi on vidi le kriptirano stvar... + NSA/FSB vidi ključ.

SleepyFE ::

hojnikb je izjavil:

SleepyFE je izjavil:

RejZoR je izjavil:

Ne vem po čem se lahko ARM primerja s proper x86 quadom... Po zmogljivosti sigurno ne.


Ti tuki primerjaš lubenice in jagode. Intel na rezini silicija porabi 80% prostora za CPU ostalo gre pa za Ram kontroler in tist mali GPU ki je zravn (Intel CPU = lubenica). ARM pa dela SOC (system on chip). Oni porabijo 30% za CPU ostalo pa za ram kontroler, wifi, GPU, modem za mobilno omrežje, in vse ostalo kar je na matični (ARM CPU = jagoda). Skratka trenutno tole ni primerljivo. Bo pa zelo zanimivo ratal, če se rusi tega pravilno lotijo in naredijo drugo generacijo po Intel modelu in s tem spravijo ARM arhitekturo na desktope.

Še neki sm pozabu. Poišči na AnandTech naprimer benchmarke za telefone. Intel je namreč v par motorolah. Tam boš vidu kako primerljiva je zadeva in kako nevarno lahko postane za Intel, če ARM naredi reference design lubenice.

Tole sploh ni res. GPU pri modernih intlih zadede več kot 50% die realestate-a (middlerange pa ~33%, potem so še pa L1/L2/L3, periferija... Sama procesorska jedra v resnici pokurijo precej malo.


50% zasede samo na tistmu ki ma najmočnejšo grafo in to ni high-end (iris pro). Ker grejo vsi podatki ki pridejo v Intel CPU prek GPU to doda lag, zato so res high-end celo brez grafe. Te ki ti misliš so pa za v Ultrabooke, kjer se močnejšega CPU-ja itak ne da uporabit. Desktopi majo povečini še vedno švoh grafo, ker če si kupu njihov low-end CPU sklepajo da pač ne rabiš močne in zato zasede mal prostora. Low-end stane pa približno tok kot "high-end" AMD, kjer je pa res grafa skor 50%.

alexa-lol je izjavil:

Super bi bilo če bi bil HW popolnoma abstrahiran, dostopen le preko (HTML 5) APIjev nad katerimi bi bdela W3C npr. . Trenutno je še najmanj zmede na brskalnikih. Za JS se ve kaj omogoča in to je to. Ne pa kot drugje kjer se vsak mesec izda nekaj novega, ki bo poenotilo vse sisteme na koncu dobimo pa še en sistem v množici vseh ostalih.


To se ne more zgodit, ker bi blo potem use Open Source. Kot si napisu se ve kaj omogoča JS in posledično lahko v vsakem brskalniku pogledaš kodo. Potem je pa program zalo težko prodat.

Zgodovina sprememb…

  • spremenilo: SleepyFE ()

hojnikb ::

Desktopi majo povečini še vedno švoh grafo, ker če si kupu njihov low-end CPU sklepajo da pač ne rabiš močne in zato zasede mal prostora.


Tudi lowend izvedbe (GT2, HD4600) zasedajo ~33%, kar je ogromno.

50% zasede samo na tistmu ki ma najmočnejšo grafo in to ni high-end (iris pro). Ker grejo vsi podatki ki pridejo v Intel CPU prek GPU to doda lag, zato so res high-end celo brez grafe.

Kje si te buče stakno ?!?!? 8-O
#brezpodpisa

poweroff ::

Tole sicer ni švoh, bi bilo pa fino, če bi imeli odprt firmware.
sudo poweroff

SleepyFE ::

hojnikb je izjavil:

Desktopi majo povečini še vedno švoh grafo, ker če si kupu njihov low-end CPU sklepajo da pač ne rabiš močne in zato zasede mal prostora.


Tudi lowend izvedbe (GT2, HD4600) zasedajo ~33%, kar je ogromno.

50% zasede samo na tistmu ki ma najmočnejšo grafo in to ni high-end (iris pro). Ker grejo vsi podatki ki pridejo v Intel CPU prek GPU to doda lag, zato so res high-end celo brez grafe.

Kje si te buče stakno ?!?!? 8-O


Sorry. Štiri leta star člank pa sm se mal narobe spomnu: http://www.anandtech.com/show/3922/inte...
Ubistvu CPU kadar je idle upočasni grafični del, ker se L3 cache usklajuje s CPU-jem.

66speeder66 ::

Ta ruska vlada pa rada sanja (lasten os, lasten smartphone, bla bla), nč pa ne rata. Zgleda da še žvijo v planskem gospodastvu.

D3m ::

Kot Kitajci.
|HP EliteBook|R5 6650U|

alexa-lol ::

SleepyFE je izjavil:

hojnikb je izjavil:

SleepyFE je izjavil:

RejZoR je izjavil:

Ne vem po čem se lahko ARM primerja s proper x86 quadom... Po zmogljivosti sigurno ne.


Ti tuki primerjaš lubenice in jagode. Intel na rezini silicija porabi 80% prostora za CPU ostalo gre pa za Ram kontroler in tist mali GPU ki je zravn (Intel CPU = lubenica). ARM pa dela SOC (system on chip). Oni porabijo 30% za CPU ostalo pa za ram kontroler, wifi, GPU, modem za mobilno omrežje, in vse ostalo kar je na matični (ARM CPU = jagoda). Skratka trenutno tole ni primerljivo. Bo pa zelo zanimivo ratal, če se rusi tega pravilno lotijo in naredijo drugo generacijo po Intel modelu in s tem spravijo ARM arhitekturo na desktope.

Še neki sm pozabu. Poišči na AnandTech naprimer benchmarke za telefone. Intel je namreč v par motorolah. Tam boš vidu kako primerljiva je zadeva in kako nevarno lahko postane za Intel, če ARM naredi reference design lubenice.

Tole sploh ni res. GPU pri modernih intlih zadede več kot 50% die realestate-a (middlerange pa ~33%, potem so še pa L1/L2/L3, periferija... Sama procesorska jedra v resnici pokurijo precej malo.


50% zasede samo na tistmu ki ma najmočnejšo grafo in to ni high-end (iris pro). Ker grejo vsi podatki ki pridejo v Intel CPU prek GPU to doda lag, zato so res high-end celo brez grafe. Te ki ti misliš so pa za v Ultrabooke, kjer se močnejšega CPU-ja itak ne da uporabit. Desktopi majo povečini še vedno švoh grafo, ker če si kupu njihov low-end CPU sklepajo da pač ne rabiš močne in zato zasede mal prostora. Low-end stane pa približno tok kot "high-end" AMD, kjer je pa res grafa skor 50%.

alexa-lol je izjavil:

Super bi bilo če bi bil HW popolnoma abstrahiran, dostopen le preko (HTML 5) APIjev nad katerimi bi bdela W3C npr. . Trenutno je še najmanj zmede na brskalnikih. Za JS se ve kaj omogoča in to je to. Ne pa kot drugje kjer se vsak mesec izda nekaj novega, ki bo poenotilo vse sisteme na koncu dobimo pa še en sistem v množici vseh ostalih.


To se ne more zgodit, ker bi blo potem use Open Source. Kot si napisu se ve kaj omogoča JS in posledično lahko v vsakem brskalniku pogledaš kodo. Potem je pa program zalo težko prodat.


1. prodajaš storitev in ne software
2. zasnova aplikacije, recimo autosave etc.
3. obfuscate -> http://www.jsobfuscate.com/index.php
for(var i = 0; i < 10; i++) {
    console.log('hej');
};


1. iteracija
eval(function(p,a,c,k,e,d){e=function(c){return c};if(!''.replace(/^/,String)){while(c--){d[c]=k[c]||c}k=[function(e){return d[e]}];e=function(){return'\\w+'};c=1};while(c--){if(k[c]){p=p.replace(new RegExp('\\b'+e(c)+'\\b','g'),k[c])}}return p}('3(2 1=0;1<5;1++){6.4(\'7\')};',8,8,'|i|var|for|log|10|console|hej'.split('|'),0,{}))


2. iteracija
eval(function(p,a,c,k,e,d){e=function(c){return c.toString(36)};if(!''.replace(/^/,String)){while(c--){d[c.toString(a)]=k[c]||c.toString(a)}k=[function(e){return d[e]}];e=function(){return'\\w+'};c=1};while(c--){if(k[c]){p=p.replace(new RegExp('\\b'+e(c)+'\\b','g'),k[c])}}return p}('o(9(p,a,c,k,e,d){e=9(c){f c};l(!\'\'.h(/^/,q)){j(c--){d[c]=k[c]||c}k=[9(e){f d[e]}];e=9(){f\'\\\\w+\'};c=1};j(c--){l(k[c]){p=p.h(m n(\'\\\\b\'+e(c)+\'\\\\b\',\'g\'),k[c])}}f p}(\'3(2 1=0;1<5;1++){6.4(\\\'7\\\')};\',8,8,\'|i|y|x|v|r|s|t\'.u(\'|\'),0,{}))',35,35,'|||||||||function||||||return||replace||while||if|new|RegExp|eval||String|10|console|hej|split|log||for|var'.split('|'),0,{}))


4. možnost: API za nek sendbox kjer lahko laufa JS ampak user pa ne more videti source code.
Recimo kot je npr.
Array
function Array() { [native code] }

in bi bilo
Array
function Array() { [private code] } + omejitev mrežnega dostopa/shrnajevanja tem funkcijam

Zgodovina sprememb…

Matako ::

Marat je izjavil:

To je drgač stara zadeva, amerikanci so čipe z backdoorom in virusi podtikali že v času hladne vojne, ko so KGB vohuni švercali zahodno opremo na vzhod :) očitno se je putin spomnu teh problemov, ki jih je SZ imela s temi čipi :)


Na vsak tak čip je prišlo po dva ducata urbanih legend.

Mislim, da je po en tak mit obstajal celo za MOS 6502 in Z80. :))
/\/\.K.

Zgodovina sprememb…

  • spremenil: Matako ()

SleepyFE ::

@Alexa-lol
Ne moreš vedno prodajat storitve. AutoCAD je orodje. Zakaj bi jest naroču mojstra, če znam sam vihtet kladivo. Lahko pa je storitev dostop do orodja, sam zakaj bi se kdorkoli s tem ubadu, če lahko izbira med 50€ ob nakupu al pa 10€ mesečno (to ni cena AutoCAD-a, le hipotetičen primer).

alexa-lol ::

Zato ker je fajn da nimaš miljon ekosistemov... imaš en "OS", ki je samo UI, brskalnik podpira APIje, vsi programi so v JS in vse dela na vseh napravah, različne naprave ciljaš z uporabo media queries...

SleepyFE ::

alexa-lol je izjavil:

Zato ker je fajn da nimaš miljon ekosistemov... imaš en "OS", ki je samo UI, brskalnik podpira APIje, vsi programi so v JS in vse dela na vseh napravah, različne naprave ciljaš z uporabo media queries...


Ti si to povedu s strani razvijalca, kar mene kot uporabnika ne zanima. Jes ne bom najel studia da mi zriše 5x3 sobo (kje bodo omare, miza...) v AutoCAD-u, če znam to sam. Šeenkrat. NISO VSE STORITVE. Programi naj bi bli ORODJE. Tako so nastali. Računalnik je fizično orodje, ki je zaradi programov večnamensko. A boš plačeval naročnino zato da ti bo Windows Media Player hotu špilat musko k si jo ti s kupljene plošče skopiru? Če uvedejo za Windows mesečno naročnino. Kok hitr boš prešaltu na Linux če boš vsak mesec zaklenjen iz računalnika za slab teden, ker boš čaku da pride na Partis ključ za ta mesec? Orodja ne moreš prodajat kot storitev in pika.

7982884e ::

Nvidia abandons 64-bit Denver chip for servers
http://news.techworld.com/personal-tech...

mujek ::

alexa-lol je izjavil:

Super bi bilo če bi bil HW popolnoma abstrahiran, dostopen le preko (HTML 5) APIjev nad katerimi bi bdela W3C npr. . Trenutno je še najmanj zmede na brskalnikih. Za JS se ve kaj omogoča in to je to. Ne pa kot drugje kjer se vsak mesec izda nekaj novega, ki bo poenotilo vse sisteme na koncu dobimo pa še en sistem v množici vseh ostalih.

Ja pa ja...
To je zguba resursov.
Me kar srat stisne ko vidim, da bi eni kar vse programirali v javascriptu.
Skriptni jeziki so kul - za enostavne stvari, kjer ne potrebujemo neke hitrosti.
Predstavljaj si, da bi imel recimo photoshop napisan v javascriptu.
UI bi šel brez problema. Težava bi nastala pri poganjanju filtrov. Filtri (večinoma) uporabljajo neke procesno zahtevne aritmetične operacije. Trenutno se tukaj uporabljajo procesorski ukazi - optimizirano. V kolikor bi to poganjali preko javascripta bi hardverska abstrakcija morala to vse interpretirati in preslikati v ukaze. To vzame ogromno časa in resursov.

Obstaja precej drugih, boljših metod kako napisati program, da bo delal na različnih platformah. Poganjanje programov skozi interpreter je po mojem mnenju najslabša rešitev.
Za programerje je to najlažja rešitev. Ker se jim ni potrebno učiti kaj novega.

alexa-lol ::

SleepyFE je izjavil:

alexa-lol je izjavil:

Zato ker je fajn da nimaš miljon ekosistemov... imaš en "OS", ki je samo UI, brskalnik podpira APIje, vsi programi so v JS in vse dela na vseh napravah, različne naprave ciljaš z uporabo media queries...


Ti si to povedu s strani razvijalca, kar mene kot uporabnika ne zanima. Jes ne bom najel studia da mi zriše 5x3 sobo (kje bodo omare, miza...) v AutoCAD-u, če znam to sam. Šeenkrat. NISO VSE STORITVE. Programi naj bi bli ORODJE. Tako so nastali. Računalnik je fizično orodje, ki je zaradi programov večnamensko. A boš plačeval naročnino zato da ti bo Windows Media Player hotu špilat musko k si jo ti s kupljene plošče skopiru? Če uvedejo za Windows mesečno naročnino. Kok hitr boš prešaltu na Linux če boš vsak mesec zaklenjen iz računalnika za slab teden, ker boš čaku da pride na Partis ključ za ta mesec? Orodja ne moreš prodajat kot storitev in pika.


npr. https://github.com/

poleg tega sem že zgoraj opisal kako bi se reševalo to z opensourcom in closedsourcom.

Poleg tega ti omenjaš le en poslovni model... kaj pa npr. riši v AutoCADu, za realtime rendering (storitev) pa potrebuješ našo oblačno storitev. Recimo že danes imaš Office online pa to še ne pomeni da bo kdo dejansko osmislil.

Primer: MS Word Online... 56 skript... zdaj se pa znajdi.


Primer: rekurzivna funkcija za potovanje po drevesu http://stackoverflow.com/questions/1420...
function listFiles(data) {
  var retval = [];

  (function crawl(filedata) {
    var files = filedata.files;

    if (typeof files !== 'undefined') {
      for (var i = 0; i < files.length; i++) {
        if (typeof files[i] === 'string') {
          retval.push(files[i]);
        } else {
          crawl(files[i]);
        }
      }
    }
  })(data);

  return retval;
}


Obfuscated:
eval(function(p,a,c,k,e,d){e=function(c){return c.toString(36)};if(!''.replace(/^/,String)){while(c--){d[c.toString(a)]=k[c]||c.toString(a)}k=[function(e){return d[e]}];e=function(){return'\\w+'};c=1};while(c--){if(k[c]){p=p.replace(new RegExp('\\b'+e(c)+'\\b','g'),k[c])}}return p}('6 c(9){3 2=[];(6 8(5){3 1=5.1;4(7 1!==\'b\'){a(3 i=0;i<1.d;i++){4(7 1[i]===\'e\'){2.h(1[i])}f{8(1[i])}}}})(9);g 2}',19,19,'|files|retval|var|if|filedata|function|typeof|crawl|data|for|undefined|listFiles|length|string|else|return|push|'.split('|'),0,{}))


Primer 3: HTML tablea v array JS Objektov
function(table) {
	var table = $(table);
    return table.find('tr:has(td)').map(function(i, v) {
    	var header = $(this).parents('table').find('tr:first-child th').map(function(j, z){
    		return $(this).text();
    	}).get();

    	var $td =  $('td', this);
    	var obj = new Object();
    	for(var k = 0; k < header.length; k++){

    		try {
			    obj[header[k]] = JSON.parse( $td.eq(k).text() );
			}
			catch(err) {
			    obj[header[k]] = $td.eq(k).text();
			}

            /*if(header[k]==='storitev'){
                console.log($td.eq(k).text());
            }*/

    	}

    	obj['id'] = ++i;
        obj['ocena'] = -1;
        return obj;
	}).get();
};


Obfuscated:
eval(function(p,a,c,k,e,d){e=function(c){return(c<a?'':e(parseInt(c/a)))+((c=c%a)>35?String.fromCharCode(c+29):c.toString(36))};if(!''.replace(/^/,String)){while(c--){d[e(c)]=k[c]||e(c)}k=[function(e){return d[e]}];e=function(){return'\\w+'};c=1};while(c--){if(k[c]){p=p.replace(new RegExp('\\b'+e(c)+'\\b','g'),k[c])}}return p}('7(5){3 5=$(5);a 5.d(\'b:s(4)\').f(7(i,v){3 6=$(9).t(\'5\').d(\'b:h-g n\').f(7(j,z){a $(9).8()}).c();3 $4=$(\'4\',9);3 2=m l();o(3 k=0;k<6.x;k++){A{2[6[k]]=p.w($4.e(k).8())}y(u){2[6[k]]=$4.e(k).8()}}2[\'q\']=++i;2[\'r\']=-1;a 2}).c()};',37,37,'||obj|var|td|table|header|function|text|this|return|tr|get|find|eq|map|child|first||||Object|new|th|for|JSON|id|ocena|has|parents|err||parse|length|catch||try'.split('|'),0,{}))

alexa-lol ::

mujek je izjavil:

alexa-lol je izjavil:

Super bi bilo če bi bil HW popolnoma abstrahiran, dostopen le preko (HTML 5) APIjev nad katerimi bi bdela W3C npr. . Trenutno je še najmanj zmede na brskalnikih. Za JS se ve kaj omogoča in to je to. Ne pa kot drugje kjer se vsak mesec izda nekaj novega, ki bo poenotilo vse sisteme na koncu dobimo pa še en sistem v množici vseh ostalih.

Ja pa ja...
To je zguba resursov.
Me kar srat stisne ko vidim, da bi eni kar vse programirali v javascriptu.
Skriptni jeziki so kul - za enostavne stvari, kjer ne potrebujemo neke hitrosti.
Predstavljaj si, da bi imel recimo photoshop napisan v javascriptu.
UI bi šel brez problema. Težava bi nastala pri poganjanju filtrov. Filtri (večinoma) uporabljajo neke procesno zahtevne aritmetične operacije. Trenutno se tukaj uporabljajo procesorski ukazi - optimizirano. V kolikor bi to poganjali preko javascripta bi hardverska abstrakcija morala to vse interpretirati in preslikati v ukaze. To vzame ogromno časa in resursov.

Obstaja precej drugih, boljših metod kako napisati program, da bo delal na različnih platformah. Poganjanje programov skozi interpreter je po mojem mnenju najslabša rešitev.
Za programerje je to najlažja rešitev. Ker se jim ni potrebno učiti kaj novega.


Ti verjetno programiraš v assemblerju, ker sej vemo da pravi dedci programirajo samo v assemblerju, kakšen C, C je za pezdetke.

Procesorska moč bo vsaj še 10 let rastla po Moorovem zakonu (majhnost tranzistorja), potem bodo šli pa v recimo 3D čipe in druge alternativne pristope da bodo dosegali gostoto tranzistorjev. 10 let nazaj sem igral GTA San Andreas na PC, zdaj na telefonu.

Itak maš že zdaj z uporabo WebGL dostop do moči GPUja prek lepega APIja.

Zgodovina sprememb…

Invictus ::

mujek je izjavil:


Obstaja precej drugih, boljših metod kako napisati program, da bo delal na različnih platformah. Poganjanje programov skozi interpreter je po mojem mnenju najslabša rešitev.

To lahko reče samo nekdo, ki v življenju ni napisal vrstice kode in prodal kakega programa.
"Life is hard; it's even harder when you're stupid."

http://goo.gl/2YuS2x

vorantz ::

SleepyFE je izjavil:


To sam bleferajo. Fotr je use maile na gmail zbrisu, ko je meu POP3. NasledniÄ ko je postavlu thunderbirda na novem kompu in nastavu IMAP je dubu use maile samo da so bli pznaÄeni kot old. Äim gre podatek prek nekoga bo to shranil dokler ni predrago met arhiva, pa bo potem res stare podatke zbrisu, da bo lahko shranil bolj aĹžurne.


caki a je mejle v clientu pobrisal?

SleepyFE ::

vorantz je izjavil:

SleepyFE je izjavil:


To sam bleferajo. Fotr je use maile na gmail zbrisu, ko je meu POP3. NasledniÄ ko je postavlu thunderbirda na novem kompu in nastavu IMAP je dubu use maile samo da so bli pznaÄeni kot old. Äim gre podatek prek nekoga bo to shranil dokler ni predrago met arhiva, pa bo potem res stare podatke zbrisu, da bo lahko shranil bolj aĹžurne.


caki a je mejle v clientu pobrisal?


Ne. nastavu je tko da ko klient prejme mail po POP protokolu sa na serverju zbriše. Ko si se prjavu na gmail prek spleta teh mail-ov nisi več vidu. Ko je pa klient na novo postavu je dubu pa vse nazaj.

SleepyFE ::

@Alexa-lol
Zakaj se ti je na JS zataknl. Ta argument sm sprejel.
Poslovnemu modelu k real-time rendering ne deluje lokalno se reče pa nateg. In tudi ne reče se mu real-time, ker če podatke pošleš u Ameriko, kjer jih server obdela in potem pošle nazaj bo mal prevelk lag da bi se temu lahko reklo real-time. V učilnici na elektro faksu nas je 15 uporablal Wolfram Mathematica in server na katerem je mathematika laufala je bil v učilnico. Kadarkol smo mel 3D render grafa se ga ni dalo v real-time obračat. Če dobiš tako ponudbo kot tvoj primer si pač prisiljen uporablat alternativo, ki nima te omejitve.

AutoCAD je en primer. Kaj pa špili? Jes ne bom 10 let čaku da Assassin's Creed dela na brovserju, ker bo šele takrat dost močn CPU da lahko to sprot prevaja.

In ko že ravno assembler omenjaš. Za driverje se ga še uporablja, ampak znotraj C-ja. C ti dopušla nek tag da lahko pišeš kar assembler kodo, ki jo rabiš ko pišeš na kater pin se kaj pošlje, kar ni sicer delo programa, ampak da karkol dela rabiš driver, tako da ne preveč pljuvat čaz assembler.

Brane22 ::

Prvič, ta Moorov zakon že zdavnaj ne velja tako kot smo si ga včasih razlagali. Vse več pesniške svobode je treba zanj. in 3D sam zase ne rešuje ničesar. Ti lahko čipe montiraš ene na druge, ampak computing še vedno porabi energijo in ustvarja toploto.

Drugič, tudi če bi veljal, te nihče ne bi gledal, kako mu zamoriš stroj na 1/10 tega, kar bi sicer zmogel.
Tudi če bi hitrosti strojev šle res po Mooreu gor, bi vsakdo tak izvisel glede na okolico - bil bi videti kot otrok v tistem avtočku na pedale na avtocesti. In ne bi imel praktične možnosti preplačati za mašino z 10x performansom.

Koneckoncev bi ti to prepovedali zeleni. Če bi vsi prešli na JS, bi čez noč poraba računalnikov za isti učinek zrasla tistih 10x čez noč. In računalnikov ni tako malo.

Da o varnostnih aspektih ne govorimo. Ali recimo latenci. Ali pravnih vidikih, itd...

Brane22 ::

Aja, še tretji argument- stabilnost.

Ne spomnim se, da sem kdaj videl EN dolgoživ projekt, ki ne bi imel težke probleme s tem.

Če delaš v asm ali Cju, komot padeš po tloh, kolikor si dolg in širok.

Če delaš v teh "pederskih" jezikih, se komot tla odprejo pod tabo.

Brane22 ::

Glede tiste "obfuskacije" JS-ja, vprašanje kolk je to pravno vzdržno.

Cela fora sourcea je da je human readable. Če si ga spustil skozi postopek strojne obfuskacije, lahko to kdo prikaže kot prevajanje v neberljivo obliko in od tebe zahteva obliko v kateri si ti razvijal kodo.

johnnyyy ::

ARM je samo core. V samih čipih pa je še veliko druge periferije. Če imaš denar kot npr.: Apple ali Google, lahko kupiš core in posamezno periferijo, kitajci pa ti skupaj z njim zapakirajo v custom made čip. Če si pa bolj bogi pri denarju pa vzameš več namenske procesorje proizvajalcev, kot so Freescale, TI, NXP, ...

Zaradi tako sestavljenih procesorjev seveda tudi gonilniki niso kompatibilni. Pri ARMu pa je velika težava tudi to da vezja ne uporabljajo BIOSa kot to poznamo iz x86 arhitekture. Če k temu dodaš še lastne čipe, hitro ugotoviš, da lahko imaš posamezno napravo zaklenjeno na svoj OS in to ni najboljše.

alexa-lol ::

Real time rendering je fora da namesto da ti 30s rendiraš sobo s pohištvom, pošlješ tja (2s), tam v 2s zrendira in pošlje nazaj (2s).. vse skupaj 6s. Če se kdo boji da mu bodo Američani/Kitajci ukradli idejo pa naj uporabi "standardno" pot in prek native API (Chrome) požene stvar (kar bi spet moralo met omejitve glede mrežnega dostopa, dostopa do diska itd.). To bi se popolnoma enostavno dalo rešiti z APIji.

90% ljudi ne igra Assasin Creeda in Crysis tako da jim je vseeno. Važn da majo word editor in nekaj podobnega kot excel. Za tistih 10% obstja pa live streaming (OnLive, nekaj od Sonya).

Fora je da mu ne zamoriš stroja... FB, Twitter, eMail in YT dela še vedno enako hitro kot sedaj...

Ta z obfuskacijo ima luknje ja... potem pa tista z [private code] ki laufa v sandboxu, ki nima popolnoma nobenih mrežnih sposobnosti.

SleepyFE ::

alexa-lol je izjavil:

Real time rendering je fora da namesto da ti 30s rendiraš sobo s pohištvom, pošlješ tja (2s), tam v 2s zrendira in pošlje nazaj (2s).. vse skupaj 6s. Če se kdo boji da mu bodo Američani/Kitajci ukradli idejo pa naj uporabi "standardno" pot in prek native API (Chrome) požene stvar (kar bi spet moralo met omejitve glede mrežnega dostopa, dostopa do diska itd.). To bi se popolnoma enostavno dalo rešiti z APIji.

90% ljudi ne igra Assasin Creeda in Crysis tako da jim je vseeno. Važn da majo word editor in nekaj podobnega kot excel. Za tistih 10% obstja pa live streaming (OnLive, nekaj od Sonya).

Fora je da mu ne zamoriš stroja... FB, Twitter, eMail in YT dela še vedno enako hitro kot sedaj...

Ta z obfuskacijo ima luknje ja... potem pa tista z [private code] ki laufa v sandboxu, ki nima popolnoma nobenih mrežnih sposobnosti.


FB, Twitter YouTube je vse že na netu, za doc maš pa google doc. Evo 90% ljudi že ima programe na netu, zakaj bi zapravljal 10x tok procesorske moči za ostale programe (kot je napisu Brane22).

P.S.: Brane22 a ti sploh kej spiš? Glede na čas objave komentarjev bi reku da bol malo, al si meu pa izpit.

trnvpeti ::

tile rusi so ful pocasni(2010 , 4leta nazaj, je vlada rekla, cimprej iz winsev na linux)
ta procesor bodo naredili ene 2020-5

krneki0001 ::

alexa-lol si kdaj videl plugin za autocad imenovam PLATEA? Licenca je nekje od 15.000 evrov navzgor (na računalnik). Sam plugin uporabljajo tudi za načrtovanje avtocest.
Da ti izračuna materiale, stroške in vse kar se tiče nekega par km dolgega cestnega odseka, dela na večih specifičnih grafičnih postajah lahko tudi par dni (paralelno procesiranje večih večjedrnih računalnikov v 10gb mreži).


Aja nekaj km dolg odsek avtoceste je v autocadu velik nekje med tera in tera pa pol. Me zanima kako boš to spravil nekam v ameriko, da ti bodo zadevo tam renderiral? Jo boš poslal po hitri pošti na disku?
Asrock X99 Extreme 4 | Intel E5-2683V4 ES | 64GB DDR4 2400MHz ECC |
Samsung 250GB M.2 | Asus 1070 TI | 850W Antec | LC Tank Buster

s6c-gEL ::

alexa-lol si kdaj videl plugin za autocad imenovam PLATEA? Licenca je nekje od 15.000 evrov navzgor (na računalnik). Sam plugin uporabljajo tudi za načrtovanje avtocest.

Si dal pravo ime ? Google ne najde ničesar na to temo.

A brez acada se pa ne da Ac graditi ?

Zgodovina sprememb…

  • spremenilo: s6c-gEL ()

D3m ::

Torej ne rabimo PLATEA-e, ampak samo enega Hitlerja pa bomo velesila.
|HP EliteBook|R5 6650U|

s6c-gEL ::

Seveda, ker je Hitler osebno delal osnovo za ac, mešal bitumen in vozil valjar.

johnnyyy ::

SleepyFE je izjavil:

FB, Twitter YouTube je vse že na netu, za doc maš pa google doc. Evo 90% ljudi že ima programe na netu, zakaj bi zapravljal 10x tok procesorske moči za ostale programe (kot je napisu Brane22).

Ja so na netu, vendar se celoten JS, flash, brskalnik in ostale zadeve izvajajo pri tebi lokalno. 10x tolk procesorske moči pa potem potrebuješ, da ti brskalnik gladko dela.

black ice ::

s6c-gEL je izjavil:

alexa-lol si kdaj videl plugin za autocad imenovam PLATEA? Licenca je nekje od 15.000 evrov navzgor (na računalnik). Sam plugin uporabljajo tudi za načrtovanje avtocest.

Si dal pravo ime ? Google ne najde ničesar na to temo.

Plateia.

lopov ::

IIRC je Plateia tisti SW, a katerim so pri nas projektiral primorsko avtocesto, med drugim klanec pod Nanosom. Če so čenče resnične je imel (ima?) program napako in so nakloni napačni (prehudi). Isto velja za nekatere ovinke, kjer cesta premalo visi navznoter. In kot zakleto so to večinoma ceste novejšega datuma :X

Znanje ročnega računanja je danes redkost, večinoma se zanaša(mo) na programe, folk pa niti ne zna preveriti, če je rezultat pravilen ...

Zgodovina sprememb…

  • spremenil: lopov ()

SleepyFE ::

johnnyyy je izjavil:

SleepyFE je izjavil:

FB, Twitter YouTube je vse že na netu, za doc maš pa google doc. Evo 90% ljudi že ima programe na netu, zakaj bi zapravljal 10x tok procesorske moči za ostale programe (kot je napisu Brane22).

Ja so na netu, vendar se celoten JS, flash, brskalnik in ostale zadeve izvajajo pri tebi lokalno. 10x tolk procesorske moči pa potem potrebuješ, da ti brskalnik gladko dela.


Jes se tega zavedam. Alexa-lol trdi da bi moral bit sve v JS, potem je pa reku da za 90% folka že je. Tko da problem rešen.

black ice ::

Zdi se mi, da ni prva tema v kateri je to omenil. Ignoriraj.

SleepyFE ::

black ice je izjavil:

Zdi se mi, da ni prva tema v kateri je to omenil. Ignoriraj.


To se ne sme ignorirat. Treba mu je razložit zakaj se to ne dela, ker sicer bo povsod to pisu.

Alexa-lol tkole gre to: Zdej, deset let kasnej, lahko igraš GTA na telefonu. Če bi ga prepisal v JS bi mogu še deset let čakat da bi procesor to sforgu. Pika.
Še primer iz bolj fizičnega življenja. V en Big rig (tovornjak s tavelko prikolco) gre skoraj vse. Ti pa voziš BMW, zato ker bolje zadostuje tvojim potrebam, manj stane in MANJ POKURI. Pika.

alexa-lol ::

SleepyFE je izjavil:

black ice je izjavil:

Zdi se mi, da ni prva tema v kateri je to omenil. Ignoriraj.


To se ne sme ignorirat. Treba mu je razložit zakaj se to ne dela, ker sicer bo povsod to pisu.

Alexa-lol tkole gre to: Zdej, deset let kasnej, lahko igraš GTA na telefonu. Če bi ga prepisal v JS bi mogu še deset let čakat da bi procesor to sforgu. Pika.
Še primer iz bolj fizičnega življenja. V en Big rig (tovornjak s tavelko prikolco) gre skoraj vse. Ti pa voziš BMW, zato ker bolje zadostuje tvojim potrebam, manj stane in MANJ POKURI. Pika.


Natnačno vem zakaj naj se JS ne bi uporabljal.. in ravno iz tega razloga bi moralo vse iti na JS.. ne zato ker je najbolj učinkovito ampak ker lahko in je ideja o popolni abstrakciji HW preko APIjev zelo elegantna.

npr. http://blog.quixey.com/2013/01/28/html5...

Itak boš vedno našel nek use case kjer ta pristop ne bo učinkovit, za ostalih 99% bo pa polepšal celoten postopek.
Včasih si mel Fortran in so vse tm delal. Potem so vidl da je brainfuck in so šli dalje, naprej so ga uporabljali le za zadeve kjer je performance res pomemben.

Js je pač naslednji korak v tej poti. Ne zato ker bi bil kot jezik superioren ampak ker je edini jezik katerega podpirajo (oz. njegovo imeplementacijo) vsi. Brskalnik kot nov nivo abstrakcije med HW in aplikacijami.

Fajn je predvsem dejstvo da ne more vsak mal po svoje implementirati nekega skriptnega jezika ker potem mu na 50%+ napravah ne bi delala stran. To je fajn ker preprečuje fragmentacijo trga.

Zgodovina sprememb…

alexa-lol ::

Vse kar govorim je da bo procesorske moči v prihodnosti toliko da bo popolnoma vseeno ali je App napisan v C/JAva/C# ali pa v JS.

Seveda bodo natančne meritve pokazale razliko ampak ta bo za končnega uporabnika neopazna.
Če C koda izvede nekaj v 1ms, JS pa v 10ms za uporabnika to še vedno pomeni "v hipu".

Z rastjo procesorske moči bo teh primerov kjer bo razlika neopazna vedno več. Očitno je da superračunalnikov ne bodo programirali z uporabo JS ampak po drugi strani saj z Renault Cliom tut ne greš na really Pariz Dakar. JS bo imel svojo nišo (kot jo ima že zdaj), s to razliko da bo v te tržni niši uporabniku lahko ponudil 99% stvari katere rabi.


Načrtovanje nekaj km avtocesto ni pogost use-case, s tem se ukvarja 0.01 promil uporabnikov po 8 ur na dan -> specialized HW
Poleg tega 1.5TB

Results:
Speed: 100 MB/s
Size: 1.5 TB
4 Hours, 48 Minutes and 21 Seconds

Če maš firmo k se ukvarja s takimi fajli potem si pač zrihtaš optiko. http://www.t-2.net/internet/ftth
52€ na mesec, 600€ na leto < 15 000€ za licenco.

Brane22 ::

alexa-lol je izjavil:


Fajn je predvsem dejstvo da ne more vsak mal po svoje implementirati nekega skriptnega jezika ker potem mu na 50%+ napravah ne bi delala stran. To je fajn ker preprečuje fragmentacijo trga.


Res ? Zakaj potem takšna razlika v obnašanju browerjev, sploh leta nazaj ?

black ice ::

alexa-lol je izjavil:

Vse kar govorim je da bo procesorske moči v prihodnosti toliko da bo popolnoma vseeno ali je App napisan v C/JAva/C# ali pa v JS.

Ne. Še precej časa ne bomo tako daleč, pa če se na glavo postaviš. Vedno se teži k čim večji optimizaciji (dokler je to še smiselno), ker elektrika ni zastonj, v primeru datacentrov imamo še problem hlajenja, uporabniki pa želijo čim hitrejše rezultate.

Glede poenotenja browserjev - še danes se ne obnašajo isto.

alexa-lol ::

black ice je izjavil:

alexa-lol je izjavil:

Vse kar govorim je da bo procesorske moči v prihodnosti toliko da bo popolnoma vseeno ali je App napisan v C/JAva/C# ali pa v JS.

Ne. Še precej časa ne bomo tako daleč, pa če se na glavo postaviš. Vedno se teži k čim večji optimizaciji (dokler je to še smiselno), ker elektrika ni zastonj, v primeru datacentrov imamo še problem hlajenja, uporabniki pa želijo čim hitrejše rezultate.

Glede poenotenja browserjev - še danes se ne obnašajo isto.


Nič takega kar se ne bi dalo rešiti z neko knjižnico, npr. jQuery.
Naštej mi 5 vanilla JS stvari ki se ne obnašajo enako pri zadnjih različicah browserjev, ne vlači zraven IE 6.

Datacentri so druga stvar kot mass market device/OS.

krneki0001 ::

alexa-lol
Še ena zadeva - zakaj je večina bančnega programja napisanega v cobolu in asemblerju ter zakaj že vedno uporabljajo mainframe za bančne posle? Ker banke nebi imele denarja za najnovejši hardware in software? Ne, zato, ker je zanesljiv, ker dela veliko hitreje kot večina drugih jezikov,...

Probaj narediti 300.000 transakcij na sekundo na PC-jih. Me zanima koliko jih rabiš, da bo v realnem času sproduciralo samo vse dvige na bankomatih v sloveniji, pa smo majhna država in je nekje največ do 300.000 transakcij lahko ob istem času.
Si zamišljaš kako Španijo, kjer 5 miljonov ob istem trenutku dviguje na bankomatih, pa še dodatnih 5 miljonov plačuje s karticami v trgovinah ob istem času. In to morajo mašine sproducirat brez napak, brez da bi eno samo transakcijo izgubili. Denar je denar in tam ne sme biti napak.
Ali pa visa ali mastercard kartice, kjer gre vsaka transakcija čez bruselj po avtorizacijo (za te kartice za celo Evropo en center obdeluje in preverja avtorizacije).

Lahko ti napake delaš v eni igri, pa spustiš par frejmov in igra še vednop dela, ne moreš pa ti spustit par transakcij, kjer se obrača denar.
Asrock X99 Extreme 4 | Intel E5-2683V4 ES | 64GB DDR4 2400MHz ECC |
Samsung 250GB M.2 | Asus 1070 TI | 850W Antec | LC Tank Buster

black ice ::

Bo IE 7 dovolj?
Eno je teorija in tvoje idealne predstave, drugo praksa. Da ne omenjam pomembne negativne lastnosti, še vedno imamo premalo zmogljive internetne povezave za takšne ideje. Pa da slučajno ne boš začel z mesh omrežji.

alexa-lol ::

black ice je izjavil:

Bo IE 7 dovolj?
Eno je teorija in tvoje idealne predstave, drugo praksa. Da ne omenjam pomembne negativne lastnosti, še vedno imamo premalo zmogljive internetne povezave za takšne ideje. Pa da slučajno ne boš začel z mesh omrežji.


Ti ne razumeš... tega očitno ne bodo uporabljali ljudje na 56k povezavi. In tudi očitno IE7 ne bo podprt, čeprav bi z nekaj workaround lahko bil.

pa ne bluzi z IE7 indexOf()...


300.000 na sekundo v sloveniji... si ti kadil kej?
Recimo predpostavka da povprečen Slovenec izvede 100 bančnih transkacij na dan.
Recimo da 180.000 pravnih subjektov vsak napravi 1000 transakcij na dan.

200 miljonov + 180 miljonov = 380 miljonov

recimo da se vse transakcije izvedejo v 8h. 8h = 28 000 s => 13.000 na sekundo in ne 300.000, pa še to ob hudo velikih predpostavkah.

Banke ne zamenjajo SW ker se držijo pravila:"Kar dela ne popravljaj", ne splača se jim, ne zato ker JS ne bi bil sposoben hendlat zadev.
Ob tem zadevo jemlješ iz konteksta. Praviš Clio nima 250 zicev tako kot Airbus AXXX. Po Evropi je vse skupaj nekaj tisoč centrov takega kalibra, uporabnikov nižjega kalibra pa 500 miljonov.


In je spet smo ugotovil da Clio ni dober za prevažanje kontejnerjev iz Nizozemske do Turčije.

Zgodovina sprememb…

black ice ::

alexa-lol je izjavil:


Ti ne razumeš... tega očitno ne bodo uporabljali ljudje na 56k povezavi. In tudi očitno IE7 ne bo podprt, čeprav bi z nekaj workaround lahko bil.

pa ne bluzi z IE7 indexOf()...

A zdaj primer ni dovolj dober? Toliko o tem kdo bluzi.

Če si zadnjih nekaj let živel v jami, ISPji stremijo k omejevanju prenosa podatkov. V tujini to že poznajo, vprašanje časa kdaj lahko to pričakujemo še pri nas + če bi hoteli vsaj približno spraviti tvoje sanjarjenje v realnost bi morali najprej pošteno nadgraditi povezave s tujino še prej pa urediti lokalne povezave, ker so že obstoječe širopasovne povezave oversellane. Na srečo ISPjev večina ne (iz)koristi zakupljenih hitrosti. Zaenkrat.

johnnyyy ::

alexa-lol je izjavil:

Vse kar govorim je da bo procesorske moči v prihodnosti toliko da bo popolnoma vseeno ali je App napisan v C/JAva/C# ali pa v JS.

Procesorska moč bo vedno omejena, vsak del programerjev pa si bo vzel svoj del. Tisti ki pišejo driverje svojega, tisti ki OS svojega, potem pa so še tukaj tisti, ki pišejo browser. No potem pa si ti s svojo aplikacijo, ki je odvisna od vseh teh nivojev. In v primeru da uporabljaš funkcije, ki so v samem browserju slabo podprte, imaš težavo.

alexa-lol je izjavil:

Seveda bodo natančne meritve pokazale razliko ampak ta bo za končnega uporabnika neopazna.
Če C koda izvede nekaj v 1ms, JS pa v 10ms za uporabnika to še vedno pomeni "v hipu".

Za uporabnika je v hipu, ampak lahko brez zatikanja deluje samo nekaj takšnih aplikacij. Še huje pa je v primeru naprav z baterijskim napajanjem.

alexa-lol ::

black ice je izjavil:

alexa-lol je izjavil:


Ti ne razumeš... tega očitno ne bodo uporabljali ljudje na 56k povezavi. In tudi očitno IE7 ne bo podprt, čeprav bi z nekaj workaround lahko bil.

pa ne bluzi z IE7 indexOf()...

A zdaj primer ni dovolj dober? Toliko o tem kdo bluzi.

Če si zadnjih nekaj let živel v jami, ISPji stremijo k omejevanju prenosa podatkov. V tujini to že poznajo, vprašanje časa kdaj lahko to pričakujemo še pri nas + če bi hoteli vsaj približno spraviti tvoje sanjarjenje v realnost bi morali najprej pošteno nadgraditi povezave s tujino še prej pa urediti lokalne povezave, ker so že obstoječe širopasovne povezave oversellane. Na srečo ISPjev večina ne (iz)koristi zakupljenih hitrosti. Zaenkrat.


Zgleda da sem živel v jami ker imam optiko in mi je malo mar za količino prenešenih podatkov.
1
2
3 4

Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

Intel licenciral ARM, a le za stranke

Oddelek: Novice / Procesorji		65101 (4341) johnnyyy
»

ARM dobil 64 bitov (strani: 1 2 )

Oddelek: Novice / Procesorji		5117612 (11566) trnvpeti
»

Intel bo proizvajal ARM-procesorje (strani: 1 2 )

Oddelek: Novice / Procesorji		5014523 (11739) hojnikb
»

Japonski konzorcij kot konkurenca Intelu

Oddelek: Novice / Ostale najave		454980 (3612) Jst

Več podobnih tem