Intel Confirms It Will Ship 160GB Flash Drives 228
Lucas123 writes "Intel has confirmed plans to ship a new line of solid-state drives for laptop and notebook PCs with storage capacities of 80GB to 160GB. While it did not lock in a ship date, Intel told Computerworld that the drives would be available in the second quarter. From the story: 'An aggressive move into the laptop and PC notebook flash disk drive business would catapult Intel into direct competition with hard drive manufacturers such as Toshiba Corp. and Samsung Electronics Co. that are trying to spark demand before their SATA-based offerings are released in the coming months.'"
Great. I buy a 160GB iPod and now they (Score:2)
Oh well. I'll just have to wait until the moving parts on this one stop moving.
Re: (Score:2, Informative)
Re:Great. I buy a 160GB iPod and now they (Score:5, Interesting)
why do you say that? I can buy a 16gb flash drive for $60 [google.com]. Line 10 of those up and you have a 160gb flash drive for $600 that shouldn't be much bigger than a iPhone if you remove the unnecessary plastic and USB ports from the drives.
Imagine a RAID0 array of ten 16gb flash drives! 200+ mByte/sec (ten x 20mB/sec) transfers and access times in nanoseconds vs hard drive milliseconds! No more bottlenecks.
i for one welcome our new flash memory overlords!
Re:Great. I buy a 160GB iPod and now they (Score:4, Informative)
Re: (Score:2)
Re:Great. I buy a 160GB iPod and now they (Score:5, Interesting)
Re: (Score:3, Interesting)
Re:Great. I buy a 160GB iPod and now they (Score:5, Informative)
That said, flash does have a bunch of advantages for music players. It's far more shock resistant (for running!), requires less power, and doesn't have to constantly be put to sleep and woken up like spinning magnetic media.
Re:Great. I buy a 160GB iPod and now they (Score:4, Insightful)
True, but PCs don't store data in consecutive order. Data is just placed haphazardly around, and it's up to the file allocation table to keep track of it all. So that 5 gigabyte game you're installing isn't all in one giant line of bits, it's shoved everywhere all over the drive, and it's constantly seeking to find where the rest of the files are to load the next level. That's why people periodically defragmenting their hard drives, to put the files all next to each other and save those precious milliseconds, which quickly turn into seconds when the PC's loading a ton of files into RAM.
Because of fragmentation it's rare to have 60 megabytes of data for one application all next to each other, so that's why hard drives rarely read at there top speeds, they read a couple hundred kilobytes, seek 10ms, read some more, seek, etc.
That's why people spend big $$$ to go from 7200rpm hard drives to 10k or 15k rpm SCSI drives, because just going from 8ms down to 3ms makes a very noticeable difference. So the jump from milliseconds down to nanoseconds would make a tremendous difference. RAM is measured in nanoseconds [wikipedia.org], so to have a 160gb drive only 5-10x slower than ram would be much better than the 1,000,000 times slower speed of hard drives accessing in milliseconds [google.com].
Re: (Score:3, Insightful)
Skipping that, the sustained transfer rate on SSD's has been going up A LOT recently. From SanDisk:
SanDisk SSD SATA 5000 2.5" achieves a sustained read rate of 67-megabyte (MB)*/sec and a random read rate of over 7000 inputs/outputs per second (IOPS) for a 512-byte transfer3
Sustained read might be less than the top end desktop hard drives but the extremely low avg file access time you will see a VERY significa
Re: (Score:2)
Where?
XYZ-byte Solid-State inevitable (Score:5, Funny)
Pricing, manufacturing, and delivery date will be announced at a later date.
Re: (Score:3, Funny)
Re:XYZ-byte Solid-State inevitable (Score:5, Funny)
Proof (Score:4, Insightful)
Indeed (Score:5, Funny)
Quite so. I daresay this capitalism business is catching on rather quickly.
Re: (Score:3, Informative)
I'm not sure the limit on write cycles will be a major concern at those sizes, especially if you keep the drive maybe 50-75% full.
Re: (Score:2, Interesting)
Re:Proof (Score:4, Informative)
http://www.storagesearch.com/ssdmyths-endurance.html [storagesearch.com] http://www.bitmicro.com/press_resources_debunking.php [bitmicro.com]
Representational Difference? (Score:3, Interesting)
But can I afford them yet? (Score:3, Insightful)
Re:But can I afford them yet? (Score:5, Interesting)
"In a short demonstration of an Intel solid-state drive at work in a laptop, Saleski showed that the drive could read and write 680MB of data and related storage in 24 seconds. The read and write speed of the solid state drive will be three to four times faster than that of most hard drives, and it will initially cost as much as three times as much as a hard drive, he said."
If in a year they are twice the price of a regular hard drive, that is a bargain for some of us, if for no other reason that to use it as a swap drive for the OS and scratch drive for Photoshop. It would also making loading game levels much faster, so an 80gb version could make an affordable addition to a regular drive that has the OS.
Re:But can I afford them yet? (Score:4, Insightful)
Re:But can I afford them yet? (Score:4, Funny)
Re: (Score:2)
I know that Photoshop allows you to specify a scratch drive, and I'm assuming there's a way to specify where to toss the swap file in Windows (I know this is simple in Linux by just creating the swap partition on the flash drive).
The problems come in your game example: Yes, game level loading (and related assets) would be greatly improved, and the performance improvement is definitely welcomed. But you wouldn'
Re: (Score:2)
Re: (Score:3, Interesting)
/not affiliated with metaram btw.
Re: (Score:2)
Bummer. (Score:3, Funny)
Re: (Score:2)
Logical move (Score:5, Insightful)
The shift to flash drives changes all this.
This is Intel's one chance to become a major player in a component that they haven't been involved in until now.
Re: (Score:2)
Re:Logical move (Score:5, Informative)
Re: (Score:2)
Re:Logical move (Score:4, Informative)
NAND flash is really a block device. There's no getting around it. Some assumptions we make today will have to be thrown out (such as assuming there's an advantage to writing blocks close together or trying to reorder reads so the drive head sweeps in the most efficient manner), but in general access to NAND memory makes sense only through the same block serialization stack we use today for disks.
Re:Logical move (Score:5, Informative)
Re: (Score:2)
Is there some limiting problem for SD cards that prevents them from being 20GB or so?
year 2015 the end of the consumer hard disk? (Score:2)
Could we see an end to Magnetic Media? (Score:4, Interesting)
Re:Could we see an end to Magnetic Media? (Score:5, Insightful)
Because drive size has began starting to exceed our data storage needs (at least on a personal computer Level)
Er.... I have several 30 GB HD rips that would tend to disagree with you.Multimedia content is still huge. Your standard from-the-factory PC can only hold 3-4 high quality movies. I know people who have multi-TB RAID arrays to archive their media content and are already feeling storage crunches.
Re: (Score:2)
Re: (Score:3, Interesting)
I never stated that people will not be able to fill the drives but it is a case the demmand for space is less then the supply of space in general... Back in them olden days were drive size was in the 100s of Megabytes people were rather quickly filling up the drives with normal operations. This was true until drive size got over 40 Gigabytes. About 10 year ago... While drive size has increased we can still get by quite well with 40 Gig hard drive. Even with Vista
Re: (Score:2)
And this will only get worse. Already 1080P content requires you to be within 6 feet or so of a 100" screen to discern the difference
Media? Also Scientific and Business data (Score:2)
Will never be cheaper (Score:2)
Re:Will never be cheaper (Score:5, Funny)
But the Difficulty of fabricating Magnetic Memory is magnitutes more diffucly compared to punching holes in some cardstock. So there will always a need for Punchcards.
Re: (Score:2)
Re: (Score:2)
In gerneal computing Punchcards as they were used with early computers is dead. People do not store instructions on these cards for normal use (unless they are into retro stuff)
Punch Cards are still used for storing small amounts of data, that can be handed to a person and then easilly put into a computer to track information such as Toll Roads without using EZ-Pass.
I expect a simular fate
Re: (Score:3, Interesting)
Sure, it's possible. Ten years leaves you a bit of wiggle room. But I'm skeptical...I think hard drives will still be around in 20 years. Heck...I'll bet on 100 years—I won't be around to pay up.
The reason I am skeptical of announcements of the impending doom of magnetic drives is that I first heard it in...l
Re: (Score:2)
Re: (Score:2)
Laptops... maybe, but we're still a few years away from seeing this approach the mainstream.
Re: (Score:3, Informative)
Partition Filesystems (Score:5, Interesting)
Re: (Score:2)
I am wondering if OS X's slow move to ZFS has some unexpected side effects.
Re:Partition Filesystems (Score:4, Insightful)
Re:Partition Filesystems (Score:4, Interesting)
Re:Partition Filesystems (Score:5, Informative)
The ONLY way you can defragment a file is to copy the fragmented file to another partition, remove it and copy it back. If you want to defragment a complete ext2/3 filesystem, make a backup of the filesystem using tar, delete the original and restore the backup.
No, this is not something you want to do while other software may be looking for the file.
Of the common filesystems available for Linux (ext2/3, xfs, jfs, reiserfs) the only one that supports online defragmentation is xfs (using the xfs_fsr utility) and this has to be scheduled manually.
Fragmentation in ext2/3 files is a huge problem when appending to files over long periods of time. You can check the fragmentation of any file on ext2/3 using the filefrag utility. Make a copy of a highly fragmented file (even to the same partition) and you will see the number of fragments go down dramatically, unless you don't have much free space left on the partition and the space you have free is also highly fragmented.
Re:Partition Filesystems (Score:5, Informative)
However, your defrag method IS NOT SAFE and WILL RESULT IN DATA LOSS on a live system (sorry to yell, but I don't want anyone trying it on a live system - it should be OK if you can guarantee that no-one else will modify the data on the partition)
There is a lot of opportunity in your script for data loss:
1. During the copy. If someone modifies part of the original that has already been copied, your
2. During the rm. Deleting files takes time, so there is more room for a file to try to write to the original. This step is actually completely unnecessary, just overwrite the original with your mv command.
3. After the mv. If a process has the original file open, it will continue writing to that original file, even after it's been deleted and "overwritten". It is very legal to continue file operations on an open file descriptor.
I suggest you actually try your defragmentation trick on a live filesystem which is actively in use. If you don't lose data, you're lucky.
So I'll say it again. The only filesystem which allows you do perform LIVE defragmentation is xfs using it's xfs_fsr utility.
Re: (Score:2)
Because contiguous reads and writes are still faster than scattered ones. This means you have to avoid small fragments anyway -- once the fragments are big enough, making them all adjacent won't help much.
Re: (Score:2)
Re: (Score:3, Interesting)
No, really, they aren't. If you just read block 2000 from flash media, a subsequent read of block 2001 and a subsequent read of block 546725 execute in exactly the same amount of time.
In the beginning, back in the days of interleave, hard drives were pretty close to random access. Tape drives had around the ratio of transfer speed to seek speed that hard drives have today. At one time RAM was truly random access as well, now reading the next byte is often more than 10 times faster than reading a random one. The same thing is happening to flash. Of course it will be decades before the problem will be as big as the one we have with hard drives now, but it will happen.
Re: (Score:2)
Well, that's probably only true on drives that don't automatically do wear leveling. Is it a waste of effort? Sure. But the additional write cycles will probably have a negligible effect given the sheer number of memory cells available in a device such as this.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
That said, I haven't found a decently detailed write-up on exactly how wear-leveling accomplishes its task. I'm assuming that stuff that is rarely written will end up occupying space that's not available to the wear leveling algor
Re: (Score:2)
Re: (Score:3, Informative)
Well, I think the earth probably is the center of the universe. 'course, both of our statements are unsupported by anything but guesswork, so why should either statement be believed over the people actually working in the industry on wear-leveling technology in modern flash drives?
Especially if you have less than 10% free space.
a) 10% of a 160GB flash drive is still 16GB... plenty of space, even if you are conc
Re: (Score:2)
Re:Partition Filesystems (Score:4, Informative)
I just found this [storagesearch.com]:
Unlike DRAM, flash memory chips have a limited lifespan. Further, different flash chips have a different number of write cycles before errors start to occur. Flash chips with 300,000 write cycles are common, and currently the best flash chips are rated at 1,000,000 write cycles per block (with 8,000 blocks per chip). Now, just because a flash chip has a given write cycle rating, it doesn't mean that the chip will self-destruct as soon as that threshold is reached. It means that a flash chip with a 1 million Erase/Write endurance threshold limit will have only 0.02 percent of the sample population turn into a bad block when the write threshold is reached for that block. The better flash SSD manufacturers have two ways to increase the longevity of the drives: First, a "balancing" algorithm is used. This monitors how many times each disk block has been written. This will greatly extend the life of the drive. The better manufacturers have "wear-leveling" algorithms that balance the data intelligently, avoiding both exacerbating the wearing of the blocks and "thrashing" of the disk: When a given block has been written above a certain percentage threshold, the SSD will (in the background, avoiding performance decreases) swap the data in that block with the data in a block that has exhibited a "read-only-like" characteristic. Second, should bad blocks occur, they are mapped out as they would be on a rotating disk. With usage patterns of writing gigabytes per day, each flash-based SSD should last hundreds of years, depending on capacity. If it has a DRAM cache, it'll last even longer.
I asked this same question on LKML 6 months ago (Score:5, Interesting)
Re:Partition Filesystems (Score:4, Informative)
I think there is definitely room for a Linux filesystem that is optimized for dealing with flash devices and limits the number of times data must be written. Furthermore, don't pad with 0's but with 1's (erased flash has all the bits as 1's).
I would love to see a simple universal flash filesystem which could be used by portable devices and PCs without all the limitations of FAT32 (i.e. 4GB file limit) which seems to be the current fs of choice for consumer devices.
JFFS2 is not suitable for regular flash drives (SD/MMC/CF/etc.) since it has its own wear leveling support and is optimized for devices without hardware wear leveling.
For non-flash devices I have switched to XFS due to the higher performance and better tools compared to EXT3.
-Aaron
EduMacate yourself (Score:2)
Re: (Score:3, Informative)
It's been a while since I've looked into how it works, but I'm speculating that it attempts to spread out write operations over the entire disk by giving file fragments fairly dynamic addresses. I believe it also has an ECC scheme and uses a reserved storage area for marking bad blocks. Since the SSD almost
Re: (Score:2)
I'm an idiot (Score:3, Interesting)
Re:I'm an idiot (Score:4, Informative)
Re: (Score:2)
Anyway, in the short term, they would rather waste a GB or two and make the sizes the same as wha
Re: (Score:2)
Sure, it may be convenient for chips/modules to be powers of 2, but not necessary in the case of flash.
Reason for using solid-state drives (Score:5, Interesting)
The main value of an SSD in a notebook is therefore that the notebook will last longer and there is much less chance of losing data due to disk failure.
Additionally, SSDs are a bit faster, and they're silent and use less power. They are also a little lighter, I assume.
On the down side, they're really expensive and writing files is slower so I guess you want to have lots of RAM and avoid swapping.
In 3 years they'll cost 10% of what they cost today, and they'll be in more than 50% of notebooks.
I don't see the advantage of SSDs in desktops, where it's trivial and normal to have full backups, and where power consumption, noise, weight, etc. are less important.
So it's a little inaccurate to see SSDs as direct competitors to HDDs, ultimately they address two distinct markets, high capacity vs. high reliability. SSDs are always going to be for secondary computers, and portable devices. Of course it's also true that these compete with desktops.
Re: (Score:2)
Er, which is it?
Re: (Score:3, Informative)
Reads faster (ie boots quickly, apps open faster)
Writes slower (ie files saves slower, page file churns sluggishly)
Re: (Score:2)
Think, if you could get hd format movies in full length put onto an SSD that simply plays the movies. No more CD scratching.... Errors, etc.
Re: (Score:2)
Re: (Score:2)
I would not be at all surprised if Blue-ray is the last distributed physical media for movie distribution.
Re: (Score:2)
Re: (Score:3, Interesting)
I'm here to quibble with "SSDs are always going to be for secondary computers, and portable devices."
http://www.earth.org.uk/low-power-laptop.html [earth.org.uk]
I already use SSD (4GB SD card) as my primary Linux boot/main storage device to keep power consumption of my primary HTTP/SMTP/NTP/... Internet-facing server to under 20W. I also have a 160GB HDD, spun down as much as possible, for bulk data.
If this 160GB drive had existed in the middle of last year when I speced the machine, I'd have had bought it like a shot
I'd rather have an SRAM drive instead of Flash ... (Score:2)
... where I can store my decryption key.
I'd love to join in with the insightful comments (Score:2, Interesting)
Damn, but I could do with a nice
OK, look, I'll try and say something worth reading: it has annoyed me quite a bit lately that, as SSD-driven audio players have mostly dominated over HDD ones in the last few years, the high-end of the capacity spectrum has become quite sparse; a few iPods that don't play
Re: (Score:3, Funny)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Robust portable storage. Put one in a rugged USB enclosure and they would be dandy for carrying all my stuff and booting my OS of choice on different computers.
Re: (Score:3, Funny)
Re: (Score:2)
Re: (Score:2)
But you're right, there certainly is a market for computers with sub-200gb drives. Especially laptops.