Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror

Slashdot videos: Now with more Slashdot!

  • View

  • Discuss

  • Share

We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).

×

Comment: Re:You keep using that word.... (Score 1) 245

by Kjella (#49183731) Attached to: Microsoft Convinced That Windows 10 Will Be Its Smartphone Breakthrough

Apple now has 20% of the market and 90% of the profits. Measuring units is a bit like counting songs published on Spotify while ignoring the number of plays. For both those numbers to be true Apple must be making about 40 times more profit per sale than Android.

Comment: Don't really see a downside (Score 1) 161

by Kjella (#49182085) Attached to: Will you be using a mobile payment system?

I use chip-and-pin today, do I really care if the "chip" ends up being a smart watch or cell phone? Not really. I just wouldn't allow it to pay without confirmation. On my own device I wouldn't mind using a fingerprint scanner instead of PIN either, just swipe my watch and push the "pay" button/scanner and I'm done. I have two debit cards today, I'm honestly not sure what the code on the second one is because I never use it.

Comment: Totally meaningless paper (Score 2) 237

by Kjella (#49176869) Attached to: Study: Refactoring Doesn't Improve Code Quality

Sorry, but it has absolutely nothing to do with the real world. They're giving twenty people - ten in experiment group and ten in the control group 30 minutes to do a bit of analysis. And they measure minutes to apply a few changes, without any qualitative measure on how the code is growing. There's very little proof that the refactoring they did made any sense, the sample size is so low you'd never get reliable results and pretty much what you can conclude is that refactoring doesn't make hackjobs easier. Never thought so, that just involves finding the place something's happening and hack it. If it's a good idea, well... it works there and then.

Comment: Re:Hmmm .... (Score 1) 121

by Kjella (#49176257) Attached to: Physicists Gear Up To Catch a Gravitational Wave

Well somebody has to be the first at discovering something before somebody else can confirm it. And yes, in human years it might take a while to build another billion dollar project to do that. Science works on incomplete information, otherwise there wouldn't be anything to do science on. Has anybody independently verified the Higgs boson yet? All the exoplanets discovered recently? Probably not. That's always how it will be at the leading edge of science.

Comment: Re:"North Korean rebel movement" (Score 1) 62

by Kjella (#49173719) Attached to: Inside the North Korean Data Smuggling Movement

Once the country tips though, there will be a short and intense period of violence that I hope stays contained within the country, but I fear will spill out to the south. Once that is over, North Korea will be split into two parts, one unified with the south and a portion annexed into China. I have no idea where the split will be.

Somehow I find that implausible, I expect China to take the whole country or not at all. South Korea would be to worried about a conventional or nuclear counter-attack on Seoul to do much of anything while China could probably swoop in and install a new authoritarian regime that by NK standards would seem like heaven, all they need to do is bring them into the 21th century. After that I'll think it'll be a bit like Life of Brian:

Reg: All right, but apart from the sanitation, medicine, education, wine, public order, irrigation, roads, the fresh water system and public health, what have the Romans ever done for us?
Attendee: Brought peace?
Reg: Oh, peace - shut up!
Reg: There is not one of us who would not gladly suffer death to rid this country of the Romans once and for all.
Dissenter: Uh, well, one.
Reg: Oh, yeah, yeah, there's one. But otherwise, we're solid.

Comment: Re:Uh, what? (Score 2) 83

by Kjella (#49173175) Attached to: Khronos Group Announces Vulkan To Compete Against DirectX 12

So the new spec removes the compiler front end from the graphics driver, greatly improving performance. Only the compiler back end is present in the graphics driver.

Not if you're talking game performance rather than compiler performance I think. From what I understand games generally compile their shaders to native instructions long before they're used, it's not just-in-time compilation like when you download javascript on a page and do it on the fly as you execute, more like delayed traditional compilation until you can optimize for this particular hardware like Gentoo ebuilds.

However, the IR instructions is probably much simpler than the source language, for example Java has tons of classes but only ~200 opcodes. It would make graphics drivers not quite, but a lot more like CPUs running "assembler-ish" code instead of being huge graphics libraries. Basically you're moving most of what's OpenGL/DirectX today over into the application. Stallman might not approve but it might mean more AAA games being able to run on a thin OpenGL Vulkan shim than Mesa.

Comment: Re:Uh, what? (Score 1) 83

by Carewolf (#49173027) Attached to: Khronos Group Announces Vulkan To Compete Against DirectX 12

You don't compile bytecode, you compile to byte code

I can't tell if you're just being obtuse, but: the developer compiles shader language to bytecode, and the graphics driver compiles bytecode to GPU native-code. Both of these stages qualify as compilation. (They're both level-reducing language-transformations.)

The entire point is that byte code is interpreted at runtime.

No. There's no way in hell that anyone's seriously suggesting running graphics code in an interpreter. Again, it will be compiled by the graphics driver. (We could call this 'JIT compilation', but this term doesn't seem to have caught on in the context of graphics.)

building native execution of the bytecode would be fastest

Why not call this what it is? It's compilation.

Especially since the bytecode is supposed to be hardware neutral, it is the compilation from bytecode that will have to do the aggresive optimizations to adapt to the target architecture.
You can have very simple bytecode that doesn't need much processing, and while technically compilation is really compiled, but that wouldn't make sense here.

Comment: Re:OpenGL? (Score 3, Interesting) 83

by Kjella (#49172885) Attached to: Khronos Group Announces Vulkan To Compete Against DirectX 12

They've come full circle:
1. AMD announces Mantle, a low level graphics API which may give consoles an edge over the PC.
2. Microsoft panics and announces DirectX 12, aiming for pretty much the same thing.
3. Khronos Group panics and announces OpenGL Vulcan, aiming for pretty much the same thing.
4. AMD announces there'll be no public SDK of Mantle, use OpenGL/DirectX.

So in the end we'll probably have feature parity again. How important it is remains to be seen, outside of drawcall benchmarks it's unclear how much real world difference it makes, what is certain is that it exposes a lot more of the complexity to the developer. That of course gives you more room to optimize, but it remains to be seen how many will be able to take advantage of it.

On the bright side, it might actually mean there's less code that needs to be written and that open source might catch up a bit, it says it'll run on top of all platforms that support OpenGL ES 3.1 which might become a much bigger goal than OpenGL 4.x.

Comment: In the U.S., also. (Score 1) 167

by Futurepower(R) (#49172535) Attached to: Marissa Mayer On Turning Around Yahoo
Dictionary definition of Yahoo: A person who is very rude, loud, or stupid.

It amazes me that technically knowledgeable people choose names that limit their success.

TeX is 3 letters from another alphabet!

Gimp means: Usually Disparaging and Offensive. A term used to refer to a person who limps or is lame.

Oh, so there you are!

Working...