If what is done with the data as it streams to/from disk is the bottleneck, it doesn't matter if it's sitting in RAM for you before you need it, you'll still be bottlenecked.

Of course, if you're waiting for disk I/O then there will be a difference.

OK then, try a large tree or something that WON'T break. Because in that case, you eat the full force of it... with your nice and soft body.

Modern cars do get mangled easily, yes - the idea is that they absorb the impact energies instead of you.

OBDII is a diagnostics protocol, and whether or not the car's electronics supports it has nothing to do with what the electronics are actually doing.

Ancient sun hardware.

There may be a way to do so as it's running Solaris under the hood (getting to it is possible but comes with all sorts of "you are about to break warranties" types of warnings), but it's certainly not visible in the interface.

No, because the vendor appliance does not allow non-ssl connections. Neither can you supply your own certificate/CA data.

The set is not encoded in the universe, though the description of the set is. Else, every reference to "infinite" would, well, break the universe.

For a good long while it's been annoying when dealing with mangled SSL configurations - at least firefox let's you tweak stuff in about:config to work around them.

No, getting the site fixed is not always an option, and validation of the certificate is not always necessary. For instance, there was a good long while where Chrome was completely unusable with some of our ZFS storage appliances (which live on a nonrouted private management network) because of retarded cert validation changes. Sure, that makes sense when you are visiting your bank's site... but not so much when you're trying to get into something on 10.0.0.0/8 when you're directly connected to the thing with a crossover cable... and no, updating the software in the controller wasn't an option because of outstanding critical-level bugs.

Fun times.

You can buy wallet cards in various retail outlets with cash.

Not even that - they are just limiting what the bots can do.

Indeed - like email spam, that kind of abuse just doesn't pay if you've got any kind of an overhead associated with volume.

Imaginary lines on the dirt mean nothing to stupid. Stupid is everywhere people are.

While I've been fortunate to have never received any of that junk, I do see this as a good move... and $5 is really low. Recall it's not $5 on any purchase, but $5 over the lifetime of your account. That's... well. If that's a problem for you, how exactly do you afford to have whatever it is you're running Steam on? I'll give you the internet - maybe public wifi (or stealing it)... but unless you dug the device out of the trash and are also stealing electricity, I think spending $5 at one time or another isn't much to require.

Ah, yes - they have those around here. Honestly, I don't listen to those, as (by chance) the stuff they play isn't anything I enjoy.

I can imagine though that it's perfectly fine for stationary radios - it's the mobile receivers who would deal the most with fluctuating signal strengths.

The way the digital stations around here work, is they broadcast both - and the receiver in my car seem to be intelligent enough to downgrade if the digital signal is too weak.

Basically, the radio starts off sounding like poo as it starts off in analog, but then as it 'locks in' (for lack of a better term) it switches over to digital and thus sounds much better. If I drive into a tunnel or such, the digital signal will drop and the radio will (without gap, mind you) drop back to analog, and switch back up when the digital signal is again stable.

I think what it does is it receives both, and keeps a running error talley on the digital stream. It uses this to determine if the signal is stable enough to use. I would expect even better performance if the streams were buffered for a second or two, but this isn't the case (at least the analog signal isn't - verified with my "real" radio)

Pst. Hey. Hey buddy. Your bias is showing.