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

 



Forgot your password?
typodupeerror
×

Comment Re:10TB of RAM? (Score 1) 296

Not really. RAM is only expensive because of the transistor size used. Fab plants are expensive. Packaging is expensive. Shipping is expensive. Silicon is expensive. If you add all that up, you end up with expensive products.

Because fab plants are running very large transistor sizes, you get low yields and high overheads.

Let's see what happens when you cut the transistor size by three orders of magnitude...

For the same size of packaging, you get three orders of magnitude more RAM. So, per megabyte, packaging drops in cost also by three orders of magnitude.

Now, that means your average block of RAM is now around 8 Tb, which is not a perfect fit but it's good enough. The same amount of silicon is used, so there's no extra cost there. The shipping cost doesn't change. As mentioned, the packaging doesn't change. So all your major costs don't change at all.

Yield? The yield for microprocessors is just fine and they're on about the scale discussed here. In fact, you get better. A processor has to work completely. A memory chip also has to work completely, but it's much smaller. If the three round it fail testing, it doesn't affect that one. So you end up with around a quarter of the rejection rate per unit area of silicon to a full microprocessor.

So you've got great yield, same overheads, but... yes... you can use the fab plant to produce ASICs and microprocessors when demand for memory is low, so you've not got idle plant. Ever.

The cost of this memory is therefore exactly the same as the cost of a stick of conventional RAM of 1/1000th the capacity.

Size - Exactly the same as the stick of RAM.

Power budget - of no consequence. When the machine is running, you're drawing from mains power. When the machine is not running, you are refreshing the dirty bits of memory only, nothing else. And 99.9% of the time, there won't be any because sensible OS' like Linux sync before a shutdown. The 0.1% of the time, the time when your server has been hit by a power cut, the hard drive is spun down to save UPS and the main box is in the lowest possible energy mode, that's when this sort of system matters. Even on low energy mode, buffers will need flushing, housekeeping will need to be done, transactions will need to be completed. This system would give you all that.

And the time when the machine is fully powered, fully up? Your hard drive spends most of its time still spun down. Not for power, although it'll chew through a fair bit - mechanical devices always do and the high-speed drives being proposed will chew through far, far more. They'll be spun down because a running hard drive suffers rapid deterioration. Can you believe hard drives only last 5 years??! Keep the damn thing switched off until last minute, then do continuous write. Minimizes read head movement (there's practically none), minimizes bearing wear-and-tear, eliminates read head misalignment (a lot of times, you can write the entire disk in one go, so what the hell do you care if the tracks are not perfectly in line with the ones they're replacing?) and (by minimizing read head time over the drive) minimizes the risk of a head crash.

I reckon this strategy should double the expected lifetime of drives, so take the cost of one 10 Tb drive and calculate how much power you'd need to consume extra for the memory in order for the memory's power budget to exceed the value of what you're doing.

Oh, and another thing. Because I'm talking memory sticks, you only need to buy one, subsequent drives of the same or lower capacity would not need to have memory there. You could simply migrate it. RAM seems to hold up ok on old computers, so you can probably say that the stick is good for the original drive and the replacement. That halves the cost of the memory per drive.

So, no, I don't see anything unduly optimistic. I think your view of what the companies could be doing is unduly pessimistic and more in line with what the chip companies tell you that you should think than what the chip companies can actually do.

Comment Re:Uhh yeah (Score 1) 108

Agreed, which is why it should be there.

Nonetheless, there needs to be a backup plan in case it does turn out that the NSA or GCHQ have a backdoor to it. If it's been deliberately compromised (and I'm not keen on changes made AFTER it had been approved as SHA3 for that very reason), then the more paranoid amongst us need to have a backup plan. I certainly wouldn't suggest HTTPS over TOR use algorithms that are considered three-letter-agency-unsafe for any part of the security protocol, for example, since they're the ones doing most of the attacking.

There's no easy answer to this, but I think that having SHA3 and NESSIE as the two standard choices and limited support for some third algorithm for when approval simply isn't good enough is the only real solution. The first two can be standard on all browsers and by all certificate authorities, the third only needs support on special-purpose browsers and OpenCA/OpenSSL/LibreSSL (since most uber-secure sites will roll their own certs).

Comment Re:When can we stop selling party balloons (Score 4, Interesting) 296

Helium balloons are a minor part of the overall picture. The overwhelming majority of uses are industrial, such as cryogenics. The problem is that they don't recover it. If you want to make a big impact on the helium consumption rate, hard drives is pretty much one of the least effective places you could focus - focus on industrial recovery.

Note that humans will never "run out" of helium. Even if we assume that space-based resource extraction becomes realistic, one can always refrigerate it out of the atmosphere. Or more accurately, refrigerate everything else out and leave the helium behind. There's only a tiny bit in the atmosphere, but for important uses it'll remain a possibility. I saw page that says that neon is $2 per liter. If you're refrigerating neon out of the atmosphere, pretty much all that's left is helium, so you're co-producing it, at a ratio of 3.5 to 1. If we assume that helium demand vastly outpaces neon demand, then the helium cost would be $7 per liter. And maybe less in mass production.

That's not really an absurd price for many uses - such as hard drives. On the other hand, it's dramatically more than today's prices at about $0.005 per liter! You're not going to be making helium blimps at $7 per liter. But if industry learns how to recapture and reuse, they should manage.

(Of course, humans probably wouldn't have to resort to helium extraction from the atmosphere for centuries, pretty much any gas coming out of the ground will be richer in helium than the air)

Comment Sounds stupid. (Score 0) 296

High capacity I can understand, but high speed is senseless. At current transistor sizes, you could easily have 10Tb of battery-backed RAM on a hard drive. You can then peel the data off the hard drive into RAM and write changes when there are enough or when a sync command is sent. RAM doesn't eat battery significantly, it only needs to maintain state and then only on dirty portions. That'll easily buy enough time to survive power outages and Windows crashes.

If everything is in RAM, access times are insignificant for always-on machines (the ones likely to need 10Tb of disk space). Since writes can be postponed until critical, the disk can spend most of the time totally powered down.

Now, if you're REALLY clever, you have twice that RAM. One lot for working space (which doesn't need battery backing) and one lot for writing to disk. This second set can be permanently defragmented, with writes designed to be compact on space and the hard drive spun to specifically provide for that.

Comment Re:Uhh yeah (Score 1) 108

Microsoft will probably implement SHA0. There's no value in SHA2 (and variants) now that SHA3 has been ratified, since SHA2 is just SHA1 with some lengthening. If SHA1 is brutally compromised, SHA2 will fall shortly after. Best to switch to NESSIE (Whirlpool) and SHA3 (something that sounds vulgar).

Having said that, SHA3 involved dubious mid-contest rule changes and spurrious rejection criteria that might well have been NSA-inspired. I'd take a very close look at the Hashing Lounge for any second or third round reject that shows greater resilience across the board (pre-image vulnerabilities, etc) as a backup in case NESSIE and SHA3 are seriously compromised.

Comment Re:Autoplay is EVIL (Score 1) 108

I'm not lying, that's the actual size, something like 420k. It may have been a bit shorter playtime, perhaps 20 seconds (I didn't time it), but still, it was quite small.

Nobody said videos on Facebook are Blu-Ray quality. But you seem to have weird concepts about how big videos need to be to be good enough quality for a web page. Just as a test, I took an original high quality full-motion video of a concert, reencoded it with ffmpeg, audio codec aac, vbr audio quality 0.5, video codec x264, preset veryslow, cf 33, resolution 512x288 (half original size), 20 seconds. File size? 420k. Of course the video from facebook was darker and quieter, so one would expect it to compress better. If we give my sample concert clip an allowable size of, say, 550k, then I can up audio quality to 0.7 and cf down to 30. Either way, the resultant clip was fine, the sort of thing you'd expect to see on a Facebook wall.

Anyway, the key point is, Facebook feeds aren't loading you down with 50 meg videos, they're little couple-hundred-k clips, the same size as animated gifs. And while I haven't measured it, they don't appear to start streaming until you scroll down to them, and look to stop after you scroll away.

Comment Re:Autoplay is EVIL (Score 1) 108

1) I just went and pulled the first anim-gif I saw off 9-gag, a fairly simple thing of Ralph Wiggum with little motion, so it should compress quite well for an animated gif. Size: just over 400k. I then pulled the first video that showed up on my Facebook feed, a 30 second full motion clip, and downloaded the entire thing (including the audio stream, full quality). Size: just over 400k.

So....?

2) Are you actually sure that it is downloading the audio stream when it does muted autoplay? Not saying that it oes or doesn't, but do you actually have evidence either way?

3) See the reply below.

There's really no argument. If you're going to allow animated gifs, you should allow autoplay videos. So that we can finally put the nail in the coffin of the awfulness that is gif by removing the last common use of it.

And FYI, 400k is not that much. Slashdot is a pretty simplistic website compared to most, and I just measured how much data is downloaded just to read the front page: 1.4M.

Comment Re:Autoplay is EVIL (Score 1, Interesting) 108

Why is it any more evil than animated GIFs? Both play automatically, neither happen with sound, and compression on x264 is *way* better than with animated gifs.

I was initially opposed to autoplay on FB, but after thinking about it, I changed my mind. We already see tons of animated stuff on web pages, and the videos from people who show up on my page about are usually things I'd find interesting (if the user posting them didn't usually post interesting things, I'd have stopped following them). There's no unexpected sounds to bug me, and the quality to size ratio versus animated gifs is, what, two orders of magnitude better?

Comment Re:Responsible Agency Enforcing Law (Score 4, Insightful) 222

Until I can be sure things are as safe as they reasonably can get I'd rather not have drones delivering packages yet

But that's exactly what drone proponents are asking for - a permitting standard that gives them the right to fly in these conditions and for these purposes in exchange for meeting a set of safety standards. Passive or automatically-engaged active safety features that ensure that "death by falling drone" is effectively an impossibility, whether that things like be cowled propellors, parachutes, an inherently low terminal velocity, fully independent backup propulsion, or whatever the case may be.

And in case you didn't notice, massive objects weighing hundreds of tons loaded with massive amounts of fuel and capable of taking out whole city blocks and/or skyscapers already fly extensively over your head. But you're worried about little plastic helicopters?

Comment Hmmm. (Score 2) 231

I deny all knowledge about the epson fx spontaneously catching fire.

The short circuit that blew up two power transformers and an embedded computer had nothing to do with me. And you didn't see me. And I was in disguise anyway.

Nobody saw me insert the radio direction finder valves into the R1155, switch it on and jam all televisions in the neighbourhood.

So, no, I've no knowledge of using technology to get into trouble. None whatsoever.

Comment Re:Sigh... (Score 1) 789

It's not a "non-need", but it's not the end of the world, for several reasons.

First off, everything comes down to time. If one had, say a decade, they could build a full, brand new gas production infrastructure from scratch, designed to produce in different parts of the world and export straight to the EU.

Great, except EU gas reserves aren't that big. They have a max capacity of about 6 months, usually filled to about half that at this time of year, though higher than average now. Russia makes up 30% of EU imports. Basically, reserves provides something like 9-12 months of Russian cutoff.

Next we have instant displacement. Much of the EU has been working to shut down coal power plants, and ones that are in operation are often run at lower and lower capacity factors. In the event of a full Russian gas cutoff, these would be all fired up and used heavily, while NG plants would instead be mostly shut down.

Then we have slower displacement, which can take anywhere from a month or so to a couple years. NG power plants can be converted to other thermal sources. Industrial consumers of NG for heat can switch to other heat sources. Etc.

On the home and commercial perspective, the higher cost of gas will lead to more investment in efficiency on its own. Government efficiency programs can improve this even further.

On the production side, the spike in gas prices will instantly make higher-cost, formerly unecomomical European fields economical. Some of these will be available right away, some will require weeks, some months, some years to bring online. But it does put a lot of new gas into the picture.

On the non-European side, there's LNG. The US is really a read herring on this front, at least for the time being, as Sabine Pass won't come online until the winter after next, and others even later. The Middle East is the primary LNG exporter here, particularly Qatar, whose LNG capacity alone is more than all the gas Russia sells Europe. Thankully, the EU is loaded with largely idle LNG import terminals (nearly enough to replace all of Russian gas as-is), and LNG tanker rates are very low right now, there's a glut. Now, Europe would have to pay a very high price for it. LNG is expensive to begin with, and they'll be competing with the gas's current customers, primarily Asia. Europe, of course, would pay more, leading to all of the aforementioned things - increased production, increased displacement, etc - to occur in Asia to offset their reduced LNG imports. Interestingly, the US actually *can* help there - the US does have a Pacific LNG export terminal that was recently brought back into operation at Kenai, Alaska.

The net combination of these factors is that, no, Europe will not just "run out of gas and freeze to death" or any of those other doomsday scenarios that people throw around. But there's no question that Europe will have to pay more for gas, probably at least 50% more. And nobody's going to like the resumed usage of coal power - but in the short term, they're not going to have a choice.

On the other hand... for the EU, the extra energy costs for gas and oil may represent something like a 5-10% GDP hit. But for Russia, losing all of their oil and gas exports would be like dropping a nuclear bomb onto their economy.

Slashdot Top Deals

Your files are now being encrypted and thrown into the bit bucket. EOF

Working...