Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 internet speed test! ×

Comment Re:Yes (Score 1) 627

No it doesn't. Good programmer != good build engineer. You can be a superb code architect without knowing anything about CMake, or you can be an expert in the build process whilst being a merely competent software engineer. Every so often you'll find someone who is superb at both. Software development is a team exercise, so it doesn't really matter if some people are better at one than the other, the only thing that is important is that your team can cover both bases.

Comment Re:4.0? (Score 1) 100

So long as you are prepared to use a noticeably different GLSL version to GL3+ (with differing syntax), and don't mind designing your code around pre-HW instancing, and don't mind doing lots of work on the CPU that could be done using transform feedback, and don't mind the lack of vertex array objects, and don't mind manually setting every individual uniform param separately (instead of loading them in a uniform buffer), and don't mind the inability to manually specify the vertex attribute layouts from within the shader, and don't mind the inability to specify the fragment shader outputs (since GL2 only specifies gl_FragColor); then yes you could do 'clean shader-based programming' (albeit a variation of shader based programming that has none of the functionality you'd expect to find in a clean shader-based programming API, thereby forcing you to do far more in C than should really be necessary). The AC was bang on the money, but I fear you've missed the point by quite some margin....

Comment Re:A trademark claim might not be the best (Score 1) 188

The UK is a member of the EU, and as such the European Court of Justice has a higher authority than any UK court, or the government.....

The Court of Justice interprets EU law to make sure it is applied in the same way in all EU countries. It also settles legal disputes between EU governments and EU institutions. Individuals, companies or organisations can also bring cases before the Court if they feel their rights have been infringed by an EU institution.

Find an EU law that the UK government has broken (shouldn't be too hard!), and then file a case. If the case is from an individual, then the European Court of Human Rights may be an alternative. (IAANL, so YMMV)

Comment Re:Nvidia feeling the heat? XD (Score 1, Interesting) 142

I have written the 3D renderers for a number of commercial software packages for the film VFX and games industries. The parent is right. PEBKAC. The drivers are fine. You are a shitty developer (who needs to make sure your code conforms to the GL/D3D spec properly).

Comment Re:Nvidia feeling the heat? XD (Score 1, Troll) 142

Nvidia drivers are shittier than AMD. End of story. AMD drivers implement the graphics API's to the letter. Nvidia lets any old crap through. The result, is that apps developed on Nvidia GPUs, rarely conform to the target graphics API, and as a result end up failing on AMD/Intel hardware (although admittedly Intel can also fail due to either a lack of resources, or the occasional bug). If an app fails on AMD, blame the shitty software you're running, not the drivers. AMD releasing mantle would appear to me to be nothing more than a way of forcing Nvidia to adhere to an API spec for a change, rather than routinely ignoring it (as they do now)

Comment Re:Funny benchmarks (Score 5, Insightful) 196

I agree. He's not testing compiled code performance, he's just created a set of tests which will all be memory bandwidth limited. FTA:

I’m testing these with an array size of two billion.

That's all I needed to read to ignore him completely. Completely and utterly pointless. If g++ won, it is likely because it utilised stream intrinsics to avoid writing data back to the CPU cache, which would have freed up more cache, and minimised the number of page faults. This will not in anyway test the performance of the CPU code, it will just prove that your 1333Mhz memory is slower than your 3Ghz processor . This is why you don't profile code (wrapped up in a stupid for loop), but profile whole applications instead. From my own tests (measuring the performance of large scale applications using real world data sets), intel > clang > g++ (although the difference between them is shrinking). The author of the article hasn't got a clue what he's doing. FTA:

Notice the system time is higher than the elapsed time. That’s because we’re dealing with multiple cores.

No it isn't. It's because your CPU is sat idle whilst it waits for something to do.

Slashdot Top Deals

"I never let my schooling get in the way of my education." -- Mark Twain