You can add multiple raidz vdevs to an existing pool.
What you cannot do (for rather simple reasons) is add a raw device to a raidz vdev. The parity information would need to be moved around. This is where you dump, throw away the vdev, create a new larger one, and restore (which is what ZFS would have to do in the background anyway, but its hard and has bad data integrity problems to implement).
Adding another raidz vdev to the pool will make ZFS dynamically stripe data over it. Or if you believe in overkill, you could even mirror your raidz vdevs...
I've personally always hated this too. They can't keep anything straight, and the core of PHP is a giant ball of inconsistency.
I used to write PHP code. I mainly do Java with some Python or Perl on the side. All of them are far better in tools and workability than PHP. PHP just seems to outright encourage sloppy "just make it work" programming, which leads to all sorts of really really bad PHP "programs" (though some are good, when they're not weighed down by the language).
Architectures don't know about NULL, compilers do. It is bad form to set a pointer to an integer (0) though. NULL is more meaningful (when reading code, the computer doesn't give a damn and will happily try following your NULL or 0 pointer;)).
If you use Photoshop day in and day out you would know that Gimp isn't acceptable.
Nicely done. No reasoning. No justification. Just the word of God. No matter what, anything named "Gimp" can't do the things programs named "Photoshop" can.
Here is one: Color management. Its a HUGE missing feature from GIMP (and Linux display systems). I'm not saying Windows color management is good (like in multi monitor support on one graphics card....), but it at least works.
So no, for many professional users, GIMP cannot replace Photoshop as GIMP has no notion of color spaces, soft proofing, etc.
Most projectors include some cable, but I doubt it will be 15':)
But since it is 15', don't skimp TOO much on the cable. There is a real upper limit on DVI signals on long cables (really long runs require fiber converters, and video processors to handle the extra delay that causes to the audio sync).
You can proxy the SSL handshake, and check that it is in fact a valid handshake. Unless you do something really sneaky (install custom CA on corporate machines, generate certificate for each website visited by user which is signed by your custom key), you can't intercept any of the data communication of SSL.
My proposal was that a layer7 filter can look for SSL handshakes at the beginning of every port 443 connection. If it doesn't see one after X packets, kill the connection.
I'm not talking about MMIT type scenario (which wouldn't work anyway without breaking SSL authentication, unless you generate a valid signed certificate based on a CA you distribute to your machines in your Intranet). I'm saying if Skype uses Port 443 but does NOT do the SSL handshaking, it will be very easy to catch. The initial SSL handshake negotiates which ciphers to use, and exchanges key information (since how do you encrypt something without the key there?:)). Seeing something else on port 443 than SSL handshakes? kill it!
Its a federal judge, not state. Financing is not coming from the state in this case. Which makes sense, since Lousiana has no business meddling in other states affairs;)
The GPU is actually identical except for a few features masked off on the Radeon cards which are available on the FireGL. The framerate would be nearly identical. It would be a monumental waste of money.
Re:I'd rather have some NICs, soundcards, etc.
on
Quad PCIe Motherboard
·
· Score: 1
Thats nowhere near 8lane PCIe speeds. Current PCI cards are capable of this.
Re:I'd rather have some NICs, soundcards, etc.
on
Quad PCIe Motherboard
·
· Score: 1
Now I guess the question is finding unecrypted DVB streams...
Re:I'd rather have some NICs, soundcards, etc.
on
Quad PCIe Motherboard
·
· Score: 3, Insightful
Why would a soundcard need a 16 lane PCI-e slot? How many channels of sound are you sampling anyway?
And yes, there are plenty of 8 lane PCI-e cards which aren't graphics. There are NICs as well as hardware RAID controllers which can push that much data.
What you just described is a voltage divider circuit. And its terribly inefficient for transferring power, since you're burning all of the extra energy up in the resistors.
DC->DC converters are basicly AC power supplies. They pulse the DC current up to several hundred kHz, using an inductor, and convert it down/up on the other side. They're very efficient, although somewhat costly.
Right and wrong. The capture card does not contribute significantly to the delay (there IS a delay though, but its on the order of ms, not seconds). The biggest delay is the recording spooling, which allows you to pause and rewind live TV. The encoder runs a few seconds ahead of the decoder/display to prevent any glitches. You'll see this in any PVR device. This is pretty much unuseable for games of course.
I agree with you here - this has always bugged me. Its a single player game with friends - nothing changes. You raid the same place over, and over and over, and kill the same boss over and over. But all games have some level of this. The closest to "totaly free form" is the player vs. player side in EVE, where players wage wars against other plays to conquer territory and stations. Its what also drives the whole economy forward, since once you get blown up, your ship is no longer there (you may get an insurance payout up to a certain amount, but for the fancy Tech 2 stuff it never even gets to 50% of the value, and it never covers the modules).
EVE does have the mission and complex (dungeon) aspect too, but you generaly don't play the game soley for those.
Slashdot Mirror
You can add multiple raidz vdevs to an existing pool. What you cannot do (for rather simple reasons) is add a raw device to a raidz vdev. The parity information would need to be moved around. This is where you dump, throw away the vdev, create a new larger one, and restore (which is what ZFS would have to do in the background anyway, but its hard and has bad data integrity problems to implement). Adding another raidz vdev to the pool will make ZFS dynamically stripe data over it. Or if you believe in overkill, you could even mirror your raidz vdevs...
Second (and third and fourth) for Solaris/OpenSolaris and ZFS. Its the best thing to happen to local file system storage in a long time.
I've personally always hated this too. They can't keep anything straight, and the core of PHP is a giant ball of inconsistency. I used to write PHP code. I mainly do Java with some Python or Perl on the side. All of them are far better in tools and workability than PHP. PHP just seems to outright encourage sloppy "just make it work" programming, which leads to all sorts of really really bad PHP "programs" (though some are good, when they're not weighed down by the language).
I agree, GNUPlot is quite capable.
Architectures don't know about NULL, compilers do. It is bad form to set a pointer to an integer (0) though. NULL is more meaningful (when reading code, the computer doesn't give a damn and will happily try following your NULL or 0 pointer ;)).
Railguns might have more linear acceleration, but guns don't just go bang. The projectile accelerates throughout the whole trip through the barrel.
Well said :)
Most projectors include some cable, but I doubt it will be 15' :)
But since it is 15', don't skimp TOO much on the cable. There is a real upper limit on DVI signals on long cables (really long runs require fiber converters, and video processors to handle the extra delay that causes to the audio sync).
You can proxy the SSL handshake, and check that it is in fact a valid handshake. Unless you do something really sneaky (install custom CA on corporate machines, generate certificate for each website visited by user which is signed by your custom key), you can't intercept any of the data communication of SSL. My proposal was that a layer7 filter can look for SSL handshakes at the beginning of every port 443 connection. If it doesn't see one after X packets, kill the connection.
I'm not talking about MMIT type scenario (which wouldn't work anyway without breaking SSL authentication, unless you generate a valid signed certificate based on a CA you distribute to your machines in your Intranet). I'm saying if Skype uses Port 443 but does NOT do the SSL handshaking, it will be very easy to catch. The initial SSL handshake negotiates which ciphers to use, and exchanges key information (since how do you encrypt something without the key there? :)). Seeing something else on port 443 than SSL handshakes? kill it!
You can check for the SSL negotiation messages. So if you have a stateful firewall, its not a problem.
:)
Unless Skype does a basic SSL negotiation too
Its a federal judge, not state. Financing is not coming from the state in this case. Which makes sense, since Lousiana has no business meddling in other states affairs ;)
So? Its explicit. Its clean. And if you want to save typing, use typedefs.
Half of what you want is in the C++ STL.
And no, the STL does not suck.
Since when is it illegal?
The GPU is actually identical except for a few features masked off on the Radeon cards which are available on the FireGL. The framerate would be nearly identical. It would be a monumental waste of money.
Thats nowhere near 8lane PCIe speeds. Current PCI cards are capable of this.
Now I guess the question is finding unecrypted DVB streams...
Why would a soundcard need a 16 lane PCI-e slot? How many channels of sound are you sampling anyway?
And yes, there are plenty of 8 lane PCI-e cards which aren't graphics. There are NICs as well as hardware RAID controllers which can push that much data.
What you just described is a voltage divider circuit. And its terribly inefficient for transferring power, since you're burning all of the extra energy up in the resistors.
DC->DC converters are basicly AC power supplies. They pulse the DC current up to several hundred kHz, using an inductor, and convert it down/up on the other side. They're very efficient, although somewhat costly.
Right and wrong. The capture card does not contribute significantly to the delay (there IS a delay though, but its on the order of ms, not seconds). The biggest delay is the recording spooling, which allows you to pause and rewind live TV. The encoder runs a few seconds ahead of the decoder/display to prevent any glitches. You'll see this in any PVR device. This is pretty much unuseable for games of course.
I agree with you here - this has always bugged me. Its a single player game with friends - nothing changes. You raid the same place over, and over and over, and kill the same boss over and over. But all games have some level of this. The closest to "totaly free form" is the player vs. player side in EVE, where players wage wars against other plays to conquer territory and stations. Its what also drives the whole economy forward, since once you get blown up, your ship is no longer there (you may get an insurance payout up to a certain amount, but for the fancy Tech 2 stuff it never even gets to 50% of the value, and it never covers the modules).
EVE does have the mission and complex (dungeon) aspect too, but you generaly don't play the game soley for those.
Sounds like you need EVE then.
Really? Geddon over Apoc? /me likes his Twinkie //ot