Catch up on stories from the past week (and beyond) at the Slashdot story archive


Forgot your password?

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:Doubling the value! (Score 1) 488

by Skaven04 (#36743496) Attached to: Netflix Announces Streaming Only Plans and Higher Prices for DVDs

You mean like Zediva is doing?

These guys basically racked up hundreds of DVD players and built a web-based streamer that even sends IR signals to the physical DVD players. You select a movie to rent, and it gets put into a real DVD player where it is then played over the web to your PC. With the money Netflix has, they could do this same thing 100x more efficiently with custom robotics and such, all to skirt the licensing restrictions. Effectively they could stream all of their disc-based content just as well as the content that was "licensed" for streaming. The trick would be that they'd need sufficient copies of each disc. If 10,000 people want to watch Inception at the same time, they'd have to have 10,000 copies (and 10,000 DVD players). Once they run out of disks, any new requests would have to get a "we're out!" message.

Comment: Commercial equivalent? (Score 1) 385

by Skaven04 (#34212868) Attached to: CDE — Making Linux Portability Easy

If you're looking for a commercial product that can do just this -- but in a supportable way, and with lots of nifty features that enable building appliances and deploying them to the cloud...take a look at rPath: We're using it at our company on thousands of systems and love it!

Comment: Re:future upgrading? (Score 5, Insightful) 138

by Skaven04 (#32227446) Attached to: AMD's Fusion CPU + GPU Will Ship This Year

You've got to stop thinking of it as a GPU and think of it more like a co-processor.

First of all, AMD isn't going to force you to buy a built-in GPU on all of their processors. Obviously the enthusiast market is going to want huge 300W discrete graphics rather than the 10-15W integrated ones. There will continue to be discrete CPUs, just like there will always continue to be discrete GPUs.

But this is a brilliant move on AMD's part. They start with a chunk of the market that is already willing to accept this: system builders, motherboard makers and OEMs will be thrilled to be able to build even smaller, simpler, more power efficient systems for the low end. This technology will make laptops and netbooks more powerful and have better battery life by using less energy for the graphics component.

Now look further ahead, when AMD begins removing some of the barriers that currently make programming the GPU for general-purpose operations (GPGPU) such a pain. For example, right now you have to go through a driver in the OS and copy input data over the PCI bus into the frame buffer, do the processing on the GPU, then copy the results back over the PCI bus into RAM. For a lot of things, this is simply too much overhead for the GPU to be much help.

But AMD can change that by establishing a standard for incorporating a GPU into the CPU. Eventually, imagine an AMD CPU that has the GPU integrated so tightly with the CPU that the CPU and GPU share a cache-coherent view of the main system memory, and even share a massive L3 cache. What if the GPU can use the same x86 virtual addresses that the CPU does? Then...all we have to have is a compiler option that enables the use of the GPU, and even tiny operations can be accelerated by the built-in GPU.

In this future world, there's still a place for discrete graphics -- that's not going away for your gaming rig. But imagine the potential of having a TFLOP-scale coprocessor as a fundamental part of future sub-50W CPU. Your laptop would be able to do things like real-time video stabilization, transcoding, physics modeling, and image processing, all without breaking the bank (or the power budget).

But before we can get to this place, AMD has to start somewhere. The first step is proving that a GPU can coexist with a CPU on the same silicon, and that such an arrangement can be built and sold at a profit. The rest is just evolution.

Operating Systems

+ - Powerful Data visualization tools for Linux

Submitted by Anonymous Coward
An anonymous reader writes "Applications for graphical visualization of data on Linux are varied, from simple 2-D plots to 3-D surfaces, scientific graphics programming, and graphical simulation. Luckily, there are many open source possibilities, including gnuplot, GNU Octave, Scilab, MayaVi, Maxima, OpenDX, and others. Each has its advantages and disadvantages and targets different applications. Here's a look at six popular open source graphics utilities for Linux graphical visualization."

Adding features does not necessarily increase functionality -- it just makes the manuals thicker.