Show me the PCs running anything but Windows, and I won't call your post a straw man. Microsoft continues to exercise and abuse market power in the PC market, please stick to the issue.
You may be just a bit old, but you will come around:)
One day when you're cooling your heels in the proverbial doctor's office and you already read all your mail and can't be bothered with any of the facebook stuff and nobody wants to chat with you, you will remember that the phone also plays games.
The oems can fight back, but are they? All of them? If the answer is no, even for some of them, there are still Sherman act violations. FYI, the touchstone test for Sherman act: "is market power being exercised?"
it follows that the most popular PC OS would also be relevant
Only if the DoJ continues to look the other way in the face of continuing flagrant Sherman act violations in the form of secret exclusionary agreements with OEMS and the like. Microsoft never made it on merit...
Speaking of which, it's about time for another massive fine from the Eurocrat direction, wouldn't you say?
You have a kid? Your phones are used for gaming. You never ever play a game yourself? You're the only one. I suppose you never email or browse with them either:)
Java is famously crappy and sluggish for GUIs too, and barely tolerable for web. As a rule of thumb, whatever you are running on your server will run about 20-30% faster if you recode it from Java to C++. First hand experience speaking here, and you will find multiple confirmations out there. Java is just a pig, with its jitting, memory hogging, heavyweight thread locks, etc, etc.
Mind you, Java performs better than Python or Ruby so at least there is that. But never labour under the illusion that Java can compete with C++ or C in terms of throughput, latency or memory footprint. You code in Java so you can use cheaper programmers, that's it. Otherwise, if you can afford it, you do the job properly in C++.
Not only that, but even when it does work it tends to break on dist-upgrade (or yum equivalent). Needs fiddling. Life is too short for that, that's the kind of crap I binned Windows for. Plus, the binary block tends to do things its own way whether or not that plays nicely with other components, not being subject to peer review and all.
I own a laptop with an ATi graphics chipset and their drivers are absolute garbage. Their Linux driver causes visual artifacts all the time on a composited GUI, and the machine to crashes on shutdown one out of 5 times with fglrx dumping core causing the machine to never shut off (and potentially turn my laptop bag into a toaster oven x_x). I guess I'm going to return to the open source radeon drivers now that I can scratch my gaming itch on the desktop.
Your report just screams "I'm running an ancient kernel and distribution with an early, dodgy compositor." Try upgrading to current and report your results. To prove you're not a troll, post a bit of the oops message if you get a crash on an up to date system.
Actually, I can be adequately entertained with a ukulele, I don't strictly need a TV at all. But if I watch video, good quality video equipment pleases me, just as good quality sound equipment does. This is orthogonal to any content quality issues.
The different between 1080 and 4K is stupidly obvious on any 60" TV, and readily apparent to connoisseurs on much smaller displays in the same way that the difference between a consumer speaker and a studio monitor is obvious to any sound technician even if it may be completely missed in favor of bass boost etc by the average consumer. If you care about image quality, you care about 4K. If you think your boom box sounds pretty damn good playing Lady Gaga then you will probably be happy with 1080p for quite some time, or standard DVD for that matter.
Well, if Sony and their idiot partners had not made such an absolute hash of the Blu ray experience by excessive DRM, offensive warnings that can't be skipped and crass shovelware loading of endless previews that are opt out (and sometimes, randomly either can't be fast forwarded or can't be skipped) and super slow clumsy content menus due to the braindamaged Java tie then consumers might actually care about the next Blu Ray standard. But Sony did make a hash of it and delivered an experience that makes you want to throw a shoe at the TV every time. The kick in the face that just keeps kicking. Sorry, no more crappy optical disks rubbing my face in whatever a content provider wants to rub my face in. Solid state, hard disk or streaming for me, Blu Ray can fuck off and die, and so can Sony.
It is more than a little impressive how successful some people can be at deluding themselves into believing that efficiency does not matter, even when it does. GP is a typical example. A common manager belief: "I must be brilliant because I got promoted into this position of managing lots of devs, so every little ass fart of an idea that I hold dear must be right". In any case, an engineer who dares to disillusion/correct tends to do so at the risk of their career prospects. Or maybe they would be happier and richer getting out of that shop anyway.
Easy solution: if you dont' want exceptions because you are implementing hard real time stuff, then don't use exceptions then. In c++, if you compile with exceptions disabled then there is no overhead whatsoever. You would probably also have to avoid D's standard library.
There is nothing unusual about this (and I wonder why I need to explain it to you). The Linux kernel is programmed like that: there are standard libraries defined for C, but kernel code doesn't use them, because they do things like malloc that are unacceptable in kernel.
I'm not wrong about exception overhead. I know why this is so, plus I measured it to verify. What support do you have for your bald (and nonspecific) assertion?
Slashdot Mirror
Show me the PCs running anything but Windows, and I won't call your post a straw man. Microsoft continues to exercise and abuse market power in the PC market, please stick to the issue.
You may be just a bit old, but you will come around :)
One day when you're cooling your heels in the proverbial doctor's office and you already read all your mail and can't be bothered with any of the facebook stuff and nobody wants to chat with you, you will remember that the phone also plays games.
You are glossing over the fact that Microsoft still plays hardball over Windows license price and associated kickbacks with each individual OEM.
The oems can fight back, but are they? All of them? If the answer is no, even for some of them, there are still Sherman act violations. FYI, the touchstone test for Sherman act: "is market power being exercised?"
it follows that the most popular PC OS would also be relevant
Only if the DoJ continues to look the other way in the face of continuing flagrant Sherman act violations in the form of secret exclusionary agreements with OEMS and the like. Microsoft never made it on merit...
Speaking of which, it's about time for another massive fine from the Eurocrat direction, wouldn't you say?
...most people still have PCs. Including the one I am typing on right now.
I too am typing on a PC, but it is not running Windows.
Is Windows really relevant anymore?
Of course Windows is still relevent, it remains the authoritative source of Windows reboot sounds.
You have a kid? Your phones are used for gaming. You never ever play a game yourself? You're the only one. I suppose you never email or browse with them either :)
Java is famously crappy and sluggish for GUIs too, and barely tolerable for web. As a rule of thumb, whatever you are running on your server will run about 20-30% faster if you recode it from Java to C++. First hand experience speaking here, and you will find multiple confirmations out there. Java is just a pig, with its jitting, memory hogging, heavyweight thread locks, etc, etc.
Mind you, Java performs better than Python or Ruby so at least there is that. But never labour under the illusion that Java can compete with C++ or C in terms of throughput, latency or memory footprint. You code in Java so you can use cheaper programmers, that's it. Otherwise, if you can afford it, you do the job properly in C++.
Opengl has not been used in games for a long time now.
That is wildly wrong. One billion Android handsets running OpenGL ES make you are about as wrong as it gets.
Microsoft has basically run out of solutions. Their best strategy now is to sink as slowly as possible.
Why do you need native compilation? Java's runtime optimization and hot spot compiler are just as good.
No they aren't, when did you last check?
What is intuitive about 1/2 == 0?
Not only that, but even when it does work it tends to break on dist-upgrade (or yum equivalent). Needs fiddling. Life is too short for that, that's the kind of crap I binned Windows for. Plus, the binary block tends to do things its own way whether or not that plays nicely with other components, not being subject to peer review and all.
I own a laptop with an ATi graphics chipset and their drivers are absolute garbage. Their Linux driver causes visual artifacts all the time on a composited GUI, and the machine to crashes on shutdown one out of 5 times with fglrx dumping core causing the machine to never shut off (and potentially turn my laptop bag into a toaster oven x_x). I guess I'm going to return to the open source radeon drivers now that I can scratch my gaming itch on the desktop.
Your report just screams "I'm running an ancient kernel and distribution with an early, dodgy compositor." Try upgrading to current and report your results. To prove you're not a troll, post a bit of the oops message if you get a crash on an up to date system.
if newer Ubuntu doesn't support older nVidia drivers, how is that nVidia's fault?
Because the driver is binary and the card specs are closed?
troll
Actually, I can be adequately entertained with a ukulele, I don't strictly need a TV at all. But if I watch video, good quality video equipment pleases me, just as good quality sound equipment does. This is orthogonal to any content quality issues.
The different between 1080 and 4K is stupidly obvious on any 60" TV, and readily apparent to connoisseurs on much smaller displays in the same way that the difference between a consumer speaker and a studio monitor is obvious to any sound technician even if it may be completely missed in favor of bass boost etc by the average consumer. If you care about image quality, you care about 4K. If you think your boom box sounds pretty damn good playing Lady Gaga then you will probably be happy with 1080p for quite some time, or standard DVD for that matter.
Well, if Sony and their idiot partners had not made such an absolute hash of the Blu ray experience by excessive DRM, offensive warnings that can't be skipped and crass shovelware loading of endless previews that are opt out (and sometimes, randomly either can't be fast forwarded or can't be skipped) and super slow clumsy content menus due to the braindamaged Java tie then consumers might actually care about the next Blu Ray standard. But Sony did make a hash of it and delivered an experience that makes you want to throw a shoe at the TV every time. The kick in the face that just keeps kicking. Sorry, no more crappy optical disks rubbing my face in whatever a content provider wants to rub my face in. Solid state, hard disk or streaming for me, Blu Ray can fuck off and die, and so can Sony.
It is more than a little impressive how successful some people can be at deluding themselves into believing that efficiency does not matter, even when it does. GP is a typical example. A common manager belief: "I must be brilliant because I got promoted into this position of managing lots of devs, so every little ass fart of an idea that I hold dear must be right". In any case, an engineer who dares to disillusion/correct tends to do so at the risk of their career prospects. Or maybe they would be happier and richer getting out of that shop anyway.
That's why the chinese made a proverb for it
Easy solution: if you dont' want exceptions because you are implementing hard real time stuff, then don't use exceptions then. In c++, if you compile with exceptions disabled then there is no overhead whatsoever. You would probably also have to avoid D's standard library.
There is nothing unusual about this (and I wonder why I need to explain it to you). The Linux kernel is programmed like that: there are standard libraries defined for C, but kernel code doesn't use them, because they do things like malloc that are unacceptable in kernel.
Frog. Well.
You're actually wrong.
I'm not wrong about exception overhead. I know why this is so, plus I measured it to verify. What support do you have for your bald (and nonspecific) assertion?
ACL is probalby the actual Android libraries, since they are BSD-licensed. Google might end up regretting that.