"Having heavy weather implies the sky is clouded. Being able to see the stars implies that the weather is fine and hence the sea is bearable."
Say what?!? You can CERTAINLY have bad sea conditions without even a single cloud in the sky, or only mildly overcast. Certain parts of the world are infamous for that, such as Bay of Biscay for example, or Cape Horn, and cause large tankers, that ride pretty low, to pitch, roll and otherwise make things uncomfortable. So yes, it's problem for ships too.
Yeah, knowing the usual commenting on how easy it should be, because can do it, those geeks would probably implement it so that it'd require a 90% match of a clear sky, would be incapable of dealing with clouds, water or ice on the lens and all other such things that are a pain in the ass.
Plenty of young people going into the military nowadays think that it's pointless to learn how to read a map or how to use a compass. Then they whine about how unfair it is when they are sent on an excercise where GPS is jammed, inside deep old growth forest, so they can't orientate themselves via direct observation of sunlight, moss growth etc. Another favourite, just to mess with them is to place them nearby high voltage lines, so their compasses occassionally freak out too:p
The most impressive thing with the LMP1-H cars is the reliability of the systems. Given the fact that for the last 15 years or so of WEC and its predecessors in sportscar prototype racing, if you really want to have a chance of winning at Le Mans, you can't afford to tune down the engine for reliability, as was standard practice in the 80's and through most of the 90's. Nowadays, the systems are tuned the same for 24 hour races as they are for 6 hour races: All-out.
Engine repairs or swap-outs are not allowed during races, which makes the fact that they survive 5k+ km in 24 hours
One lap of Circuit de la Sarthe is 13.629 kilometres, and has several long straights, and relatively few turns for its length, so the energy harvesting is more difficult than most people would expect, which is what helps make these cars even more impressive than the admittedly impressive on their own right F1 Power Units.
Actually, the British had given it thought. The mine plough for the Churchill AVRE could be used to go through the hedgerows too, just as one example. The US military, being far more conservative, dismissed the concept of Hobart's Funnies as frivolous and doomed to failure, and also counter to their doctrine, in that it'd make tanks take the lead and end up in combat with enemy tanks, which US doctrine specifically and emphatically discouraged: Tanks were for infantry support and breakthrough, fighting it out with enemy tanks was for the tank destroyer units.
Hobart's Funnies were based around all kinds of tanks, primarily Churchills and Shermans, but there were also Valentines, LVT4's, Cromwells etc.
As for the Bobbin, it was actually a device carried by the Churchill AVRE(together with the Crocodile and the ARK the most famous Funnies), and it laid the canvas road not only for itself but also the vehicles coming up behind it. Other devices the AVRE could carry was the Fascine, which was a bundle you dropped into ditches and trenches, so you could drive over them, and the mine plough, which could also do the same job as the hedgerow plough on the Shermans.
Add putty.exe to your path, then you can just do Win+R, putty -ssh user@host. It won't be inside CMD's window, but rather a window of its own, but hey, it works
There are quite a few apps that keep me on Window of which these are just some of them:
Photoshop Lightroom Sony Vegas Pro Visual Studio BL BokfÃring(an accounting software, only supports Windows for local data saving etc) Directory Opus(I've been using this since back in the Amiga Days, so it's a force of habit as much as anything else so....) Electronic ID Certificate software
And it was true if you put a 10 year old in front of an Amiga in 1985 or 1986. As for the Apple HIG, a lot of it was counter-intuitive, what it did, however, was give consistency, and thus users were conditioned into doing things a certain way, but it also resulted in some applications being hampered etc
Oh yes please, a proper A4 tablet with at minimum Galaxy Tab Note class touchscreen sensitivity etc. I currently run a Tab Note 2, and it's decent for note-taking, sketching, diagrams etc with a stylus, but full A4 size screen would make for a much better experience.
Actually, most hobby users go for multi-GPU setups instead, and render on GPU+CPU. More cost and space efficient than the nerds with their racks at home.
"Maybe someday there will be a non-Unix OS that isn't shit, but I am not holding my breath."
Personally, I'm waiting for another non-Apple UNIX that actually makes heavy interactive graphics work as smooth for the user as it is on Windows. Linux and FreeBSD both feel clunky and choppy, no matter what scheduler settings I use, or how I config X etc. IRIX was the last one I used that actually felt decent for interactive use, but they also went with the approach Windows used, and Apple later chose for OSX, with a tight graphics stack integration, from kernel up to desktop.
Hypertransport and QPI both cause problems with communication between devices on different PCI-E switches, that's one of the things Infiniband lets you get around(and Infiniband is about so much more than just RDMA, it's also about the flexible structure you can tailor for your use, and maintain single-microsecond latencies, with all the bells and whistles. Despite the hurfblurf, RDMAoE has not made that happen).
I do 3D and compositing as a hobby user: For us, the 30+ year old rule of thumb still holds: "The more disk storage the better, you never have enough RAM, and you will ALWAYS need more CPU"
That's only if you think in terms of top-end movies etc. However, there's plenty of bread and butter work being done where the final rendering is done on the desktops of the artists at small studios etc, such as advertisement spots or stills, product design, architectural visualization etc etc, and that's just on the professional side. You also have to factor in the hobbyist side.
Bullshit... Video rendering and 3D creation and rendering was desktop work already back in the 90's for hobbyists and small studios, and remains so to this day.
That's what pissed me off the most with the article, the video test was limited to encoding, not actually editing clips, working with layering, effects etc. Likewise, the Blender test is very limited in how many textures and complex multi-layer shaders are involved, it stresses geometry and rendering to a greater degree.
Not to mention that when you sit and actively work with a scene, you often have photoshop, gimp or some other program open too, as part of your workflow, creating textures, UV-maps, light maps, shadow maps, mattes&masks, height maps and normal maps etc etc...
Hypertransport and QPI are only between CPU and either a communications hub or straight to the northbridge, and the internal shared bus(AMD and Intel have both shied away from Crossbar Switches, though HP has a custom one for their Superdome machines(which itself tries to go into Big Iron areas)). Things that would make my current Sandy Bridge Xeon or my previous Opteron system choke, such as trying to make multiple infiniband cards run at full steam simultaneously to and from a RAM disk didn't even register as a blip on system load on a mainframe when my software set was tested.
As for the offload, this isn't individual devices, but rather additions to the communications hub that give you more feature, such as hardware checksumming on the actual transfer between device and RAM, or on-board hardware crypto, essentially zero load to the CPU, and independent of any devices.
As to the interconnect, there's also Infiniband. However, the BIG thing with mainframe I/O is that unlike the PC hardware, there's no single system bus that gets split between devices, instead you have a crap-ton of channels that can all communicate concurrently, and the available features for data integrity, encryption etc, which includes checksumming of transfers between devices or between device and RAM etc.
Mainframes don't have a system bus in the way the PC crowd thinks of it. You can in fact swap out the backplane parts one at a time and maintain system/image uptime/integrity.
Slashdot Mirror
"Having heavy weather implies the sky is clouded. Being able to see the stars implies that the weather is fine and hence the sea is bearable."
Say what?!? You can CERTAINLY have bad sea conditions without even a single cloud in the sky, or only mildly overcast. Certain parts of the world are infamous for that, such as Bay of Biscay for example, or Cape Horn, and cause large tankers, that ride pretty low, to pitch, roll and otherwise make things uncomfortable. So yes, it's problem for ships too.
Don't forget water or ice on the lens etc
Yeah, knowing the usual commenting on how easy it should be, because can do it, those geeks would probably implement it so that it'd require a 90% match of a clear sky, would be incapable of dealing with clouds, water or ice on the lens and all other such things that are a pain in the ass.
Plenty of young people going into the military nowadays think that it's pointless to learn how to read a map or how to use a compass. Then they whine about how unfair it is when they are sent on an excercise where GPS is jammed, inside deep old growth forest, so they can't orientate themselves via direct observation of sunlight, moss growth etc. Another favourite, just to mess with them is to place them nearby high voltage lines, so their compasses occassionally freak out too :p
I don't get what's so alluring with the roar of obsolecense and inefficiency.
The most impressive thing with the LMP1-H cars is the reliability of the systems. Given the fact that for the last 15 years or so of WEC and its predecessors in sportscar prototype racing, if you really want to have a chance of winning at Le Mans, you can't afford to tune down the engine for reliability, as was standard practice in the 80's and through most of the 90's. Nowadays, the systems are tuned the same for 24 hour races as they are for 6 hour races: All-out.
Engine repairs or swap-outs are not allowed during races, which makes the fact that they survive 5k+ km in 24 hours
One lap of Circuit de la Sarthe is 13.629 kilometres, and has several long straights, and relatively few turns for its length, so the energy harvesting is more difficult than most people would expect, which is what helps make these cars even more impressive than the admittedly impressive on their own right F1 Power Units.
Actually, the British had given it thought. The mine plough for the Churchill AVRE could be used to go through the hedgerows too, just as one example. The US military, being far more conservative, dismissed the concept of Hobart's Funnies as frivolous and doomed to failure, and also counter to their doctrine, in that it'd make tanks take the lead and end up in combat with enemy tanks, which US doctrine specifically and emphatically discouraged: Tanks were for infantry support and breakthrough, fighting it out with enemy tanks was for the tank destroyer units.
Hobart's Funnies were based around all kinds of tanks, primarily Churchills and Shermans, but there were also Valentines, LVT4's, Cromwells etc.
As for the Bobbin, it was actually a device carried by the Churchill AVRE(together with the Crocodile and the ARK the most famous Funnies), and it laid the canvas road not only for itself but also the vehicles coming up behind it. Other devices the AVRE could carry was the Fascine, which was a bundle you dropped into ditches and trenches, so you could drive over them, and the mine plough, which could also do the same job as the hedgerow plough on the Shermans.
And Bertie Bott's Beans are a homage to a Monty Python sketch:
https://www.youtube.com/watch?...
Vivaldi crashes too, on Windows and Linux.
Add putty.exe to your path, then you can just do Win+R, putty -ssh user@host. It won't be inside CMD's window, but rather a window of its own, but hey, it works
There is no comparison
You use GnuRadio for the FOSS religion fuzzy feels, or if you're a masochist.
There are quite a few apps that keep me on Window of which these are just some of them:
Photoshop
Lightroom
Sony Vegas Pro
Visual Studio
BL BokfÃring(an accounting software, only supports Windows for local data saving etc)
Directory Opus(I've been using this since back in the Amiga Days, so it's a force of habit as much as anything else so....)
Electronic ID Certificate software
And it was true if you put a 10 year old in front of an Amiga in 1985 or 1986. As for the Apple HIG, a lot of it was counter-intuitive, what it did, however, was give consistency, and thus users were conditioned into doing things a certain way, but it also resulted in some applications being hampered etc
Oh yes please, a proper A4 tablet with at minimum Galaxy Tab Note class touchscreen sensitivity etc. I currently run a Tab Note 2, and it's decent for note-taking, sketching, diagrams etc with a stylus, but full A4 size screen would make for a much better experience.
Actually, most hobby users go for multi-GPU setups instead, and render on GPU+CPU. More cost and space efficient than the nerds with their racks at home.
"Maybe someday there will be a non-Unix OS that isn't shit, but I am not holding my breath."
Personally, I'm waiting for another non-Apple UNIX that actually makes heavy interactive graphics work as smooth for the user as it is on Windows. Linux and FreeBSD both feel clunky and choppy, no matter what scheduler settings I use, or how I config X etc. IRIX was the last one I used that actually felt decent for interactive use, but they also went with the approach Windows used, and Apple later chose for OSX, with a tight graphics stack integration, from kernel up to desktop.
Here's an example of the issues with I/O that involves PCI-E:
http://www.cirrascale.com/blog...
Hypertransport and QPI both cause problems with communication between devices on different PCI-E switches, that's one of the things Infiniband lets you get around(and Infiniband is about so much more than just RDMA, it's also about the flexible structure you can tailor for your use, and maintain single-microsecond latencies, with all the bells and whistles. Despite the hurfblurf, RDMAoE has not made that happen).
Here's an example of the issues involved: http://www.cirrascale.com/blog...
I do 3D and compositing as a hobby user: For us, the 30+ year old rule of thumb still holds: "The more disk storage the better, you never have enough RAM, and you will ALWAYS need more CPU"
That's only if you think in terms of top-end movies etc. However, there's plenty of bread and butter work being done where the final rendering is done on the desktops of the artists at small studios etc, such as advertisement spots or stills, product design, architectural visualization etc etc, and that's just on the professional side. You also have to factor in the hobbyist side.
Bullshit... Video rendering and 3D creation and rendering was desktop work already back in the 90's for hobbyists and small studios, and remains so to this day.
That's what pissed me off the most with the article, the video test was limited to encoding, not actually editing clips, working with layering, effects etc. Likewise, the Blender test is very limited in how many textures and complex multi-layer shaders are involved, it stresses geometry and rendering to a greater degree.
Not to mention that when you sit and actively work with a scene, you often have photoshop, gimp or some other program open too, as part of your workflow, creating textures, UV-maps, light maps, shadow maps, mattes&masks, height maps and normal maps etc etc...
Hypertransport and QPI are only between CPU and either a communications hub or straight to the northbridge, and the internal shared bus(AMD and Intel have both shied away from Crossbar Switches, though HP has a custom one for their Superdome machines(which itself tries to go into Big Iron areas)). Things that would make my current Sandy Bridge Xeon or my previous Opteron system choke, such as trying to make multiple infiniband cards run at full steam simultaneously to and from a RAM disk didn't even register as a blip on system load on a mainframe when my software set was tested.
As for the offload, this isn't individual devices, but rather additions to the communications hub that give you more feature, such as hardware checksumming on the actual transfer between device and RAM, or on-board hardware crypto, essentially zero load to the CPU, and independent of any devices.
As to the interconnect, there's also Infiniband. However, the BIG thing with mainframe I/O is that unlike the PC hardware, there's no single system bus that gets split between devices, instead you have a crap-ton of channels that can all communicate concurrently, and the available features for data integrity, encryption etc, which includes checksumming of transfers between devices or between device and RAM etc.
Mainframes don't have a system bus in the way the PC crowd thinks of it. You can in fact swap out the backplane parts one at a time and maintain system/image uptime/integrity.