Certainly the problem that the gyration mouse has, and I say this as someone who has used one, is that they're hideous for accurate movement, and they're tiring to use.
So when Chrysler released the Voyager first over here and it was waaaay down the rankings in the Euro NCAP ratings, I should take that personally? Clearly they were trying to kill europeans, as their own safety standards are so high.
I think you need to credit ATI with these accomplishments and not try to blame AMD. nvidia have had the uppper hand for a long time if you're happy with closed source drivers. By the time you're looking at the workstation cards then it's even more obvious, as the FireGL line really do suck compared to the Quadros. I was really disappointed when SGI teamed up with ATI for their graphics cards, as there was never much hope of it ending well (and it didn't).
You're right on the money with this, and you can do it roughly based on the port (effectively) as often pairs of ports represent separately enumerated buses. I use:
The problem with travel methods that let you go huge distances (wormholes, whatever, jolly fast stuff anyhow) is that they miss all the stuff between you and your destination. That is not the way true exploration works, likely we'd miss lots of interesting things. While I understand your point, that's not quite true. Explorers explore what looks interesting and what's reasonable to explore. If you think of sea explorers, they missed all sorts of little islands between them and the big stuff. But the big stuff makes a whole lot more sense to explore.
If you're merely looking to upscale, the bandwidth isn't a killer. Multicast/Broadcast the video and play it back with vlc, and it'll do the tiling for you. You just need a bunch of machines running vlc.
Re:Will anyone gain anything from this? Not Linux
on
The End is Nigh for XP
·
· Score: 3, Informative
The trick is the way you answer. The first dialog asks if you want to reboot now or later. Don't answer. It'll then not bug you to reboot and you won't risk an auto reboot.
Intel architecture can't provide more than 16 cores
Obviously this somewhat depends on your definition of providing. If you mean providing as in the limit of slapping cores on one board and killing your FSB, then yes 16 cores is possibly the current limit. But if you mean scaling with a NUMA architecure and still getting performance then no. http://www.sgi.com/products/servers/altix/4000/. Take a play with a real machine. Yes the latency is somewhat high (1000ns c.f. maybe 2-300ns) but you've still got 3200Mbytes/s of bandwidth (per direction per link).
Buy better cables. Seriously. We've run high res stereo graphics over long runs of high quality cabling (BNC connectors, 3 core (sync-on-green) nearly an inch across with all the shielding and damn heavy) and the losses aren't visible. DVI is only 15ft with standard spec cabling (although you can beat that) but HDMI should go further. Time will tell.
"Neil McBride is a principal lecturer in the School of Computing, De Montfort University."
De Montfort, one of the new universities that traditionally advertises on the TV and offers vocational courses in media and the like.
Academic really doesn't mean much these days. He's not even consistent:
"Interrupts, loops, algorithms, formal methods are not on the agenda." vs "The complexity of embedded systems, of modern computing applications requires a different way of thinking."
I'd not like to use an embedded system he'd developed, unless by embedded he was thinking Windows Mobile + Flash.
Sorry, a rant from someone who works at a real university, and knows he isn't an academic.
There is an environmental gain, since this activity is happening anyway. People are right when they suggest that people could exercise differently and thus save more energy than this would generate, but if this could pay for the generation equipment (financially and environmentally) then this is no bad thing if you assume that people will go to a gym and exercise.
Read the next issue of New Scientist, and the reader letters includes a piece that notes that it's rather early to be suggesting that this drug is a wonder drug, including the fact that it's known to cause cancer as a side effect (in much lower doses than would be needed to treat a cancer). Not that that's necessarily a killer.
The argument, which is flawed, is that by releasing free versions played by the BBC orchestras (who are of a very high standard) you kill off the market for those pieces. Well obviously you do. Where it gets into strange ground is when they then argue this would harm the consumer as they'd no longer be able to buy the music...
Yawn. This isn't even that monstrous (if the summary spec is correct). IBM T221 http://en.wikipedia.org/wiki/T221 gives you 3840x2400 and can give you 48Hz off a single card (using both connectors).
Not necessarily a killer. Dell Axim PDAs can charge off a USB connected cradle, but it's not enough juice to run it. An additional (standard round hollow) connector provides additional power to enable charging and using in the cradle. Annoyingly there's no mini-usb connector on the Axim, so I can't charge without the cradle (or an adapter for the separate PSU).
This is unenforceable, since I can sell you the CD second hand for £0, and you can sell it back to me later for the same. As long as neither of us hang on to copies of it, that's legal.
That'd be an insightful comment, but for a few problems.
Java vs typical web languages isn't the sort of fight Java minds on a performance front. Performance certainly isn't the thing that makes a servlet/jsp design suck.
Java vs Flash equally isn't exactly a problem on a performance front. Find someone who switched from Java to flash for performance. It's got flexible networking and rendering that wipe the floor with flash. But flash, evidently, is easier. Java again seems to lose in that fight as it's not tailored enough towards the target audience.
Compile once run anywhere is just the sort of language people in the Grid computing world like to hear. But I guess Grid computing bods aren't worried about performance...
AccessGrid doesn't require multicast at the endpoints, since you can just connect to a Multicast-Unicast bridge. We've been using AccessGrid (with multicast) for several years now. It's just a wrapper around the vic/rat mbone tools, so feel free to use those on their own, which removes the need for a bridge.
Happily supports multiple cameras, and we regularly have meetings with about 6 sites involved.
That's great for before your OS is loaded. Have you never had a remote serial connection to a server pre-boot before? In fact, have you never booted a machine from a remote CDROM before?
Certainly the problem that the gyration mouse has, and I say this as someone who has used one, is that they're hideous for accurate movement, and they're tiring to use.
So when Chrysler released the Voyager first over here and it was waaaay down the rankings in the Euro NCAP ratings, I should take that personally? Clearly they were trying to kill europeans, as their own safety standards are so high.
I think you need to credit ATI with these accomplishments and not try to blame AMD. nvidia have had the uppper hand for a long time if you're happy with closed source drivers. By the time you're looking at the workstation cards then it's even more obvious, as the FireGL line really do suck compared to the Quadros. I was really disappointed when SGI teamed up with ATI for their graphics cards, as there was never much hope of it ending well (and it didn't).
http://www.wsu.edu/~brians/errors/anhistoric.html
As such, most people consider both to be acceptable.
No. I think it's more like if you don't want to license your music then you can't stop them licensing it through this scheme.
You certainly don't need to patch anything. evdev support should be in current Xorg releases, and it works just nicely.
You're right on the money with this, and you can do it roughly based on the port (effectively) as often pairs of ports represent separately enumerated buses. I use:
" 03",SYSFS{bInterfaceProtocol}="02",NAME="input/%k" ,SYMLINK="input/evmouse-%b"" 03",SYSFS{bInterfaceProtocol}="01",NAME="input/%k" ,SYMLINK="input/evkbd-%b"
KERNEL="event*",BUS="usb",SYSFS{bInterfaceClass}=
KERNEL="event*",BUS="usb",SYSFS{bInterfaceClass}=
To persistently name the devices attached.
If you're merely looking to upscale, the bandwidth isn't a killer. Multicast/Broadcast the video and play it back with vlc, and it'll do the tiling for you. You just need a bunch of machines running vlc.
The trick is the way you answer. The first dialog asks if you want to reboot now or later. Don't answer. It'll then not bug you to reboot and you won't risk an auto reboot.
Don't forget MIPS.
R4000, 64bit 100MHz in 1991, and with oodles of registers (32?).
Obviously this somewhat depends on your definition of providing. If you mean providing as in the limit of slapping cores on one board and killing your FSB, then yes 16 cores is possibly the current limit. But if you mean scaling with a NUMA architecure and still getting performance then no. http://www.sgi.com/products/servers/altix/4000/. Take a play with a real machine. Yes the latency is somewhat high (1000ns c.f. maybe 2-300ns) but you've still got 3200Mbytes/s of bandwidth (per direction per link).
Buy better cables. Seriously. We've run high res stereo graphics over long runs of high quality cabling (BNC connectors, 3 core (sync-on-green) nearly an inch across with all the shielding and damn heavy) and the losses aren't visible. DVI is only 15ft with standard spec cabling (although you can beat that) but HDMI should go further. Time will tell.
"Neil McBride is a principal lecturer in the School of Computing, De Montfort University."
De Montfort, one of the new universities that traditionally advertises on the TV and offers vocational courses in media and the like.
Academic really doesn't mean much these days. He's not even consistent:
"Interrupts, loops, algorithms, formal methods are not on the agenda."
vs
"The complexity of embedded systems, of modern computing applications requires a different way of thinking."
I'd not like to use an embedded system he'd developed, unless by embedded he was thinking Windows Mobile + Flash.
Sorry, a rant from someone who works at a real university, and knows he isn't an academic.
There is an environmental gain, since this activity is happening anyway. People are right when they suggest that people could exercise differently and thus save more energy than this would generate, but if this could pay for the generation equipment (financially and environmentally) then this is no bad thing if you assume that people will go to a gym and exercise.
Read the next issue of New Scientist, and the reader letters includes a piece that notes that it's rather early to be suggesting that this drug is a wonder drug, including the fact that it's known to cause cancer as a side effect (in much lower doses than would be needed to treat a cancer). Not that that's necessarily a killer.
The argument, which is flawed, is that by releasing free versions played by the BBC orchestras (who are of a very high standard) you kill off the market for those pieces. Well obviously you do. Where it gets into strange ground is when they then argue this would harm the consumer as they'd no longer be able to buy the music...
Anyone who pretends octanes are high performance (or even *were*) needs help. And I've got a pair in the cupboard.
In your fantasy world perhaps, but most of us are happy that 21C is not a negative Kelvin unit...
Yawn. This isn't even that monstrous (if the summary spec is correct). IBM T221 http://en.wikipedia.org/wiki/T221 gives you 3840x2400 and can give you 48Hz off a single card (using both connectors).
Not necessarily a killer. Dell Axim PDAs can charge off a USB connected cradle, but it's not enough juice to run it. An additional (standard round hollow) connector provides additional power to enable charging and using in the cradle. Annoyingly there's no mini-usb connector on the Axim, so I can't charge without the cradle (or an adapter for the separate PSU).
This is unenforceable, since I can sell you the CD second hand for £0, and you can sell it back to me later for the same. As long as neither of us hang on to copies of it, that's legal.
That'd be an insightful comment, but for a few problems.
Java vs typical web languages isn't the sort of fight Java minds on a performance front. Performance certainly isn't the thing that makes a servlet/jsp design suck.
Java vs Flash equally isn't exactly a problem on a performance front. Find someone who switched from Java to flash for performance. It's got flexible networking and rendering that wipe the floor with flash. But flash, evidently, is easier. Java again seems to lose in that fight as it's not tailored enough towards the target audience.
Compile once run anywhere is just the sort of language people in the Grid computing world like to hear. But I guess Grid computing bods aren't worried about performance...
AccessGrid doesn't require multicast at the endpoints, since you can just connect to a Multicast-Unicast bridge. We've been using AccessGrid (with multicast) for several years now. It's just a wrapper around the vic/rat mbone tools, so feel free to use those on their own, which removes the need for a bridge.
Happily supports multiple cameras, and we regularly have meetings with about 6 sites involved.
That's great for before your OS is loaded. Have you never had a remote serial connection to a server pre-boot before? In fact, have you never booted a machine from a remote CDROM before?