Hacker Newsnew | comments | show | ask | jobs | submit | frozenport's comments login

Well, doing it over VNC is the Wrong Way™

Consider that texture sampling is optimized for a specific resolution, but how do you get that through a VNC window which can be scaled to any size by the host?

The right way is to render to a texture and grab the frame. See https://aws.amazon.com/blogs/aws/build-3d-streaming-applicat...


The end of that page says "You should use a product based on the Remote Framebuffer Protocol (RFB), such as a member of the VNC family."

I'm personally using a Chromebook, and there is a VNC app that works well. The problem is, how do I even get my scientific OpenGL app using OpenGL on the instance in the first place. The GPU isn't even seen by OpenGL apps by default. I could spend days trying to iron out a process, but I'm really surprised that no one is offering this out of the box.


Is this a buy opertunity for Cray stock?

I would have benifited from expertise in OpenGL. Answer questions, keep them culturally involved - which in many cases might mean giving a T-shirt.

Could you render the animation, and play it back as a gif?

That's the traditional way to do it afaik, just tile a gif over the whole viewport.

There is nothibg wrong with text, some of the intended uses of the protocol are over rs232.

>> feels like a no-brainer to me

Except it creates incentives that perpetuate the publish or perish model. For example, journals no longer need to worry about if published work is interesting or has an audiance and therefore it becomes easier to publish papers of dubious value.

During your annual review, you need to explain why you only published 1 paper (perhaps in the pay-walled journal of your proffesional society) when your colleague published 3 papers in some Open-Acess journal that nobody reads.


Is this a strawman?

I expect that every browser implicitly uses SIMD by way of the compiler identifying and inserting the correct instructions (MMX, AVX2...), what exactly is Intel's contribution in this, did they manually vectorized some tight loop?


They list Intel's contribution extensively in the post. I'm not sure why you'd assume they are trying to deceive anyone.

> Intel has been contributing to Chakra, the JavaScript engine for Microsoft Edge

> Some examples of Intel’s direct contributions to Chakra’s JIT compiler include better instruction selection and scheduling.

> [they] also helped us identify opportunities of missed redundant instruction elimination, and inline overhead reduction.

> Intel engineers are collaborating with us closely to implement Single Instruction Multiple Data (SIMD) [1], a future ECMAScript proposal, in Chakra

> Intel recently contributed an optimization to improve navigation (load) time for pages containing several inline elements, optimizations to reduce DOM parse times for text-area elements, and participated in investigations and root cause analysis to improve page load/response times

[1]: https://github.com/johnmccutchan/ecmascript_simd [2]: https://github.com/tc39/ecma262


"Implicit" use that you believe exists isn't actually SIMD. JIT-ers in the browsers can implicitly use SSE instruction set as such, but not in the efficient SIMD way (specifically under the constrains of JIT-ing reasonably fast and not possibly knowing the types). What is here developed is the support for the explicit use of SIMD instructions by the JavaScript programmer:

https://developer.mozilla.org/en-US/docs/Web/JavaScript/SIMD...

    var a = SIMD.float32x4(1, 2, 3, 4);
    var b = SIMD.float32x4(5, 6, 7, 8);
    var c = SIMD.float32x4.add(a,b);
The benefit of such instructions is that they are fully typed and can easily map directly to the machine instructions. And of course, you don't have to write such code unless you actually program something that calculates a lot.

It is a Google/Mozilla/Intel collaboration, started 2013:

https://www.youtube.com/watch?v=CbMXkbqQBcQ

The initial proposal was by John McCutchan, who works in the Google's Dart team but the paper

http://dl.acm.org/citation.cfm?id=2568066

is already signed by people from Google, Intel and Mozilla and Intel obviously actively works with the browser vendors.

"This paper introduces an explicit SIMD programming model for Dart and JavaScript, we show that it can be compiled to efficient x86/SSE or ARM/Neon code by both Dart and JavaScript virtual machines achieving a 300%-600% speed increase across a variety of benchmarks. The result of this work is that more sophisticated and performant applications can be built to run in web browsers. The ideas introduced in this paper can also be used in other dynamically typed scripting languages to provide a similarly performant interface to SIMD co-processors."

What I don't know is if Intel keeps some patents or some sources. That could explain that Intel must be involved. But maybe they simply like to be involved.


This is for Chakra, IE's JS JIT. Of course the browser's C++ code is likely compiled with SIMD support, but that doesn't help the codegen in the JIT compiler for JS.

I feel you, I had to get 32GB which left me with little options: http://www.asus.com/us/site/g-series/G751/

Take a look at HP Zbook and Dell Precision series, too. Business class support and excellent hardware design.

>>Large, powerful states with a lesser educated population will inevitably drift towards totalitarianism

How about India?

Don't treat states or societies as people, they are not people rather they are made of people. Totalitarianism isn't the outcome of a system it rather the outcome of the people oppress and the cowards who do nothing to stop it.


I'm not sure India is the best example either.

Sure, at the National political level, it's a democracy.

But there are several issue that allow citizens of some lesser democratic states enjoys more freedom in some cases... (it's very un-even though)

Religious rights, women's rights... Or the amount of power that some have at the local level (cast issues, landowners, etc..).


Hover animation is broken in Lynx, lamentable
More

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | DMCA | Apply to YC | Contact

Search: