tag:blogger.com,1999:blog-11300808.post6258490393954898457..comments2024-03-27T04:19:57.377-07:00Comments on The official Google Code blog: Native Client: A Technology for Running Native Code on the WebMike Marchakhttp://www.blogger.com/profile/08067736591419106914noreply@blogger.comBlogger117125tag:blogger.com,1999:blog-11300808.post-61856943456913221322011-08-12T00:44:00.597-07:002011-08-12T00:44:00.597-07:00So, let me get this straight : You will have a cli...So, let me get this straight : You will have a client side set of libraries that will run code that is compiled for it..... Don't we already HAVE Java Applets? Isn't Google sort of going to a lot of trouble to reproduce the exact same thing? <br /><a href="http://www.android-developers.in" rel="nofollow">android developer</a>Gauravhttps://www.blogger.com/profile/13863375865576820309noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-25583116844385790052011-05-22T06:45:20.405-07:002011-05-22T06:45:20.405-07:00I want an extra cpu for html and javascript like J...I want an extra cpu for html and javascript like JPU .We have GPU, Sound chips, physics accelerators why not a Javascript/HTML5 accelerator ?Cihan Özçelikhttps://www.blogger.com/profile/04656069168368946060noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-75911766097630943422011-04-27T07:51:36.868-07:002011-04-27T07:51:36.868-07:00Why plain text like html,js and css is the world s...Why plain text like html,js and css is the world standard instead of precompiled code ,like a .class or .swf. I suppose .class should be smaller in size (after all they are binary) and faster (the are already precompiled).<br />Is it just a problem of standards and noneone came up with a brilliant idea to replace this old approach?leanhttps://www.blogger.com/profile/09096103860929315897noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-11658164409935915122010-09-25T09:07:26.800-07:002010-09-25T09:07:26.800-07:00There is another dimension to native code I would ...There is another dimension to native code I would welcome people's views on. If you have proprietary technology and implement in javascript it can be ripped off. In native code much much harder. I believe this can be very valuable. What do you think?petegrifhttps://www.blogger.com/profile/15120730086466225774noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-62764328540652794812010-09-13T01:46:30.456-07:002010-09-13T01:46:30.456-07:00This is cool..I like your post!
ArcteryxThis is cool..I like your post!<br /><a href="http://www.zbsports.com/" rel="nofollow">Arcteryx</a>kizzyhttps://www.blogger.com/profile/02436018327536771356noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-91274175545989836302010-06-10T03:59:19.557-07:002010-06-10T03:59:19.557-07:00can anyone explain how to write apps for google na...can anyone explain how to write apps for google native client??vishnuhttps://www.blogger.com/profile/04819485852867958978noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-69185712223398492772010-06-08T09:48:08.884-07:002010-06-08T09:48:08.884-07:00I was thinking about the same thing for a while. L...I was thinking about the same thing for a while. Looks like I was late. I even wrote about my idea here [http://faiz.kera.la/2010/05/02/what-is-next-in-web]Faizhttps://www.blogger.com/profile/17907315994166553448noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-81817356268916415522010-05-31T15:10:11.101-07:002010-05-31T15:10:11.101-07:00It would be very cumbersome to supports multiple a...It would be very cumbersome to supports multiple arch clients. (Why x86 monopoly?) Silverlight seems to have a much better approach and integrates nicely with jscript. wwww.indirist.comtheashttps://www.blogger.com/profile/09938145811826822485noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-9883372266871381042010-04-18T17:57:13.423-07:002010-04-18T17:57:13.423-07:00Who laced Google's cool aid again? :) Flash a...Who laced Google's cool aid again? :) Flash and Java JIT compilers interpret their respective byte-code and compile into *native* code. To all you saying "JIT isn't as fast as native", you need to do your homework--it's as fast or even faster in certain circumstances. Check your benchmarks (link is a little old but Java speed has only been improving):<br /><br />http://www.idiom.com/~zilla/Computer/javaCbenchmark.htmlUnknownhttps://www.blogger.com/profile/05977605529504577178noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-10535387478015377132010-01-15T13:23:35.962-08:002010-01-15T13:23:35.962-08:00Its a great idea mainly because its open.
There wi...Its a great idea mainly because its open.<br />There will also liekly be prtabilty form Java and :net down to NAcl optiosn too going forward.<br /><br />Native Client is designed to run code libraries obviously.<br />The challenge as i see it will be to write good GUIS using the current HTML5 languages.<br /><br />For example, Sketchup as a web app woudl be a very good challenge. If we presume that Sketchup is written in c, with no ruby, then getting it running in NACL woudl not be too hard.<br />BUT, getting that great Sketchup inference like UI working in Html5 (even with o3d) running compisted underneath woudl be quite hard.<br /><br />Stuff like Spoutcore and other advanced html5 based javascript libs reallty help no doubt, but its the highly visual and interactive applicatiosn that are the most hard to more fully to the web.Gerardhttps://www.blogger.com/profile/02651338647057614012noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-15636828583429636072009-10-04T19:14:34.952-07:002009-10-04T19:14:34.952-07:00I really think that just making sure Java runs wel...I really think that just making sure Java runs well on your browser would be a more sensible thing to do. They've already solved the security and speed issues.Peter Ashfordhttps://www.blogger.com/profile/11848861412190464325noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-58609772821007363402009-09-29T13:04:44.221-07:002009-09-29T13:04:44.221-07:00Did everyone who posted a "too bad it's o...Did everyone who posted a "too bad it's only for x86" comment just miss the part about ARM and PPC ports? <br /><br />I think that if you're looking at this tech as nothing more than a competitor to ActiveX or Java, then you're not seeing the big picture. This is a different way of running applications--a binary sandbox instead of a VM. And it's a completely different approach to verification. The ActiveX trust model is like checking someone's ID as they come into a building. The Native Client model is more like a full body cavity search. <br /><br />I don't know if it will take over the world, but it's an option I'm glad to have.Ian Ni-Lewishttps://www.blogger.com/profile/12493392473964184451noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-55650536657752000192009-09-29T11:23:52.896-07:002009-09-29T11:23:52.896-07:00Although actually a very good idea considering it ...Although actually a very good idea considering it is an OSS effort to streamline things but the project technically is not doing something new ..... if only something comes out of it close to Adobe - flex or silverlight then it is usefull .... otherwise reinvention is just a waste of time .....<br /><br />Google chromes javascript engine already converts code to native before executing and is already the fastest javascript engine in the world .... leading to as much as 300% faster code execution than ... webmonkey mozilla's js engine ..... so need of such a project is only valid if it is an alternate oss solution to common runtime like flash and air.<br /><br />as flash is still proprietory ....pankajhttps://www.blogger.com/profile/18232102672585371289noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-15690628288050420712009-09-11T10:37:34.374-07:002009-09-11T10:37:34.374-07:00I like this concept. If speed is the goal, limit...I like this concept. If speed is the goal, limiting it to x86 CPU hardware is going to be a problem down the road, because GPUs such as Tesla and Firestorm are much more efficient. If a version of Native Client could be developed to take advantage of the superiority of GPUs instead of or in addition to CPUs, that would be helpful.Frenchyhttps://www.blogger.com/profile/15423658113709833346noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-50535330599427756042009-09-03T23:30:39.107-07:002009-09-03T23:30:39.107-07:00@Andrew: That's cool and all, but to know that...@Andrew: That's cool and all, but to know that it relies on proprietary Adobe software doesn't really do any justice.<br /><br />In order for this application to catch up to Photoshop, the creators would have to rely on updates from Adobe and I doubt Flashes speed, or flexibility will ever catch up to just developing applications in x86 code.Hughhttps://www.blogger.com/profile/03218034991410412886noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-4798491396809127822009-04-28T04:23:00.000-07:002009-04-28T04:23:00.000-07:00Mo, you're missing a much larger picture. The rea...Mo, you're missing a much larger picture. The real power of Native Client is being able to harness SSE/SSE2/SSE4 instructions in the browser. Being able to harness SSEx inside a browser opens up enormous possibilities with respect to being able to create amazing real-time 3D experiences within the browser. MS is already working on this with WARP10 and their compute shader. These are two ways HLSL is jitted into native CPU SSEx instructions. Eventually this CPU jitted HLSL will be available in Silverlight.<br /><br />GCC already has the ability to vectorize regular C++ code into SSEx instructions. Combine this with Native Client, and a multicore Nehalem CPU and we're talking about the Web going 3D. A new paradigm shift is very near. Native Client is an excellent way to get there.JDhttps://www.blogger.com/profile/01210560990799975020noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-5063450519697353372009-03-26T00:11:00.000-07:002009-03-26T00:11:00.000-07:00I'm very late on this but JohnD above refers to a ...I'm very late on this but JohnD above refers to a lack of feature rich online applications like Photoshop - check out http://www.sumo.fi/products/sumopaint/index.php?id=0Andrew McKennahttps://www.blogger.com/profile/15880534657514782270noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-74994573565743934342009-03-03T09:44:00.000-08:002009-03-03T09:44:00.000-08:00Nice..OS portability will be tricky....i will try ...Nice..OS portability will be tricky....i will try to contribute as much as possible!!Sameerhttps://www.blogger.com/profile/16545352533685127258noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-78128167753674803672009-02-21T01:53:00.000-08:002009-02-21T01:53:00.000-08:00Great Thing !I am so happy, Google has released it...Great Thing !<BR/>I am so happy, Google has released it and - what more - as OpenSource ! :D<BR/><BR/>I think NativeClient might be a good idea not only as substitute for Flash or JavaApplets, but act in other cases... example:<BR/><BR/>* "NativeClient WebStart" as alternative for Java Web Start ;)<BR/><BR/>It would be interesting to let people to run app with one click, run demo of application natively to test, whether we like to install it. Or just.. make some programs running in such way.Grzegorzhttps://www.blogger.com/profile/00039772676940155069noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-78635009753904172552009-02-04T05:00:00.000-08:002009-02-04T05:00:00.000-08:00I am just curious, Is this a software for desktop?...I am just curious, Is this a software for desktop?<BR/><BR/>kimberly venturaweb site design los angeleshttps://www.blogger.com/profile/06553329018808279275noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-90244836096636443582009-02-01T19:50:00.000-08:002009-02-01T19:50:00.000-08:00Hello Google native code, can you please help in a...Hello Google native code, can you please help in addressing this problem ?<BR/><BR/>Audio/video content sites to take full advantage of PC or smartphone memory and resources. Right now, my internet connection is DSL but low-speed (150kbps in Kuwait), so playing fully streaming songs/videos from internet, causes gaps in loading content. Since the music/video that I am playing from your site is the same, can you enhance your technology so as to be able to store any song after it is played once in my PC/smartphone, so it can be re-used later again, and this will also put less strain on your application servers. Something of the order of Google gears/native code might be needed here.<BR/><BR/>Best wishes, Avinash.<BR/>Published at http://people20.blogspot.com/2009/02/audiovideo-content-sites-to-take-full.htmlaahttps://www.blogger.com/profile/16662767232871112098noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-12461138536086163742009-01-17T04:21:00.000-08:002009-01-17T04:21:00.000-08:00Just port Firefox to Java, compile it using native...Just port Firefox to Java, compile it using native javac, and then create Applet 3.0 such that they run in THAT browser in native mode run this applet natively. So here just like HTML and Javascript, THAT Jbrowser will execute Applets.<BR/><BR/>Since the browser is in java, it can be ported everywhere.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-11300808.post-8849771179118677982009-01-08T06:43:00.000-08:002009-01-08T06:43:00.000-08:00I don't think OS-specific issues would be a proble...I don't think OS-specific issues would be a problem. A cross-platform library of some sort would probably solve a bunch of such issues. The point of this, as far as I can tell, is to be used in certain speed and memory-critical situations, such as image editing, not to access OS-specific features as in ActiveX.<BR/><BR/>The truth is, Java and other such languages aren't always the best. I don't think it's necessarily a matter of raw execution speed, so much as the overhead associated with the object model and the managed memory system. <BR/><BR/>Despite what people say, you cannot have a GC algorithm that's as good as managing memory yourself in all cases. There are situations where you can't manage memory yourself effectively, but there are also plenty of situations where you can, and where it does make a difference.Joehttps://www.blogger.com/profile/15522209631824888717noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-57029378878467174412009-01-08T02:33:00.000-08:002009-01-08T02:33:00.000-08:00Let me say it this way: I had a lot to do with Act...Let me say it this way: I had a lot to do with ActiveX (and still have) and the real use of this technology is the ability to access some OS features directly printers, scanners, DirectX, various UI API features in my case. It is limited to Windows, of course, but when you need to combine the neutral WEB and the specific OS you are content with the limitations and you accept the limits - those are usually intranet apps or applications for use by well-known set of users. It is trade-off features for portability.<BR/><BR/>What can be achieved with a multi platform native code technology except some performance benefit? What you are interested in when you look for a native code solution is still platform specific, having yet another "browser independent" platform wont help much and if you consider seriously the effort you would still probably choose something like Java in its place in order to avoid solving a number of unexpected issues for the different base platforms. I have background in Windows CE development and while I must say it is well done even without OS version/variant problems supporting a bunch of different CPU-s and OS versions is a nightmare no matter how much automation you use in your work. The scenario is much similar to this case - you have the same API, but you need to compile for over 10 different CPU-s and 3-4 different OS versions and then put all the binaries in order. A tiny OS issue somewhere makes the already heavy task much heavier ... So, I very much doubt this is the way to go.<BR/><BR/>I would say the missing link is somewhere between the managed environments (like Java/.NET) and the scripting (like Javascript), but it seems almost everybody seeks solutions elsewhere and the things become more complicated every day with very little actual gain for us and for the end-users alike. Do not forget the human factor - Java/.NET caused many developers to build innumerable frameworks for everything, good, bad, worse ones. The market causes us to waste time in learning many of them just to get the next job and we end up entangled in these with not spare time to think for something better. If you ask me a native client will simply add one more direction for pointless framework development and tie our hands even more ...Michael Elfialhttps://www.blogger.com/profile/12257460561825127688noreply@blogger.comtag:blogger.com,1999:blog-11300808.post-10811018521427602752009-01-07T11:18:00.000-08:002009-01-07T11:18:00.000-08:00We have native C/C++ code and have written a Netsc...We have native C/C++ code and have written a Netscape API Plugin for our Web features. We use an ActiveX wrapper to support IE, since MS disabled support for NS Plugins to force them out of business. Anyway, it works great and we do things now one else can do. It has one problem, people need to install the plugin and they can not do it easily. OS companies have scared users, make it hard for users and are constantly changing things that cause problems for users. SO WE GET BLAMED and no one wants to install it. There is nothing wrong with native code if done by a reputable company, but no one trusts anyone but the biggest of name companies and that is just the way they want it. The only reason Flash is successful is because it comes pre-installed in the browser install or OS. Give me an easy way to install my plugin and we have no need for any further tools.littleguyhttps://www.blogger.com/profile/09307624243488999411noreply@blogger.com