TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

JXCore LLVM JavaScript Frontend

37 点作者 andreyvit超过 11 年前

12 条评论

cliffbean超过 11 年前
This blog post is either spectacularly naive, or ridiculously over-hyped, or both.<p>&quot;Consistent performance. (not like the V8 engine pausing the whole application for GC)&quot;<p>Static complication doesn&#x27;t get you out of having to worry about memory management. What&#x27;s the alternative here? Reference counting? Leaking everything? Using a subset of JS that doesn&#x27;t allocate anything? All of these things come with considerable costs.
评论 #7226678 未加载
评论 #7225583 未加载
a-priori超过 11 年前
This sounds like the first step in a vision I&#x27;ve had for how the web should evolve. We now have an LLVM frontend for Javascript, so Javascript code can be turned into LLVM bytecode.<p>The next step would be to swap out the existing Javascript runtimes with this frontend plus a sandboxed backend for the native platform so they can compile Javascript to LLVM bytecode, then to native code.<p>Finally, you add an extension to the &lt;script&gt; tag to allow loading arbitrary LLVM bytecode, something like &lt;script src=&quot;<a href="http://some/url/code.llvm&quot;" rel="nofollow">http:&#x2F;&#x2F;some&#x2F;url&#x2F;code.llvm&quot;</a> type=&quot;text&#x2F;llvm&quot;&gt;.<p>Once that&#x27;s in place then you&#x27;d be able to execute any language that has an LLVM front end inside the browser environment. Javascript is no longer the sole language of the web, and things like Emscripten and asm.js become obsolete.
评论 #7225714 未加载
评论 #7225980 未加载
评论 #7228565 未加载
jvilk超过 11 年前
Cool hack. Is the source code available somewhere?<p>&gt; - Consistent performance.<p>&gt; (not like the V8 engine pausing the whole application for GC)<p>But... you&#x27;re still going to need garbage collection, unless you are only planning on supporting something like ASM.js. So there will still be application pauses for GC.<p>Also, you mention that you have support for JavaScript OO, but I notice the benchmarks don&#x27;t exercise programmer-defined JavaScript objects&#x2F;prototypes. Do you have numbers on its OO performance, or is that still something you&#x27;re working on?<p>Finally, how do you handle type inference at the LLVM level? I assume you implemented some form of JIT compilation? I&#x27;d be interested to hear more!
pjmlp超过 11 年前
Nice to see a dynamic language getting an AOT compiler, in this VM age, even if it is JavaScript. :)
评论 #7225379 未加载
jmgrosen超过 11 年前
Does this mean I can translate JS to LLVM bitcode with this tool, then translate that bitcode back to Javscript with Emscripten? Sounds amazing :)
azakai超过 11 年前
&gt; Javascript has always been considered as a scripting language with low performance compared to most low level languages. Thanks to V8 engine, it is now becoming a platform where developers can prepare a fully functional backend.<p>This is not accurate, and shows a lack of respect for the JS VM developers at other browser vendors.<p>Very close to the time v8 was launched, SquirrelFish Extreme from Apple and TraceMonkey from Mozilla were also launched, each far faster than previous JS VMs, beat v8 on various benchmarks while losing on others, etc.<p>Since then v8 has generally been in the lead, certainly, but not always, and it would depend on the benchmark and platform.<p>So it is not fair to say - and this is not the first time I see it, or else I would not write this comment - that v8 is single-handedly responsible for JS being fast today.
cpeterso超过 11 年前
Does Node have an equivalent to the JVM&#x27;s server and client modes? Node can probably assume that it will be hosting a long-running server process, skip the lazy JIT, and just AOT compile all JS code at maximum optimization.
TheMakeA超过 11 年前
My only concern is Apple&#x27;s patent for this: <a href="http://www.google.com/patents/US20100153929" rel="nofollow">http:&#x2F;&#x2F;www.google.com&#x2F;patents&#x2F;US20100153929</a>
评论 #7227016 未加载
评论 #7225943 未加载
andreyvit超过 11 年前
Found this via [1], would love to hear some opinions from knowledgable people here.<p>[1] <a href="http://www.echojs.com/news/8496" rel="nofollow">http:&#x2F;&#x2F;www.echojs.com&#x2F;news&#x2F;8496</a>
ahoge超过 11 年前
They should have used one or several of the existing benchmark suites instead of creating their own micro benchmarks.
评论 #7226663 未加载
评论 #7225150 未加载
moisy超过 11 年前
native javascript mobile
评论 #7225616 未加载
评论 #7226398 未加载
conanobre超过 11 年前
I was expecting this coming