Slashdot Mirror


The Curious Case of SSD Performance In OS X

mr_sifter writes "As we've seen from previous coverage, TRIM support is vital to help SSDs maintain performance over extended periods of time — while Microsoft and the SSD manufacturers have publicized its inclusion in Windows 7, Apple has been silent on whether OS X will support it. bit-tech decided to see how SSD performance in OS X is affected by extended use — and the results, at least with the Macbook Air, are startling. The drive doesn't seem to suffer very much at all, even after huge amounts of data have been written to it."

205 comments

  1. cheese penis by Anonymous Coward · · Score: -1, Offtopic

    The rain was getting harder. It was now precisely 11:51 PM, and Mark was into his fifth beer. He was feeling pretty invincible but the night was young, and he intended to get wasted before it was all over. He had put in a rough week at work and he deserved it.

    He lit another cigarette. He and his drinkin' buddies sat in their traditional circle, in Ian's apartment. The talk wandered from sex to work, back to sex, to basketball, finally settling on sex. Mark had eaten lunch at Taco Bell, and had drunk four cups of coffee between lunchtime and quitting. In addition, the beers were beginning to settle in. And now, at 11:51 PM, Mark had to take a shit. He stood up. "Shit break," he announced. It was customary among this group to make such an announcement.

    Mark walked to the bathroom. As he locked the door behind him, thunder boomed. It was storming out there.

    He pulled his pants down and sat on the toilet. Ian's bathroom was a mess. He counted five empty toilet paper rolls, two paperbacks, and yesterday's newspaper. His friends laughed about something. The lights flickered for a moment, and the pre-shit growl came from within. He could feel the product lined up inside him for disposal. Then, he began to push.

    Plop. The first piece fell to the water. Then some movement, and Mark felt the main feature inside him, the mother lode. He grunted softly as he squeezed it out. It crackled past his sphincter, and splashed neatly into the bowl.

    Then another one queued up, and came out. It was almost as big as its predecessor. Mark would have well-purged bowels tonight, he realized with a smirk. He heard thunder again, closer this time.

    Another one? Jeez, he thought. When was my last shit? It ventured forth, Mark's muscles helping it out. It was the biggest one so far. The shit's passage through his anus, that rarest mix of pain and pleasure, was longer than any he could remember. Ahhhh...the stout log advanced with conviction. This was definitely going to be his finest creation; this was a huge one. Still grinning, he wondered if Ian had a camera.

    He pushed. Peering between his legs, past his genitals, he saw that it had reached the water. This was like seeing the longest freight train ever. Damn, it was a wide one. And it was still attached! And there was more! He pushed more, harder. It kept coming. He couldn't even feel the end of this one yet; soon it was bending, folding on itself like a sundae topping. Mark stopped pushing and caught his breath. He was sweating; he realized that however long this piece of shit was, it wasn't nearly all the way out yet. He still couldn't feel the end.

    He pushed, he strained, it kept coming. His intestines couldn't be that damn long, but this shit just wouldn't quit. In fact, he was feeling the diarrhoeal urgency of *having* to shit. He dutifully answered nature's call, and pushed harder. His efforts were rewarded with more shit. His sphincter was too strained to even pinch the loaf off. It was whole and complete.

    He couldn't feel the end.

    Fear now came to Mark. He flushed the toilet to make room for more. Even as the bowl refilled, the cramps rose up, and he pushed. Within seconds, the shit extended from his anus to bottom of the bowl. The harder he pushed, the more he had to shit. And it was getting worse. He scarcely had time to catch his breath; his face was quite red as he grunted and struggled to keep up. The shit seemed endless. He looked between his legs again, and gasped as he saw that the bowl was fully a quarter filled with his product, the water dangerously high. The tank wasn't even done filling, but he flushed again. Unfortunately, the plumbing was unable to handle the volume of feces, and the toilet backed up. Mark jumped when the cold water touched his buttocks.

    It was now 11:57. Thunder roared outside as water and shit particles flowed onto the tile.

    Mark's pants were bunched about his ankles, and he was in pain. The shit advanced relentlessly as he stumbled into the bathtub. He was almost panicking now, and

    1. Re:cheese penis by Anonymous Coward · · Score: -1, Offtopic

      So.. you're Brian?

    2. Re:cheese penis by Anonymous Coward · · Score: 5, Funny

      2.5 million B.C.: OOG the Open Source Caveman develops the axe and releases it under the GPL. The axe quickly gains popularity as a means of crushing moderators' heads.

      100,000 B.C.: Man domesticates the AIBO.

      10,000 B.C.: Civilization begins when early farmers first learn to cultivate hot grits.

      3000 B.C.: Sumerians develop a primitive cuneiform perl script.

      2920 B.C.: A legendary flood sweeps Slashdot, filling up a Borland / Inprise story with hundreds of offtopic posts.

      1750 B.C.: Hammurabi, a Mesopotamian king, codifies the first EULA.

      490 B.C.: Greek city-states unite to defeat the Persians. ESR triumphantly proclaims that the Greeks "get it".

      399 B.C.: Socrates is convicted of impiety. Despite the efforts of freesocrates.com, he is forced to kill himself by drinking hemlock.

      336 B.C.: Fat-Time Charlie becomes King of Macedonia and conquers Persia.

      4 B.C.: Following the Star (as in hot young actress) of Bethelem, wise men travel from far away to troll for baby Jesus.

      A.D. 476: The Roman Empire BSODs.

      A.D. 610: The Glorious MEEPT!! founds Islam after receiving a revelation from God. Following his disappearance from Slashdot in 632, a succession dispute results in the emergence of two troll factions: the Pythonni and the Perliites.

      A.D. 800: Charlemagne conquers nearly all of Germany, only to be acquired by andover.net.

      A.D. 874: Linus the Red discovers Iceland.

      A.D. 1000: The epic of the Beowulf Cluster is written down. It is the first English epic poem.

      A.D. 1095: Pope Bruce II calls for a crusade against the Turks when it is revealed they are violating the GPL. Later investigation reveals that Pope Bruce II had not yet contacted the Turks before calling for the crusade.

      A.D. 1215: Bowing to pressure to open-source the British government, King John signs the Magna Carta, limiting the British monarchy's power. ESR triumphantly proclaims that the British monarchy "gets it".

      A.D. 1348: The ILOVEYOU virus kills over half the population of Europe. (The other half was not using Outlook.)

      A.D. 1420: Johann Gutenberg invents the printing press. He is immediately sued by monks claiming that the technology will promote the copying of hand-transcribed books, thus violating the church's intellectual property.

      A.D. 1429: Natalie Portman of Arc gathers an army of Slashdot trolls to do battle with the moderators. She is eventually tried as a heretic and stoned (as in petrified).

      A.D. 1478: The Catholic Church partners with doubleclick.net to launch the Spanish Inquisition.

      A.D. 1492: Christopher Columbus arrives in what he believes to be "India", but which RMS informs him is actually "GNU/India".

      A.D. 1508-12: Michaelengelo attempts to paint the Sistine Chapel ceiling with ASCII art, only to have his plan thwarted by the "Lameness Filter."

      A.D. 1517: Martin Luther nails his 95 Theses to the church door and is promptly moderated down to (- 1, Flamebait).

      A.D. 1553: "Bloody" Mary ascends the throne of England and begins an infamous crusade against Protestants. ESR eats his words.

      A.D. 1588: The "IF I EVER MEET YOU, I WILL KICK YOUR ASS" guy meets the Spanish Armada.

      A.D. 1603: Tokugawa Ieyasu unites the feuding pancake-eating ninjas of Japan.

      A.D. 1611: Mattel adds Galileo Galilei to its CyberPatrol block list for proposing that the Earth revolves around the sun.

      A.D. 1688: In the so-called "Glorious Revolution", King James II is bloodlessly forced out of power and flees to France. ESR again triumphantly proclaims that the British monarchy "gets it".

      A.D. 1692: Anti-GIF hysteria in the New World comes to a head in the infamous "Salem GIF Trials", in which 20 alleged GIFs are burned at the stake. Later investigation reveals that many of the supposed GIFs were actually PNGs.

      A.D. 1769: James Watt patents the one-click steam engine.

      A.D. 1776: Trolls, angered by CmdrTaco's passage of the Moderation Act, rebel. After a several-year flame war, the trol

    3. Re:cheese penis by Anonymous Coward · · Score: -1, Offtopic

      Bravo!

    4. Re:cheese penis by Mitchell314 · · Score: 1

      I was going to mod this up, but that doesn't do it justice. Really had me laughing there, that was good.

      --
      I read TFA and all I got was this lousy cookie
    5. Re:cheese penis by sakdoctor · · Score: 1

      Can I get this as a Civilization IV mod?

    6. Re:cheese penis by jawtheshark · · Score: 1

      Minor nitpick: it's "Marconi", not "Marcoli"... unless I missed the joke in that...

      --
      Ahhh...the great dumpster continuum. Many a free computer will be found there. -- sowth (748135)
    7. Re:cheese penis by Endophage · · Score: 1

      particularly liked 1799 :-)

    8. Re:cheese penis by BitZtream · · Score: 1

      The funny part is that you think the caveman was dumb enough to release his new invention under GPL and give up every advantage he had.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    9. Re:cheese penis by BigSes · · Score: 1

      Why would anyone post something so awesome as AC?

  2. Wow, a pro Mac story by Anonymous Coward · · Score: 5, Funny

    That is startling!

    1. Re:Wow, a pro Mac story by bonch · · Score: 1, Funny

      How dare anyone not use Windows or Linux. They will not get away with this.

    2. Re:Wow, a pro Mac story by Trogre · · Score: 1

      Yes, as opposed to a Mac Pro story which would be, well, less so.

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    3. Re:Wow, a pro Mac story by makomk · · Score: 4, Informative

      An inaccurate pro-Mac story too, by the looks of it. For the Mac test, they didn't properly erase the SSD to its initial state - instead they used a tool that filled the disk with zeros, marking the entire drive as in-use. It's no surprise that they failed to see any performance degradation as the drive filled up: the performance was already maximally degraded from the start!

    4. Re:Wow, a pro Mac story by pond0123 · · Score: 1

      That is startling!

      :-)

      Having read through the original article, all of its comments, the linked article on TRIM and performance degradation and the score-over-3 comments herein, I'm surprised that nobody has pointed to this:

      http://www.osxbook.com/software/hfsdebug/fragmentation.html

      The description of the mechanisms HFS+ uses to avoid fragmentation are reminiscent of TRIM's operation from the drive's perspective and the garbage collection scheme used in Samsung's ARM controller, assuming bit-tech.net's description of these is accurate. It therefore comes as little surprise to read anecdotes from numerous users with both factory and third party ("fast" / "non-Apple firmware") SSDs where little performance drop is seen in OS X, along with a series of tests showing similar results and importantly, so far, no anecdotes or test results showing the opposite.

      The absence of claims of degrading SSDs under OS X is a surprise and suggests that there really is a performance advantage with SSDs and HFS+ where TRIM is not in use. Adopting TRIM support might improve matters further, of course.

      The bit-tech.net tests did still have numerous annoying omissions; this doesn't invalidate them but it does leave questions hanging. It would have been worthwhile partitioning most of the factory drive for NTFS and re-testing under Boot Camp. It would have been even more worthwhile getting one of the SSDs which showed the worst non-TRIM "dirty" performance under Windows and testing that under Mac OS X; if this wasn't possible on the Air hardware for some reason, they could've done it on the Macbook Pro they used as an HDD baseline in the first series of tests.

      BTW, Singh's OS X Internals is a great book if you want to learn more about the innermost parts of the OS.

    5. Re:Wow, a pro Mac story by kestasjk · · Score: 1

      We would prefer you say "stunning" ("breathtaking" would also have been fine)

      --
      // MD_Update(&m,buf,j);
    6. Re:Wow, a pro Mac story by PRMan · · Score: 1

      The number one thing I got out of the article is that if you buy a Mac, you can pay through the nose for a 2-year-old below-average SSD that performs the same as a modern HDD.

      --
      Peter predicted that you would "deliberately forget" creation 2000 years ago...
    7. Re:Wow, a pro Mac story by Omnifarious · · Score: 1

      I like their laptops just fine. It's their Jobs-inside iProducts I can't stand.

  3. GNUs for nerds, stuff that doesn't matter to anybo by Anonymous Coward · · Score: -1, Troll

    As the family wagon pulled into a small truck stop in the middle of nowhere, Rob "CmdrTaco" Malda's father turned to him and his mother.

    "Who else is hungry? "

    They had been driving across state to visit family and were now heading back home again. The problem is that it's a long drive and Rob's portable Ogg Vorbis player ran out of battery a long time ago. Without his collection of Creative Commons music and GNU/Linux oggcasts, all he has had to entertain himself with was his imagination, and like every other overweight manchild, he couldn't help but fantasize about things of an x-rated nature. All this had gotten him rather hot and horny so as his parents headed into the small cafeteria attached to the gas station he told them he was feeling a little car sick and needed to go to the toilet for a while.

    "Okay Rob" said his mother. "We'll be inside having lunch, take your time darling. But make sure you have something to eat okay?"

    "Okay" muttered Rob as he headed off in the direction of the arrow marked 'Toilets'.

    He walked around the corner of the small service building close to where some other cars and trucks were parked, and headed away from the main road. The toilets seemed like they where pretty far away but that was okay with Rob, he would need some privacy. Around the back of the building stood a small wooden hut with two toilet stalls inside, Rob thought it didn't look much like a public toilet but he was in too much of a hurry to care. He entered the small hut and closed the door, unfortunately it didn't have a lock so he moved past the sinks and into one of the stalls. This door had a rusty old lock that looked pretty flimsy, but the other stall was not an option, it was just too filthy, so Rob closed the stall door and sat down.

    He pulled his jeans down to his knees and removed his hardening cock from his tight underwear. A hideous chud of 19 years, Rob had a stocky build and a goatee; he had dark blond hair and brown eyes and was covered head to toe in sickly-looking pasty-white skin. He began to rub his cock which grew even harder in his hand, at its full length it was about 4 and a half inches but looked larger as Rob shaved and waxed most of his body as it made certain sports such as LARP easier. All of the fantasies from the car trip rushed through his mind and he felt his orgasm building up. He noticed the graffiti on the back of the door, there where some stupid tags but front and center was a drawing of a large cock dripping with cum. Strangely this aroused Rob who was straight but he put it out of his mind to focus on the task at hand.

    He was jerking his cock nice and hard when Rob heard footsteps outside the toilet and froze, worrying that it might be his parents or that he might have been moaning loudly, he sat in complete silence. The door of the bathroom opened and Rob heard someone enter, he listened as they walked slowly across the dirty tiled floor and stopped outside the stall he was sitting in. then, without warning the lock snapped off and the door flew open to reveal a large trucker standing there with his grubby hand holding the handle. He was big, he took up the entire door frame with his size, he was hairy too, beard stubble covered his dark rugged face and thick black hair ran down his exposed forearms. He wore a red checked long sleeved shirt that was rolled up to his elbows, black jeans, workers boots and a cap which covered more dark hair.

    Tall and bulky, the trucker looked down at Rob, who was almost half his size. Rob tried to cover himself up but he was frozen with shock and fear.

    "Heh heh!" the huge stranger laughed in a deep and menacing voice. "Listen up whore! I'm gonna fuck you hard and rough and you're gonna like it! No one can hear you scream back here so don't even try it! And if you don't do exactly as I say, I will pound the shit out of ya. Then I'll go and pound your mom and your dad too! You got that?!"

    Rob sat there stunned. This guy was definitely not joking and Rob knew he had no chance against this gu

  4. Intestines want to be free! by Anonymous Coward · · Score: -1, Troll

    The day after thanksgiving a few years ago, Richard Stallman was sitting on the toilet constipated. After about 4 days without being able to take a shit he finally decided to force it out. Straining himself, he began pushing really hard and eventually he started to hear a dripping into the toilet.

    "Almost got it," he thought, and gave it one more big push. Kaaa splooosh! What a relief, he must have lost at least ten pounds right there. He started to wipe, but he then noticed that his hand was covered with blood. He quickly jumped up to see a pile of bloody intestines trailing their way back to his ripped open bloody asshole.

    "Oh God! I can't believe this is happening to me," the distressed hacker yelled, grabbing his intestines out of the toilet and trying to push them back into his ass. The experience was so disgusting that he puked all over himself and passed out. His dog Hurd found him later that day and ate most of the intestines that were outside of his body. How did he survive you ask? Well, lets just say that the power of GNU Emacs should never be underestimated.

  5. The Cathedral and the Mustard Jar by Anonymous Coward · · Score: -1, Troll

    One time when Eric S. Raymond was young he got a small jar of mustard stuck up his ass. It was so far up there that he had to go to the doctors to have it removed. When the doctor went in for an exploratory he could not find the mustard jar.

    "How far is it up inside you?", the doctor asked him.
    "It's deep in there," Eric said, "keep looking."
    The doctor then proceeded to reach farther into his anal cavity, but still no jar.

    "I cant seem to reach it," the doc said. "I think we will have to do an x-ray, to see whereabouts the jar is in your ass."

    "No. That's OK," he said back to the doctor, "I just wanted you to stick your hand up my ass. That's all."
    After that the hospital banned him from coming back, but the doctor is now and forever a valued contributor to open-source.

  6. Re:GNUs for nerds, stuff that doesn't matter to an by Anonymous Coward · · Score: -1, Offtopic

    Uh-huh. Can I point out though that whilst such stuff may well be for nerds, normal users are the first to complain when their system is slow or it keeps crashing, etc.

  7. All Open Source Developers are Shallow by Anonymous Coward · · Score: -1, Troll

    One time I was at a free software convention and Linus Torvalds started to make conversation with me. He kept talking about all the women at the event that he would like to have sex with. Making jokes and gestures to his crotch. I just smiled. None of what he said I found amusing. He was really obnoxious. "I wanna fuck all the chicks, I'm no Faggot!" Linus said. After a small uncomfortable silence. I said , "I'm gay and I think I want to have sex with you." He then yelled something I couldn't understand, called me a fucking fag, then tried to beat me up. I was much bigger than him so I was actually able to beat him into unconsciousness. I then stripped him down to nothing, tied him to a nearby column, and got everyone at the event to insert at least one object into his ass before they left. The moral of this story is to not use GNU/Linux, it will make you gay.

    1. Re:All Open Source Developers are Shallow by Anonymous Coward · · Score: 0

      You mean don't use Linux, it turns you into queer bait. As a gay man, all I can say is: "pfft, I wish".

  8. OS X has nothing to do with it by Wesley+Felter · · Score: 3, Interesting

    You can't really draw any conclusions from these results. In one particular Mac, Apple ships a particular Samsung SSD that doesn't degrade, probably because its "clean" performance is already terrible (you might think of it as "pre-degraded"). In other Macs Apple ships Toshiba SSDs that may have completely different behavior. If you put a good SSD (e.g. Intel) in your Mac the behavior will be completely different.

    1. Re:OS X has nothing to do with it by Anonymous Coward · · Score: -1, Troll

      Here's a *FACT* ladies and gents, Steve Jobs picked me up as I was leaving a late night burger joint, and gave me THE BEST blow job I've *ever* had. I shot my load straight down Turtle-Neck-Man's gullet. Then he pushed me out the car door on some dark street and I had to call a fucking cab.

    2. Re:OS X has nothing to do with it by iotaborg · · Score: 4, Interesting

      FWIW, I've been using an Intel X-25M 160 GB SSD on my Mac Pro for over half a year, and my read/write speeds are essentially unchanged from when I got it... this is using xbench to check.

    3. Re:OS X has nothing to do with it by dfghjk · · Score: 4, Informative

      "If you put a good SSD (e.g. Intel) in your Mac the behavior will be completely different."

      Completely different from what?

      I have put an Intel SSD in a Mac, in fact 2 in a RAID 0 configuration, and it doesn't behave like you are insinuating it does.

      The performance of the Samsung drives does suck but it isn't because they are "pre-degraded".

    4. Re:OS X has nothing to do with it by mindstrm · · Score: 1

      Care to post your xbench results?

      The write performance can and should drop significnatly as soon as you've burned through all the unused blocks - so unless you are really sparse on the disk writes over the last year and haven't hit that point, or the drive was already degraded when you got it (which is still good and damn fast compared to the non-SSD drives) - this sounds suspicious.

    5. Re:OS X has nothing to do with it by Anonymous Coward · · Score: 0

      Maybe the intel drives aren't dog crap and don't require TRIM. Just a guess.

    6. Re:OS X has nothing to do with it by fermion · · Score: 1
      I would say looking for this problem in an operating system that has been running SSD for 30 months is the silly thing. Apple is a system designer. When something happens, we don't get a run around with the OEM blaming MS and MS blaming the OEM. It is pretty clear it is Apples fault. So if there was a problem we would have heard about it.

      OTOH, MS Windows is designed to be flexible enough to run whatever hardware is thrown at it. The downside is that a driver has to written for every single piece of hardware, and complex routine procedures sometimes have to implemented at the driver level instead of being nicely encapsulated at some other well known location.

      More useful, I would like to see what happens when one places an SDD in a a Macbook pro. I susepct 10.6 can handle it. Even more interesting would be how a Powerbook running 10.5 rates. It should work, and I bet it would be ok.

      --
      "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
    7. Re:OS X has nothing to do with it by billcopc · · Score: 2, Informative

      TRIM performance is directly tied to an SSD's erase performance. All TRIM does is tell the SSD which blocks are free to erase in its spare time. EVERY write to a NAND cell requires an erase, so if the SSD can perform that step while the system is idle, the next write to that cell can be performed immediately.

      TRIM allows SSDs to "cheat" by doing some of the work ahead of time. The dirty performance is the normal, sustainable speed you should expect from your SSD. Any gains from TRIM are the result of pre-erasing cells when you're idling... if your system never idles (e.g. a busy database), TRIM won't help at all.

      --
      -Billco, Fnarg.com
    8. Re:OS X has nothing to do with it by Anonymous Coward · · Score: 0

      maybe the filesystem is not crap and doesn't require TRIM

    9. Re:OS X has nothing to do with it by m.dillon · · Score: 3, Informative

      Strange reasoning. In anycase, the Intel SSDs appear to use a combination of static and dynamic wear leveling and it seems to do a really good job. A really, really good job. I have over a half dozen of the 40G drives and have not noticed any reduction in read or write performance.

      There seem to be dozens of different write combining and wear leveling implementations across vendors. Dozens and dozens. Variations between vendors are significant and even variations between revisions from the same vendor can be significant. Drives sold just two years ago are likely to have primitive weal leveling and write combining verses drives sold today. Vendor technology can be years apart.

      I guess you can thank MLC flash for the radical improvement in wear leveling and write combining algorithms over the last few years. Vendors can't really cheat when they use MLC flash... the algorithms have to work properly or the device has an early death due to the limited cell durability.

      Personally speaking, I am very confident about Intel's technology. OCZ seems to be pretty good too but it is also full of hacks and does not properly support SATA NCQ. I'm sure there are some other good vendor technologies out there but there are also definitely some very bad ones that are years behind Intel. In the SSD space, the quality of the software matters a lot.

      -Matt

    10. Re:OS X has nothing to do with it by spongman · · Score: 1

      yeah, they stated that they wiped the drive with zeros using DiskUtility. given that OSX doesn't support TRIM, that would mean that EVERY page is dirty, thus EVERY write requires a read-merge-write cycle, and thus the performance would never degrade since it's already as shitty as it can possibly get. maybe if they'd TRIMmed the whole drive with a decent OS and started from there without zeroing they'd have gotten significantly different results.

    11. Re:OS X has nothing to do with it by threephaseboy · · Score: 1

      Even more interesting would be how a Powerbook running 10.5 rates

      None of the Powerbooks have SATA hard drives.

      --
      .
    12. Re:OS X has nothing to do with it by silverdr · · Score: 1

      *Will* be completely different, right? And you *know* it, right? Then may I ask where do you know it from?

      --
      Now, mod me down freely. My karma can't get any worse...
    13. Re:OS X has nothing to do with it by beelsebob · · Score: 1

      You're missunderstanding.

      The SSD doesn't sit there erasing blocks. It merely marks them as erased. The problem is that a write to a block requires an entire cell to be written. If there's data in that cell, the SSD has to read the data out, assemble a new layout for the cell with the new data in it, and then write that back. TRIM allows the SSD to see that there's no data in the cell, and hence skip the read the data out, and reconstruct the contents of the cell steps.

    14. Re:OS X has nothing to do with it by Tacvek · · Score: 1

      Whoa! It can go either way an erased flash block is all ones or all zeros, depending on convention. Assuming the (less common) all zero convention, an erased black can have bits set one at a time, but any time a bit must be unset, the block must be erased. The fastest write performance occurs when the block is already erased.
      The next fastest is when it can be erased, and then just the new data written. The slowest is to read, erase, and the write the whole flash block.

      It is entirely permissible and even sensible to the drive to actually erase any block filled with only TRIM'd sectors, although if the flash block has a mix of TRIM'd and non-TRIM'd sectors, it can skip reading the untrimed ones when rewriting.

      --
      Stylish sheet to fix many problems in Slashdot's D3: https://gist.github.com/801524
    15. Re:OS X has nothing to do with it by dfghjk · · Score: 1

      "maybe if they'd TRIMmed the whole drive with a decent OS and started from there without zeroing they'd have gotten significantly different results."

      maybe. maybe not. I own a mac with a Samsung drive. It's performance sucks. It sucks no less than any benchmark I've seen published on it though.

    16. Re:OS X has nothing to do with it by dfghjk · · Score: 1

      Perhaps you should have posted that comment in the right place.

  9. I've never seen a problem by mrsteveman1 · · Score: 4, Informative

    I've got a Vertex 60 in a While unibody macbook and it works fine, boot is 7-9 seconds, apps load almost instantly even if i start 10 at the same time.

    I know TRIM doesn't work yet in OS X but the drive seems to take care of itself just fine.

    1. Re:I've never seen a problem by Anonymous Coward · · Score: -1, Troll

      A few years ago, while browsing around the library downtown, I had to take a piss. As I entered the john, a big beautiful all-American football hero type, about twenty five, came out of one of the booths. I stood at the urinal looking at him out of the corner of my eye as he washed his hands. He didn't once look at me. He was "straight" and married -- and in any case I was sure I wouldn't have a chance with him.

      As soon as he left, I darted into the booth he'd vacated, hoping there might be a lingering smell of shit and even a seat still warm from his sturdy young ass. I found not only the smell but the shit itself. He'd forgotten to flush. And what a treasure he had left behind. Three or four beautiful specimens floated in the bowl. It apparently had been a fairly dry, constipated shit, for all were fat, stiff, and ruggedly textured. The real prize was a great feast of turd -- a nine inch gastrointestinal triumph as thick as a man's wrist. I knelt before the bowl, inhaling the rich brown fragrance and wondered if I should obey the impulse building up inside me. I'd always been a heavy rimmer and had lapped up more than one little clump of shit, but that had been just an inevitable part of eating ass and not an end in itself.

      Of course I'd had jerkoff fantasies of devouring great loads of it (what rimmer hasn't?), but I had never done it. Now, here I was, confronted with the most beautiful five-pound turd I'd ever feasted my eyes on, a sausage fit to star in any fantasy and one I knew to have been hatched from the asshole of the world's handsomest young stud.

      Why not? I plucked it from the bowl, holding it with both hands to keep it from breaking.

      I lifted it to my nose. It smelled like rich, ripe limburger (horrid, but thrilling), yet had the consistency of cheddar. What is cheese anyway but milk turning to shit without the benefit of a digestive tract? I gave it a lick and found that it tasted better then it smelled. I've found since then that shit nearly almost does. I hesitated no longer. I shoved the fucking thing as far into my mouth as I could get it and sucked on it like a big brown cock, beating my meat like a madman. I wanted to completely engulf it and bit off a large chunk, flooding my mouth with the intense, bittersweet flavor. To my delight I found that while the water in the bowl had chilled the outside of the turd, it was still warm inside. As I chewed I discovered that it was filled with hard little bits of something I soon identified as peanuts. He hadn't chewed them carefully and they'd passed through his body virtually unchanged. I ate it greedily, sending lump after peanutty lump sliding scratchily down my throat. My only regret was the donor of this feast wasn't there to wash it down with his piss. I soon reached a terrific climax. I caught my cum in the cupped palm of my hand and drank it down. Believe me, there is no more delightful combination of flavors than the hot sweetness of cum with the rich bitterness of shit. Afterwards I was sorry that I hadn't made it last longer. But then I realized that I still had a lot of fun in store for me. There was still a clutch of virile turds left in the bowl. I tenderly fished them out, rolled them into my hankercheif, and stashed them in my briefcase.

      In the week to come I found all kinds of ways to eat the shit without bolting it right down. Once eaten it's gone forever unless you want to filch it third hand out of your own asshole -- not an unreasonable recourse in moments of desperation or simple boredom.

      I stored the turds in the refrigerator when I was not using them but within a week they were all gone.

      The last one I held in my mouth without chewing, letting it slowly dissolve. I had liquid shit trickling down my throat for nearly four hours. I must have had six orgasms in the process. I often think of that lovely young guy dropping solid gold out of his sweet, pink asshole every day, never knowing what joy it could, and at least once did,bring to a grateful shiteater.

    2. Re:I've never seen a problem by joe_bruin · · Score: 5, Informative

      The impact of the TRIM command is vastly overrated. It is effective on "naive" devices that don't allocate a reserve block pool and therefore have to erase before doing every write. On a modern SSD, the disk controller reserves 5-10% of the physical blocks (beyond those that the host can see) as an extended block pool. These blocks are always known to be free (since they're out of the scope of that OS) and are therefore preemptively erased. So, when your OS overwrites a previously written data block, one of these pre-erased blocks is actually written to and the old block is put in the reserve pool for erasing later at the device's leisure.

      The one case where this isn't true is if you're constantly writing gigs of data to an empty drive. With TRIM commands, most of your drive may have been pre-erased, whereas without it you may overrun the reserve pool's size and then will be waiting on block erase. For normal desktop users, this is a pathological case. In servers and people who do a lot of heavy video editing it may matter a lot more.

    3. Re:I've never seen a problem by arazor · · Score: -1, Flamebait

      Of course TRIM doesn't work on OS X.
      Macs are for fags.

    4. Re:I've never seen a problem by PopeRatzo · · Score: 1

      It is effective on "naive" devices

      When you say "naive devices" are you referring to the controller? (sorry I'm not as well informed about storage as I'd like)

      --
      You are welcome on my lawn.
    5. Re:I've never seen a problem by Anonymous Coward · · Score: -1, Troll

      called. And Sarai was circumcised in the children and the whole land of the earth. And Joseph day of his tent, and stood upright as he had made; and her to pass after his master came to pass at the people of Pharaoh surely hired thee into the money of the first is in male among the woman that have borne children of Pharaoh's, the Hebrews: and the kings of the house, Bring forth the children, or from before you; and his name of Noah, and from Pharaoh, and what good or not. And the first-born said unto them, saying, What is the seven years. And Cain said unto her to pass, as one that moveth upon them: and these are mine; Ephraim before him as his dreams. And in his place. And other brother the sons of the greatness of heaven, and behold now, do unto Abraham, and he said, Behold, I will destroy from their ponds of Israel took stones, and went to them, Sing ye are beaten; but give it was called Zoar. So the father seven days of Milcah, she had not cast her pitcher to shear his own people. But he put our money. And the integrity of Pharaoh said one from thy son Joseph laid up in the land perish not in: so unto Jehovah, until he said to Ephron the book of all the king of any beast of God, who shall die. And Jacob their anger was good. And God hath let the mother made Jehovah called the children of Israel, that was brought in their kind, and all the selfsame day, to dwell in thy father, Let me word of Admah, and brake every creeping thing also, O Lord, I know not one. And by the same is like the money is Kadesh), and the river; and there was left, and said unto all the lad where they blessed of fire, and Shelah begat Enosh: and said unto him. And Noah awoke from thence to him, Who would have ye that is escaped, and Zillah, hear me, Aner, Eshcol, and go down; for the woman said unto thy servants, that I have seen the younger son, Enoch. And also the land of Pharaoh, and he shall bring them away. Until thy voice to his work; and Zibeon the God Almighty bless her, Let the city. And their city, and men-servants, and Adbeel, and for an ordinance for thy children, Rachel was none that which thou shalt thou seest my sister. And he hath taken the people go, that I establish with her father hither. Send me word of Abram's wife; and well favored. And Jacob asked him, Behold, Rebekah said unto me, the enemy. And we dreamed a river went down into the one portion above the generations of the Egyptians shall help meet him, a good ears of Gerar sent, and go and it remain until the king of Shinar, Arioch king over all his host of Egypt, and we shall come to him, then is how then hast said. And he said, The water from the sea; there is this day. And Moses said, O my master, and hail; and by her. And Laban went throughout your herds, as he them, shall eat thy dead. But he bought with me, even me at the frogs shall not when the heavens, and all the bow down unto thee before him also and thee. Bury thy father Isaac, she conceived again, buy grain, and that our brother is what ye shall know that were on my people, Remember this day, and for venison, and honey. And they might dwell together: for in the Arkite, and he refused to pass after them: and it was hardened, and let one that he had they were gone out of Paddan-aram, to Esau said, Lest I have sorely grieved him as ye may know that she said to be for the womb, being a golden ring of flies upon me, and builded an abomination unto the week of the dove; and it came out of the earth; that thou didst thou sent them away; but every living thing which I fear of the earth was Avith. And Moses said unto him. And the father revived: and it shall dine with this thing, he and perform the earth. These are spies; to me, what can I hid his father answered Abraham for with him, If it that she returned to pass, when he hath also the Jordan. And again as they brought it shall ye shall be, when he seeth the whole assembly of the fish that he hearkened all that God of the years old age, an everlasting covenant, I have I have their bondage, and came in this day that are men, and told thee exceedingly. And she sa

    6. Re:I've never seen a problem by Jeff- · · Score: 4, Insightful

      You're missing something.

      Erase blocks and data blocks are not the same size. The block size is the smallest atomic unit the operating system can write to. The erase block size is the smallest atomic unit the SSD can erase. Erase blocks typically contain hundreds of data blocks. They must be relatively larger so they can be electrically isolated. The SSD maintains a map from a linear block address space to a physical block addresses. The SSD may also maintain a map of which blocks within an erase block are valid and fills them as new writes come in.

      Without TRIM, once written, the constituent blocks within an erase block are always considered valid. When one block in the erase block is overwritten, the whole thing must be RMW'd to a new place. With TRIM the drive controller can be smarter and only relocate those blocks that still maintain a valid mapping. This can drastically reduce the overhead on a well used drive.

    7. Re:I've never seen a problem by onefriedrice · · Score: 2, Informative

      I know TRIM doesn't work yet in OS X but the drive seems to take care of itself just fine.

      It probably is taking care of itself. Some OCZ drives, including the Vertex series, can have firmware which forgoes Trim support in favor of some form of garbage collecting.

      --
      This author takes full ownership and responsibility for the unpopular opinions outlined above.
    8. Re:I've never seen a problem by Anonymous Coward · · Score: -1, Flamebait

      I've been running Windows 7 since beta2, and it really kicks ass. I don't have to recompile my kernel when I want to install a wifi card, it automatically detects it and installs the drivers no matter who the manufacturer is. Dual monitors? No chore with windows, get two monitors and it's set up! I don't need to edit config files with editors that are 20 years old, and show it. You want to run games? Great! Choose from an array of tens of thousands of games that run great under DirectX and the NT subsystem. Stability got you down? Not in this version, I have had uptimes of over a month (and then the damn power goes out). Good internet browser? No need for Kommunist shit, you've got the great Internet Explorer 8 a click away. Doing some development? Nothing but the best for Windows users, choose from a suite of Visual Studio products that suits your needs, with one killer IDE. You Linux faggots can keep rooting for your piece of shit operating system that Windows 3.1 tops in terms of compatibility, all the while hindering your experience for something else you could be doing, while I use the operating system of choice (or by default) for over 200 million others in the world. Anti-Microsoft zealots piss and moan all you want, but your queer little OS won't be the reigning desktop champion anytime soon.

    9. Re:I've never seen a problem by Nerdfest · · Score: 1, Insightful

      I know TRIM doesn't work yet in OS X but the drive seems to take care of itself just fine.

      That's because like the iPad, OS X is magical.

    10. Re:I've never seen a problem by blackfrancis75 · · Score: 1

      You missed out the important detail of how long you've been using it.

    11. Re:I've never seen a problem by mindstrm · · Score: 1

      That.... makes sense.... I think you just made something click for me.
      Thanks.

    12. Re:I've never seen a problem by Anonymous Coward · · Score: 0

      TRIM is a hardware thing, the OS needs know nothing about it. "My" Macs (those I care about) run either WD Black Scorpio 320 with free fall sensor if laptops, WD AV-25 if Minis in down in the cabinet server role, or WD Black Scorpios again, but without the sensor for desktop minis and run reliably and cheap, even tough not the fastest spindles out there. On the other hand I've witnessed many SSD miserably fail in Juniper routers and Mikrotik boxes, so right now, and in the next 5 years nothing will persuade me to move to SSD. Well, if someone gives me an SSD for free, I'll accept, but will not trust any personal data to it.

    13. Re:I've never seen a problem by waynetv · · Score: 1

      How would that work? The TRIM command is what tells the drive a particular block is garbage.

    14. Re:I've never seen a problem by Rockoon · · Score: 1

      Without TRIM, once written, the constituent blocks within an erase block are always considered valid.

      I think that many folks are confusing logical sectors with physical sectors.

      The device is not reading a block, erasing it, making some changes to some of its sectors, and then writing back to the same now-erased block. It is always writing to some different block.

      For simplicity-sake lets say that each block contains 4 sectors, A, B, C, and D. When the file system writes to sector A, the SSD reads the entire ABCD block, updates A, and then grabs a virgin block to write ABCD to. The original ABCD block is then free to be erased by the SSD because it knows that it does not contain any mappable logical sectors.

      The issue is of course that from the OS/file system perspective, sector's A, B, C, and D may have been deallocated, but the SSD cannot know this without some help. Hence, TRIM.

      --
      "His name was James Damore."
    15. Re:I've never seen a problem by Anonymous Coward · · Score: 0

      How can you load more than one app at a time if they load instantaneously? ;)

    16. Re:I've never seen a problem by Tacvek · · Score: 1

      Perhaps The best way to do this is to define some terms.

      One term I will define is logical Many interfaces label this a block. This is the minimum amount of addressable data. It is what the kernel sees as the block size of the disk drive, and also used in the drive communication protocols. The file systems also often use them as a sector size, but that is completely independent of the size of a logical block in disk signaling, which is what most kernels view the device in terms of. From this point forward I will call them "logical blocks". Logical blocks are usually 4096 bytes in size.

      Flash devices are generally bit readable and bit writable, but only erasable in large blocks, called "physical blocks". In practice the controller can only address them in increments larger than single bit, but smaller than the full physical block size.

      The drive maps multiple logical blocks to a single physical block. This can be done in a haphazard fashion, but the simplest way is to map the physical blocks to the number of consecutive logical blocks that they can fit. So in the beginning the disk can be written to directly, since all the physical blocks are blank. If a logical block needs to be changed, just read the other logical blocks from the original physical block, and write the whole thing to an empty block. However, eventually, all physical blocks will have been written to. From this point forward, a physical block must be erased prior to being used.

      The trim command tells the disk of any logical blocks no longer in use. If all of the logical blocks in a physical block are not in use, then the drive can erase that physical block when idle, and be ready to use it with no speed degradation. If it tracks which individual logical blocks are not in use, it can also avoid reading them in any future 'read-erase-write' cycle.

      If the drive keeps a pool of unused physical blocks around, it can normally avoid the overhead of erasing on a new write, merely reading any logical blocks from the old physical block, and writing everything to a new physical block, and mark the old physical block for erasure while idle.

      If a significant pool of empty physical blocks are maintained, then maximum write performance remains possible as long as the amount written at one time is less than the amount of empty physical blocks in the pool. Only when writing too much at once does the pool run out, and erasures occur during writing, causing poor performance.

      Thus TRIM is only particularly valuable if the drive has an unreasonably small collection of spare physical blocks, or if the workload writing lots of data (sequential or not) at one time.

      Low end drives suffer from the former problem, keeping few if any spare physical blocks around, while higher end drives can maintain optimum write performance at all times, except for large sustained writes.

      --
      Stylish sheet to fix many problems in Slashdot's D3: https://gist.github.com/801524
    17. Re:I've never seen a problem by mrsteveman1 · · Score: 1

      5 months

    18. Re:I've never seen a problem by blackfrancis75 · · Score: 1

      FWIU not long enough for performance degradation to be noticeable - unless you're regularly filling/refilling the drive

  10. Lazy reporting, try different OSes by Anonymous Coward · · Score: 4, Interesting

    Maybe they should take the drive over to a Windows XP and Windows 7 box and see if it's the drive hardware being resilient or the OS. The G1 intel drives don't drop a ton after use, and they don't support TRIM. It looks like the Intel G1 flash is artificially capped by the controller. It could be similar here.

    1. Re:Lazy reporting, try different OSes by Anonymous Coward · · Score: -1, Troll

      I'm glad I don't have a whole country full of deceitful, greedy kikes stealing all my water and land anywhere near me. Fucking Jews can't just live in peace. They have to steal other people's land. Our national economy is collapsing from the Jewbanks doing their usual Jewthing. You see, with Jews, you lose. That's how THEY win. They WIN by making YOU lose. So let's lose the Jews.

      Global warming could be swiftly solved if we incinerated all of the Jews. Their ashes would be ejected into the upper atmosphere, where they would block some sunlight from hitting the earth. The economy would improve thanks to the absence of Jewish predatory lending, and it would buy us time to deal with climate change. Two birds, one stone.

      Fun with Facts:

              * Isreal has a Jewish population of 5,309,000.
              * America has a Jewish population of 5,275,000.

      Guess who really owns America? Hint hint, it isn't the Americans.

    2. Re:Lazy reporting, try different OSes by Anonymous Coward · · Score: -1, Offtopic

      "Guess who really owns America? Hint hint, it isn't the Americans."

      Even bigger hint: it's not the Jewish either. It's China.

    3. Re:Lazy reporting, try different OSes by mikeroySoft · · Score: 1

      or just use BootCamp. Ever try to open a MacBook Air?

    4. Re:Lazy reporting, try different OSes by wvmarle · · Score: 2, Informative

      TFA stated this is actually a follow-up test on tests done on Windows, where they found TRIM to have a large effect on the drive's performance. This included a drive they suspect to be technically similar to the one in the Mac (same manufacturer, age) - though unfortunately no direct comparison of actual hardware.

    5. Re:Lazy reporting, try different OSes by Anonymous Coward · · Score: 0

      Yes, I did read that. Similar doesn't mean identical. Who knows what firmware tweaks for OS X might be running under the cover, or if Apple managed to squeeze better binning flash chips for its drives? The test isn't really helpful without direct comparison of the drive Apple includes with another OS, preferably along side tests of off the shelf SSD drives being tested in OS X and other operating systems as well.

  11. I love you, Slashdot. by Anonymous Coward · · Score: -1, Offtopic

    Did You Know? After maintaining a vow of silence for almost 7 years, Red Hat Linux founder Marc Ewing now freely admits that he named Red Hat Linux after Limp Bizkit frontman Fred Durst's trademark red New York Yankees baseball cap.
    Durst and Ewing met in Ewing's hometown of Raleigh, North Carolina (Durst was raised in Gastonia, NC), where they became fast friends, sharing the same passion for low-level system programming.
    Durst collaborated with Ewing on the first preview beta of Red Hat Linux before the demands of his rocketing stardom forced him to abandon his hobby and tour with his band.
    Durst's position on the development team was filled by Damien Neil, and not many know of his contribution to the popular Linux distribution; however, a google search through the source code on Redhat.com (http://www.google.com/search?q=wfd+site:redhat.com) reveals many snippets of code authored by 'wfd', Durst's initials (William Frederick Durst).
    Durst asked Ewing to keep his 'geeky' roots a secret as it would not lend itself to Durst's bad boy image, but as Ewing points out, it was "only a matter of time" before the origins of his NASDAQ-100 company's name were uncovered.

  12. Linux? by Anonymous Coward · · Score: -1, Troll

    Totally gay.

  13. This is possible. by anethema · · Score: 5, Informative

    It depends a lot on how the drive works.

    Intel drives actually use the whole drive for scratch space. Until a sector is written to. Then without TRIM it only has its tiny bit of extra scratch space to work with. That's why intel drives degrade so badly without TRIM.

    Indilinx Barefoot controllers on the other hand ONLY use their scratch space, they never use the normal writing space of the drive as scratch space.

    See here.

    http://www.anandtech.com/show/2829/9

    While it does show the synthetic tests degrading with lack of trim, even more than the intel drives, the real world use tests show they suffer almost 0% loss in performance.

    Depending on which controller the drive is using, TRIM could make almost no difference or a world of difference.

    Anand explains it best:

    "Only the Indilinx drives lose an appreciable amount of performance in the sequential write test, but they are the only drives to not lose any performance in the more real-world PCMark Vantage HDD suite. Although not displayed here, the overall PCMark Vantage score takes an even smaller hit on Indilinx drives. This could mean that in the real world, Indilinx drives stand to gain the least from TRIM support. This is possibly due to Indilinx using a largely static LBA mapping scheme; the only spare area is then the 6.25% outside of user space regardless of how used the drive is."

    --


    It's easier to fight for one's principles than to live up to them.
    1. Re:This is possible. by Anonymous Coward · · Score: -1, Offtopic

      You know what? I took the plunge and installed Linux today. Top Hat or some hat version. But now I have a problem. Im getting these big red lesions all over me. Im not allergic to anything that would cause that, and I havent become infected with any diseases, my doctor checked me out fine. Then I figured out what Linux really is. Open Sores. Linux is killing me! Help!

  14. TRIM support is not vital to OS X by Anonymous Coward · · Score: -1, Troll

    As OS X swings both ways.

  15. Jews for Nerds! by Anonymous Coward · · Score: -1, Troll

    Jews, also known as kikes, hebes, hymies, yids, gold niggers, oven magnets, hook noses, sheenies, swindlers, criminals, "firewood", and Arabs in denial are a subhuman species of reptilian extra-terrestrials and adherents to one of the world's oldest major religions, called "Judaism", otherwise known as "The Worship of Money" or "Eating Arab Babies".

    Judaism was the world's first master race theory. The Jew religion teaches that Jews are the Chosen People of God and that there is a sacred mystical quality to Jew DNA. In olden times, Jew prophets would, under the command of YHWH, frequently lead the Jews on genocidal rampages against neighboring populations, and even today Jew leaders often cite Jewish religious ideals to justify their ongoing genocide of sandniggers. Judaism ironically found its mirror-image inversion in the anti-Jew Aryan racialism of the Nazis.

    Despite only being 0.22% of the world's population, Jews control 99% of the world's money. Not only do the Jews control the world, but also the media, the banks, the space program, and LiveJournal's porn communities and Gay communities. All Jews possess the following features: an extremely large nose, fake boobs, curly hair that reeks of faggotry, one of those gay hats, a love of coke, a law practice, a roll of money, a small cock, or shitty taste in dental hygiene.

    Jews invented both Communism and Capitalism. Karl Marx, of course, was a Jew, which was why he understood money so well, and in fact he was converted to Communism by another Jew, Moses Hess, the actual founder of Zionism, who ghost-wrote Marx's The German Ideology. Capitalism was created when Christian Europeans threw away their morals and decided to embrace Jewish practices like usury (see: John Calvin). Jews were the first group to create a sophisticated banking system, which they used to fund the Crusades in order to pit Christians and Muslims (both adhering to religions derived from and controlled by Jews) against each other to kill as many people as possible in a macabre human sacrifice to YHWH.

    The Jew banking system was based on fraud and lies, so when it inevitably collapsed, the Jews just pwned as many people as possible by unleashing the Black Plague on them. Later, Jews economically controlled medieval Venice (the first modern maritime trade empire), and then crypto-Jewish merchants economically controlled the Spanish Empire, including the slave trade. Openly Jewish bankers orchestrated the Dutch Empire and founded Jew Amsterdam (later Jew York). Later the Dutch Jews moved to London because they thought it would be a better base for a global empire, and actually brought a Dutch nobleman, William III, with them, who they installed in a coup d'état (more like Jew d'état, amirite?) as new King of the British Empire. For hundreds of years, Jewish bankers controlled global trade through their bases in Jew York City and London. European colonialism was, through its history, essentially a plot whereby Jews could gain control of gold and diamond mines in poor countries and increase their stranglehold over the global economy.

    Jews also enjoy slicing up baby penises for fun, some even enjoy sucking them. See below.

    Jews also created Jew search engine Google, so now they can find all Jew information on Internets.

    Some suggest that we should use Jews instead of dogs to sniff out large amounts of concealed cash or anything else worth smuggling at airports due to their sensitive Jew noses. Obviously, this is a horrible idea, because the pay is bad, and the dirty Kikes would probably form a union and demand moar money, thus increasing the burden on taxpayers everywhere.

    1. Re:Jews for Nerds! by Anonymous Coward · · Score: -1, Troll

      Three Parasites and a Funeral

      How Whites are Blinded by the Kike

      Meet Diplostomum pseudospathaceum. You might think crazy name, crazy guy – only it’s not a guy and it’s not crazy. It’s a parasitic worm and it looks after its own interests with ruthless efficiency. One stage of its life-cycle is spent in fish, the next in birds. But how does it get from one to the other? After all, fish do their best to avoid being eaten by birds. Diplostomum ’s solution is simple, ruthless and highly effective. It travels along a fish’s bloodstream to its eyes and blinds them. The fish can’t see shadows falling on the water and soon gets eaten.
      Now meet Toxoplasma gondii. This is an even simpler parasite that faces an even bigger problem: how to get from rats to cats. Rats don’t rely much on their eyes, so blinding them wouldn’t do much good. Instead, the microscopic parasite goes to work on its host’s large and complex brain, destroying its innate fear of predators. Rats infected with Toxoplasma become suicidal: they’re actually attracted to cats and Toxoplasma is soon snug in its preferred host. Scientists suspect that it can infect human beings and affect their behavior too, but you don’t need to look down a microscope to see a parasite of human beings that behaves like Toxoplasma – and like Diplostomum too.

      Yep, meet Yiddus maxischnozzus, the far-too-common Kike. Jews hate standing out as a minority in the White societies they parasitize, so they set to work blinding their White hosts and manipulating White brains. The mass media are supposed to act as our eyes, observing the world and reporting important patterns to us so we can protect ourselves from harm. This is why, just like Diplostomum swarming to the eyes of a fish, Jews have taken control of the mass media. In the nineteenth century they began to take newspapers and magazines over; in the twentieth, they stole the White invention of moving pictures and soon had a monopoly of the film industry. Television and radio followed and now Jews are desperate to take control of the Internet. So far, as websites like Heretical prove, they haven’t succeeded. On the Internet, Whites are finally able to discuss something Jews have forbidden them to discuss elsewhere: their own survival.

      Huge threats to our survival are reported every day even in the liberal media, but Jews try to keep us blind to them and stop us discussing facts that are staring everyone in the face. Here’s the opening paragraph of a story that appeared in Britain’s biggest liberal newspaper, The Guardian:

      A solicitor at a leading law firm was stabbed to death in an apparent robbery 100 yards from his front door. Tom ap Rhys Pryce, 31, was on his way home in north-west London after a night out with colleagues on Thursday when he was attacked. Detectives said yesterday they were looking for two suspects who held up Mr ap Rhys Pryce at knifepoint as he walked from Kensal Green underground station to the home he shared with his fiancee. The attackers then “gratuitously and unnecessarily” stabbed him to death, police said. (14th January 2006)
      Even liberals will know exactly what’s coming next and sure enough the “two suspects”
      were described as being black, in their late teens or early 20s. Both were about 5ft 6in tall, according to witnesses, and were wearing loose clothing at the time of the attack. One of them had a hooded top.
      It’s only on the Internet that Whites can point out the truth: that this is Typical Nigger Behavior and that we should kick niggers and other non-whites out of White nations ASAP to stop them causing more death and misery to our race. But the Jewsmedia minimize non-white violence and criminality and pump out constant race-mixing propaganda designed to make Whites think non-whites are friendly, harmless and attractive.

      This kind of propaganda has deadly consequences. The White girls in the following story had been fed J

    2. Re:Jews for Nerds! by Anonymous Coward · · Score: -1, Offtopic

      Fucking wow. Just wow, dude. You must expend a boatload of energy trying to hate that much. Me, I'm too lazy to hate anyone or anything that much, unless it gets in my face. Who pissed on your Cheerios this morning?

    3. Re:Jews for Nerds! by Anonymous Coward · · Score: -1, Offtopic

      The Jews.

  16. Two quotes stick out by izomiac · · Score: 5, Interesting
    While skimming the article two parts really stood out. First:

    Apple's description of the zeroing format method we used fits the description of what we wanted in terms of resetting the SSD to a clean state

    Zeroing is not the same operation as TRIM. TRIM marks a block as unused, and if you read it you'll either get random data, or zeros (probably the later). Zeroing marks it as in-use, and if you read it you'll get zeros. The SSD's wear management algorithm will move the latter around as though it were real data, whereas it knows the former is "empty" so it won't bother (so the SSD will be faster). In other words, they don't seem to be using a "clean state" at all, which would explain why there's no difference.

    Secondly, the SSD in the Macbook Air really isn't very fast at all

    Which strengthens the hypothesis that they were comparing one "full" state with another. Pop out the drive, TRIM the whole disk in another OS, and run the benchmark again. It'll probably be a lot faster. It wouldn't surprise me if installing the Mac OS at the factory caused every block on the SSD to be used at least once (e.g. a whole disk image was written), which would mean you'd already be at the worse possible performance degradation.

    1. Re:Two quotes stick out by Anonymous Coward · · Score: 0

      Next time don't skim, you completely misunderstood the first quote.

    2. Re:Two quotes stick out by Anonymous Coward · · Score: -1, Troll

      Holy crap.

      I met Cal Ripken Jr. today.

      I can't believe it. I was sitting outside the Ralleys on Caliborne street, drinking a banana milkshake and eating a large order of rallyfries, when I saw a white SUV pull up to the store across the street, "Cherrry". I didn't think anything of it, but I almost choked on a mouthful of banana milkshake when I saw Cal Ripken Jr. get out of the SUV and go into Cherrry, the porno store!

      I'm such a huge fan. I forgot all about my rallyfries and ran with my milkshake across the street, almost getting hit by a school bus on the way across. Even though I am still six months away from being 18, I HAD to go in the store and see Cal Ripken Jr.

      So I went inside, and tried to look nonchallant, and there he was! Cal Ripken Jr was haggling with the cashier over the price of a giant rubber cock! My eyes were as wide as dinner plates.

      I was afraid they were going to call the cops, since I was underage, but Cal has been my hero ever since I was a little kid.

      I marched up to him and asked him for his autograph.

      Since I didn't have anything for him to write on, Cal Ripken signed his name on a copy of "Tranny" and gave it to me! But that wasn't all he had to give me.

      It turns out Cal is a really nice guy. The owner was eyeing me, and asked me for ID, but Cal said "no, it's cool, he's with me" I couldn't believe it! We started to talk about his incredible consecutive game streak, while Cal browsed their assortment of vibrating butt plugs.

      After a little while, he asked if I wanted to see his orioles tatoo, and you better believe I didn't say no.

      He gave the cashier a 20$ dollar bill and took me back to one of the private booths, taking with him several of the dildoes and vibrators he had purchased.

      Cal Ripken was as good as his word, he wasted no time whipping out a nine inch cock, with a tatoo of the orioles logo on the big meaty head.

      "Batter up!" Cal exclaimed, and jammed his big hot cock down my throat so hard and fast that my hand clamped down on my banana milkshake, spraying it all over Cal Ripken Jr!

      Fortunately it did not get on my autographed copy of "Tranny" but whoa man!

      Cal was pissed!

      He took me over his knee and spanked me mercilessly, yelling "Bad boy! Do you know what happens to bad boys?"

      "Lick it all off!" Cal said, then he squatted over the viewing bench. I licked all the banana milkshake off of cal's hot hard body, but that wasn't enough for him.

      "You missed a spot!" cal ripken jr shouted, and he bent over and pulled down his pants and silk boxers, displaying the chocolate starfish that played more consecutive MLB games than any other. "Lick it ALL OFF!"

      I was humiliated, but I felt I had no choice but to lick Cal Ripken Jr's sweaty asshole.

      I licked Cal's ass for maybe three minutes, then he swiveled around and came explosively on my face. What the fuck! I'm only 17 years old.

      Cal Ripken Jr. cinched up his pants and left, leaving me with nothing but my autographed copy of Tranny to show for it. I didn't even reach orgasm.

    3. Re:Two quotes stick out by izomiac · · Score: 5, Interesting
      Well, to be honest I did look a bit more at that part before criticizing it. On page two of the article they elaborate:

      The Macbook Air we received from Apple had previously been sent to other reviewers, so we first needed to get the SSD into a "clean" state. While we have an established way of doing with Windows systems - using HDDerase to perform a low level format - we needed to find a way of doing this with OS X. The OS X installer actually allows you to load an app called Disk Utility, which can partition and format the drive - and one of the options is for a format which zeroes all the data.

      According to Apple, "the "Zero all data" option... takes the erasure process to the next level by converting all binary in the empty portion of the disk to zeros, a state that might be described as digitally blank." The next level? Count. Us. In.

      And the link goes to an Apple site that explains what zeroing the data does and how to do it.

      Once we'd done this with the clean SSD, we then proceeded to give it a damn good thrashing. As with our Windows SSD testing, we filled the SSD with around 112GB of files from a USB hard disk - the files included OS files, game installs and media. We then deleted these files, then copied them across again, repeating the process ten times, so that we'd written over 1TB of data to the SSD.

      So... they wrote over the whole disk with a format, then copied and deleted a bunch of files in hopes to get full coverage of the disk (i.e. exactly what the zeroing format did). That's about three levels of abstraction above what they're trying to test.

    4. Re:Two quotes stick out by broken_chaos · · Score: 5, Informative

      if you read it you'll either get random data, or zeros (probably the later)

      If you read a TRIMmed block directly, most drives will kick back zeroes. You can do this with hdparm -- particularly useful as a method to test if TRIM works (and it even uncovered a bug in ext4's TRIM implementation in data=writeback mode, where TRIM only works on metadata). Run hdparm -I on a SSD, and it'll actually say something along the lines of "Deterministic read ZEROs after TRIM" for most drives.

      In other words, they don't seem to be using a "clean state" at all, which would explain why there's no difference.

      Very true. There are only two methods I know of to 'clean slate' a full drive -- either TRIM the entire thing (with a tool like hdparm -- this is tricky to get right) or run an ATA Secure Erase command. Most SSDs take the secure erase command and just blank every NAND chip they have (taking ~2 minutes compared to the multiple hours that rotational drives take for the Secure Erase command) -- I've done this on my X-25M and it works brilliantly.

      Unless Apple's Disk Utility actually does a Secure Erase command (which is very unlikely), then their testing methodology is entirely flawed, and their 'resetting' of the drive instead made it behave as if it was entirely, completely, 100% filled to the brim.

    5. Re:Two quotes stick out by Anonymous Coward · · Score: -1, Troll

      I live with my best friend of many years. He and I eat dinner together, watch TV together, and drink together. While we were in the living room watching TV, he asked me if I wanted to masturbate with him. I hesitantly said okay. I let him get started first and finally got the courage to do the same. I was amazed at how much I watched his penis barely looking at the women in the video. I saw him glance at me several times as well We currently masturbate together about 3 nights a week. After the first month, I told him I wanted to do what I like to but didn't want to freak him out. He said okay, and after I ejaculated on my stomach, I scooped it up and ate it. I've always done this. Just last week he shocked me by ejaculating in his hand and asking me if I wanted it. I licked it out of his hand and that was it. Can I be doing this and not be gay?

    6. Re:Two quotes stick out by Anonymous Coward · · Score: -1, Troll

      Since I was a kid I always thought of Adolf Hitler as a great leader. When I took a Holocaust class in school and the teacher preached about what a scumbag he was and how much Germany fucked up I told her to go fuck herself and I walked out a dropped the course. Everytime I see her I give a Sieg Hiel and the salute. I wish Germany won World War II and the U.S. lost miserably. The world would be such a greater, cooler place.

    7. Re:Two quotes stick out by Anonymous Coward · · Score: -1, Troll

      Dr. Strangeloathing

      – OR –

      How I Learned to Start Thinking and Hate the Jews

      There are two types of people in the world: people who think there are two types of people in the world and people who don’t. I’m among the first type and I think the world is divided into people who recognize the Jewish problem and people who don’t.

      In other words, the world is divided into smart people and dumb people. If you’ve got an IQ of 80, have difficulty operating a can-opener, and recognize the Jewish problem, you’re smart. If you’ve got an IQ of 180, have already won a couple of Nobel Prizes, and don’t recognize the Jewish problem, you’re dumb.

      I’ve been dumb for most of my life: it took me a long time to recognize the Jewish problem. I didn’t think for myself, I just accepted the propaganda and conformed to the consensus. Jews are good people. Only bad people criticize Jews. Jews good. Anti-Semites bad. But then, very slowly, I started to see the light.

      Recognizing Jewish hypocrisy was the first big step. I was reading an article by someone called Rabbi Julia Neuberger, a prominent British liberal. I didn’t like liberals then, so I didn’t like her for that (and because her voice and manner had always grated on me), but her Jewishness wasn’t something I particularly noticed. But as I read the article I came across something that didn’t strike me as very liberal: she expressed concern about Jews marrying Gentiles, because this threatened the survival of the Jewish people.

      That made me sit up and think. Hold on, I thought, I know this woman sits on all sorts of “multi-cultural” committees and is constantly being invited onto TV and radio to yap about the joys of diversity and the evils of racism. She’s all in favor of mass immigration and there’s no way she’s worried about Whites marrying non-Whites, because “Race is Just a Social Construct” and “We’re All the Same Under the Skin”. She’s a liberal and she thinks that race-mixing is good and healthy and Holy. Yet this same woman is worried about Jews marrying Gentiles. Small contradiction there, n'est ce-pas?

      Well, no. Big contradiction. She obviously didn’t apply the same rules to everyone else as she applied to her own people, the Jews. She was, in short, a hypocrite. But not just that – she was a Jewish hypocrite. And that’s a big step for a brainwashed White to take: not just thinking in a negative way about a Jew, but thinking in a negative way about a Jew because of her Jewishness.

      After that, I slowly started to see the world in a different way. Or to be more precise: I started to see the world. I started to see what had always been there: the massive over-representation of Jews in politics and the media. And I started to notice that a lot of those Jews – like Rabbi Julia Neuberger, in fact – gave me the creeps. There was something slimy and oily and flesh-crawling about them. And it wasn’t just me, either: other Gentiles seemed to feel it too.

      Politicians often attract nicknames based on some outstanding aspect of their character or behavior. Margaret Thatcher was “The Iron Lady”. Ronald Reagan was “Teflon Ron”. Bill Clinton was “Slick Willy”. But these are Gentile politicians and their nicknames are at least half-affectionate. Jewish politicians seem to attract a different kind of nickname. In Britain, Gerald Kaufman, bald, homosexual Member of Parliament for Manchester Gorton, is nicknamed “Hannibal Lecter”. Peter Mandelson, now Britain’s Euro-Commissioner and Tony Blair’s suspected former lover, is “The Prince of Darkness”. Michael Howard (né Hecht), the leader of the British Conservative Party, is “Dracula”.

      When I noticed this kind of thing, I started to ask questions. What was going on here? Why did Jews attract nicknames li

    8. Re:Two quotes stick out by AllynM · · Score: 3, Interesting

      Apple's description of the zeroing format method we used fits the description of what we wanted in terms of resetting the SSD to a clean state

      Zeroing is not the same operation as TRIM. TRIM marks a block as unused, and if you read it you'll either get random data, or zeros (probably the later). Zeroing marks it as in-use, and if you read it you'll get zeros. The SSD's wear management algorithm will move the latter around as though it were real data, whereas it knows the former is "empty" so it won't bother (so the SSD will be faster). In other words, they don't seem to be using a "clean state" at all, which would explain why there's no difference.

      Not only that, but writing to all free space of many SSD's will *drop* their IOPS performance since the drive now has to track *all* sectors in the LBA remap table. This is especially true with Intel drives (even the 2nd gen). Additionally, without TRIM, most drives will then continue to track all LBA's as long as used in that same Mac.

      Secondly, the SSD in the Macbook Air really isn't very fast at all

      A Macbook Air is just about the worst test of SSD performance, as its SATA and other busswork is run in a much reduced power mode, meaning the bottleneck is not the SSD at all. A worst-case degraded SSD in an Air will still be faster than the other bottleneck in that system.

      Allyn Malventano, CTNC, USN
      Storage Editor, PC Perspective

      --
      this sig was brought to you by the letter /.
    9. Re:Two quotes stick out by scdeimos · · Score: 2, Interesting

      I read the Apple link (http://support.apple.com/kb/HT1820) and I don't see how it would be equivalent to TRIM on an SSD device.

      Zeroing a device, as per the link, just writes zeroes to every block on it. From an SSD's point of view this means that every block is in use and just happens to contain zeros. Next time a request is made to write to a block it requires a (comparatively slow) read-modify-erase-write cycle. It won't make an SSD faster, but it may serve to securely erase the data on it (depending on its absence of wear levelling techniques).

      TRIM on the other hand is used by the file system driver to say "I've deleted all data in this block, you can disregard it now." The device will erase it at its leisure. Next time a write is made to that block it's a simple (and fast) write cycle, without the read-modify and costly erase. Saving the erase cycle from interfering with a write is how TRIM-enabled drives gain their performance boost.

      TFA's tests were invalid, because the drive was always in a degraded mode (assuming of course the 2008-era Samsung even supported TRIM).

    10. Re:Two quotes stick out by Anonymous Coward · · Score: 0

      How did you run hdparm or Secure Erase? I was unable to get hdparm to run correctly under Linux on two Macs and the Secure Erase (CMRR) boot disk wouldn't boot on either a MacBook Pro or an Air. Please provide more info.

    11. Re:Two quotes stick out by Anonymous Coward · · Score: 0

      The erase that's built-in to the drive utility is just a block-overwriter AFAICT. It would be useful to hear how someone invokes SE...

    12. Re:Two quotes stick out by broken_chaos · · Score: 1

      I haven't done it on a Mac, only on a PC under Linux (more or less following this documentation). You may have to find an alternate tool to send the ATA Security commands to the drive, if hdparm isn't working.

      Mind you, the drive has to support ATA Security commands (some may not) and has to be in an 'unfrozen' state (many BIOSes/EFI firmware freezes the drive at boot). This may mean you'd need to power cycle (disconnect/connect) the drive while the computer is running to unfreeze it (which, as long as the drive is entirely unmounted, is safe for an SATA drive). You might also be able to boot with it disconnected and plug it once booted instead.

      There seems to be some information (some similar to what I've already mentioned) specifically pertaining to Macs/OSX here, though I haven't tested it.

    13. Re:Two quotes stick out by Anonymous Coward · · Score: 0

      Yes, complete confusion on the part of the reviewers.
      Firstly, writing 0s to a NAND device is the exact opposite of a free block because NAND erased state is 1,
      though that may not be reflected as 1 to the OS I guess, but writing ANYTHING to it, 0 or 1 makes it DIRTY.
      So they started with a totally dirty disk and then dirtied it a bit more. Surprise surprise.. it acted the same!

      The only way to get a clean disk is to run the manufacturer's format utility which will run the correct low level commands
      to do so.

      One test they could do would be to just let the disk sit for a couple of days, and let it's background garbage collector clean up as much of he drive as it can
      and then do a small write test. They should see good speed until the drive's reserve pool has been used up at which it should drop to the performance they saw here.

    14. Re:Two quotes stick out by Anonymous Coward · · Score: 0

      Default isn't to do a secure erase, but there are options to do a 1-pass, 7-pass, and 35-pass secure erase.

  17. Flawed article by ShooterNeo · · Score: 5, Informative

    The article writers made 2 major mistakes that cause their results to be meaningless.

    1. They didn't secure erase the drive, which is what actually puts a drive back into a virgin state. They instead wrote zeroes to every sector, which means that the drive controller probably still thinks those zeroed out sectors are still in use.

    2. The Samsung drive controller has a form of self cleanup that greatly reduces the need for TRIM.

    3. Regardless, the SSD they used was slow as a dog and barely worth using over a HDD.

    1. Re:Flawed article by Anonymous Coward · · Score: -1, Troll

      Welcome to Niggerbuntu

      Niggerbuntu is a Linux-based operating system consisting of Free and Open Source software for laptops, desktops, and servers. Niggerbuntu has a clear focus on the user and usability - it should Just Work, even if the user has only the thinking capacities of a sponge. the OS ships with the latest Gnomrilla release as well as a selection of server and desktop software that makes for a comfortable desktop experience off of a single installation CD.

      It also features the packaging manager ape-ghetto, and the challenging Linux manual pages have been reformatted into the new 'monkey' format, so for example the manual for the shutdown command can be accessed just by typing: 'monkey shut-up -h now mothafukka' instead of 'man shutdown'.

      Absolutely Free of Charge

      Niggerbuntu is free software, and available to you free of charge, as in free beer or free stuffs you can get from looting. It's also Free in the sense of giving you rights of Software Freedom. The freedom, to run, copy, steal, distribute, study, share, change and improve the software for any purpose, without paying licensing fees.

      Free software as in free beer !

      Niggerbuntu is an ancient Nigger word, meaning "humanity to monkeys". Niggerbuntu also means "I am what I am because of how apes behave". The Niggerbuntu Linux distribution brings the spirit of Niggerbuntu to the software world.

      The dictator Bokassa described Niggerbuntu in the following way:

              "A subhuman with Niggerbuntu is open and available to others (like a white bitch you're ready to fsck), affirming of others, does not feel threatened by the fact that other species are more intelligent than we are, for it has a proper self-assurance that comes from knowing that it belongs to the great monkey specie."

      We chose the name Niggerbuntu for this distribution because we think it captures perfectly the spirit of sharing and looting that is at the heart of the open source movement.

      Niggerbuntu - Linux for Subhuman Beings.

    2. Re:Flawed article by AHuxley · · Score: 1

      Yes it was a pain to read, I just wonder how good the OS X clean up is and the Samsung hardware clean up last?
      Seems sandforce and Intel are the current neat SSD's until we get super sized and next gen controllers :)
      I wonder whats holding Trim back on OS X? Can trim in windows 7 nuke a drive?
      Hows the Linux Trim supporting branches?

      --
      Domestic spying is now "Benign Information Gathering"
    3. Re:Flawed article by ekran · · Score: 2, Interesting

      I think that the biggest mistake in the test was that they wrote zeros to the drive first, which means that the blocks got allocated (dirty) and had to be read/rewritten with new data when the next phase of the test started. So, basically both tests are the same and it's no wonder they got about the same test results.

    4. Re:Flawed article by Rockoon · · Score: 1

      Yes it was a pain to read, I just wonder how good the OS X clean up is and the Samsung hardware clean up last?

      The answer is of course that the OS/X cleanup doesnt do jack-shit for the SSD, although it still may help out OS/X. The SSD doesnt see "cleanup operation" .. it sees "writing data that must be saved"

      --
      "His name was James Damore."
  18. A Day in the Life of RMS by Anonymous Coward · · Score: -1, Offtopic

    8am - Wakes up outside the Center for Marxist Education in Cambridge as another bum shits on him. Thinks this sucks and that he would like an apartment, but can't find a landlord with an apartment that is free as in speech and beer. Falls back asleep.

    9am - Wakes up again.

    9:15am - Goes to men's room at MIT to wash shit off. Gives himself sponge bath. Shit comes off (somewhat), but he really isn't clean since he refuses to take a shower.

    9:45am - Decides to shave 2 inches off beard after someone in MIT restroom mistakes him for Osama Bin Laden.

    10am - Goes to McDonalds for breakfast. Gets into arguement with workers behind counter after they refuse to give him a free as in speech and beer breakfast. Also gets into arguement with the manager about why McDonalds should be called GNU/McDonalds due to the fact that he eats there.

    11:30am - After being thrown out of McDonalds since the staff doesn't want a DGH deterring lunch rush, RMS goes to the McDonalds' dumpster to find food. Eats a "GNU/Quarter Pounder" and "GNU/fries" covered with "GNU/mold". He consideres the food better since it is free as in speech and beer.

    12:30am - Goes back to MIT to recruit MIT students into writing free software. RMS is unable to enter anyone's office since everyone has placed spider plants in their offices. (He has a phobia a spider plants.)

    1pm - RMS protests GWB (George W. Bush) for not being GNU/GWB and believing in copyrights. Wanders out of Cambridge and into Waltham. Police find RMS and arrest him for violating the ordinance that says he is not allowed to enter Waltham. (All towns surrounding Cambridge have this ordinace.) Police beat him and deport him back to Cambridge.

    3pm - Goes back to MIT and creates a plan for dealing with overpopulation by killing everyone who uses non-free software. Writes code into next version of emacs to implement that feature

    5pm - Tries to read email. RMS finds out he is dangerously over quota due to an email from Doctress Neutopia. This email is 65 megabytes of nothing but ASCII text. It is similar to an email he gets everyday since 1995 when he and Docress Neutopia had a brief fling. The email says that she would like to have a relationship with him, but he needs to accept her lovoution, stop his polygamous goat fucking and clean off the hair, dirt, food, and feces off his keyboard. RMS responds with a 9 megabyte email (of nothing but text) explaining that he could only consider getting into a relationship with her if she changed her name to GNU/Doctress Neutopia.

    5:30pm - Reads rest of his email. His email is bombarded with trolls and goatse. RMS is turned on by the goatse and beats off to it.

    6pm - Still beating off to goatse

    7pm - Still beating off to goatse

    8pm - Still beating off to goatse

    9pm - Breaks into MIT vending machine to have a free as in speech and beer snack.

    10pm - Breaks into a liquor store for free as in speech and free as in beer beer. Gets drunk.

    10:15pm - Walks around drunk yelling, "Use free software!!!!", "It's GNU/Linux you capitalist pigs!!!!" and "I am a goat fucker!!!!".

    11:45pm - Collapses in front of the Center for Marxist Education. Goes to sleep.

    1. Re:A Day in the Life of RMS by Anonymous Coward · · Score: -1, Offtopic

      Did all the junior high kiddies find the internet today? Looks like a lot of the little tykes have been out lately.

      Seriously, the traffic won't be played in itself. Go do your job, junior.

  19. Apple is waiting to patent iSSD first by kolbe · · Score: 0, Flamebait

    Seriously though, MAC OS X has its roots with the BSD's of the world (Mach kernel http://developer.apple.com/macosx/architecture/) and one need only visit any of the number of SSD inquiries from the FreeBSD community to get an idea of how Mac OS X would respond at a kernel level: http://forums.freebsd.org/showthread.php?t=1169 for example.

    Granted, there are some filesystem differences between the other BSD flavors and MAC OS X, but the architectures are very similar and one can draw the same conclusion as this parent review did:

    MAC OS X can run quite well on SSD drives, it just hasn't been sanctioned by Big Brother Jobs yet. Remember too, Apple offered 128GB SSD's in their Mac Book Pro's as far back as 2008, so it's nothing new.

    If you don't mind voiding your Apple warranty, I'd say go for it!

    1. Re:Apple is waiting to patent iSSD first by fuzzyfuzzyfungus · · Score: 2, Insightful

      The complicating factor, when trying to make any useful statements about "What Operating System Whatever does on SSDs" is that SSDs are totally free to do whatever crazy stuff internally, so long as they can present a coherent block device abstraction over the IDE/SATA/etc. bus.

      TRIM happens to make the design problem easier; because it allows you to throw data on the floor when the OS says that they are no longer needed, rather than having to treat everything that isn't explicitly deleted as still good. However, before TRIM was available, manufacturers tended to do their best to design around its absence. This generally had a cost(either monetary, with lots of reserve flash driving up the cost, performance, with the drive either starting fast and taking a nosedive or just not being all that fast, or predictability, a given write operation could take milliseconds or it could take literal seconds, depending on the drive state).

    2. Re:Apple is waiting to patent iSSD first by Anonymous Coward · · Score: -1, Troll

      I'm sort of new to this linux thing, but there's this directory on my new install of Debian 3.1 called "/usr/bin". It was all messed up when I first went in there. None of the files had descriptive names, and it took me like an hour to figure out they were executables, since none of them had .exe on the end of them. Furthermore, whenever I double click them, they just pop up a command prompt for a few seconds then go away. I was gonna delete them, but I got kinda afraid that they might be my kernel, so I fiugred I'd ask. It's ok to delete this stuff, right?

  20. Gentoo advocates drive me nuts. by Anonymous Coward · · Score: -1, Troll

    "Huh? Who's there? What--" Rob said, slurring his words.

    Again he felt a tickling on his cheek and opened his eyes. He jerked his
    head back.

    "Motherfucker!" Rob yelled as his eyes went wide.

    ESR's hairy erect penis, thin and crooked and pulsing with each heartbeat,
    hovered centimeters from Rob's jaw. His bushy red pubic hair bearded his red
    scrotum which hung low between his pale thighs.

    "Hi Rob, I just got off the bus from Kansas City and decided to make a
    pit-stop in Holland. Hope ya don't mind!" ESR said with a childlike grin.
    His drooping orange mustache fluttered as his breath came in gasps.

    "Motherfucker! I'll fucking kill you!" Rob shouted.

    "Now now, Rob, that will never do. You'll suck my penis to erection and then
    take it in your sweet little anus until it's time to dump a load of Uncle
    Eric's special sauce down your slick throat, and you'll like it!" ESR said.

    With this ESR cocked the hammer of his gun and pointed it at Rob's mouth and
    began forcing his jaw open with the barrel as he poured the Jaegermeister,
    thick and dark and brown, into Rob's mouth. He trickled some onto his bush
    and penis for good measure and jammed his thin cock into Rob's mouth. Rob
    took it to the hilt.

    "That's a good little faggot. You take all of Uncle Eric's junk and you like
    it!" Eric said as he began pumping his cock in and out of Rob's mouth. ESR's
    bulbous white gut hovered menacingly over Rob's face like a full moon and
    his ruddy pubes tickled Rob's nose. The gun barrel wavered at Rob's eyes.

    Rob moaned as ESR grunted his pleasures into the back of Rob's throat.

    "I have with me a funnel, Rob, and you're going to take it in your ass. This
    old cock of mine needs a little lube and we're going to pack your rec-room
    full of something quite slippery!" ESR said as his eyes grew wide. He shook
    his bottle of Jaegermeister again as he helped Rob pull his pants off.

    With a pop Eric removed his pulsating cock, slick with spit, from Rob's
    hungry mouth as Rob turned over onto all fours, his back arched and ass
    swaying in the air. ESR's little orange funnel entered Rob's anus without
    complaint as he began pouring the brown fluid. Rob shivered.

    "Good boy, Rob. Good boy. Uncle Eric's gonna feel real good in a second.
    Oh!" ESR moaned as he rammed his dong home into Rob's familiar rectum.
    "Reeeal goooood..."

    "OK, Rob, I want you to say hello to my little friend!" ESR said with a
    maniacal laugh. Rob hissed as he felt something cold and metal begin to
    enter his asshole right beside ESR's rigid cock. "What's the barrel of my .44 feel like up there, Rob?"

    "Get ready to take my load, boy!" Eric yelled as he jacked his crooked cock
    into Rob's mouth. He kept his .44 focused on Rob's forehead as he began
    pouring the brown liquor into Rob's mouth. A few drops of the spirit hit
    ESR's dick and he lost control. His butt cheeks tightened and his hips
    thrust forward and backward like a piston as his scrotum tightened.

    "You little fucking Linux faggot, take my load!" ESR shouted at the top of
    his lungs. Spurt after spurt of sickly yellow hacker semen erupted from
    ESR's straining purple cockhead into Rob's gullet, the Jaeger splashing
    Rob's face and mixing with the cum into an infernal homosexual cocktail. Rob
    gagged and flailed his arms.

    Rob laid gasping and spitting after ESR climbed off of his spent form.

    "Thanks there, Robbie. Old Uncle Eric better get the fuck out of hear now
    before the cops come. I'm sure someone heard you crying like a little girl!"
    ESR said, laughing again.

  21. yep by Anonymous Coward · · Score: -1, Troll

    0x01: ______________
    0x02:< BSD IS DYING >
    0x03: --------------
    0x04:   \   ^__^
    0x05:    \  (oo)\_______
    0x06:       (__)\       )\/\
    0x07:           ||----w |
    0x08:           ||     ||
    0x09: Lameness filter encountred
    0:0A: Reason : perl may be powerful, but it can't
    0:0B: Be an operating system.

  22. I GOT A GREASED UP YODA DOLL SHOVED UP MY ASS! by Anonymous Coward · · Score: -1, Troll

    Think about snoodling with the Sarlaac pit. Read Slashdot. Masturbate to
    anime. Email one of the editors hoping they will honor you with a reply. Join
    several more dating services - this time, you dont check the (desired -
    speaks english) and (desired - literate). You figure you might get a chance
    then. Order some fucking crap from Think Geek. Get Linux to boot on a Black
    And Decker Appliance. Wish you could afford a new computer. Argue that IDE
    is better than SCSI because you cant afford SCSI. Make claims about how
    Linux rules. Compile a kernel on your 486SX. Claim to hate windows but use
    it for Everquest. Admire Ghyslain's courage in making that wonderful star
    wars movie. Officially convert to the Jedi religion. Talk about how cool
    Mega Tokyo is. Try and make sure you do your regular 50 story submissions to
    Slashdot, all of which get rejected because people who arent fatter than
    CowboyNeal can't submit. Fondle shrimpy penis while making a yoda voice and
    saying, feel the force, padawan, feeel the foooorce, hurgm. Yes. Yes. When
    900 years you reach, a dick half as big you will not have.

    All in a days work with a yoda figurine rammed up your ass.

    I HAVE A GREASED UP YODA DOLL SHOVED UP MY ASS!

  23. Traditional denial by kangsterizer · · Score: -1, Flamebait

    It's the traditional Mac news in my eyes.

    "You don't even have TRIM, we've had it for years. What's this platform?"
    "Look it's ok, without TRIM will still perform just as good as without because Mac OS X _is pure magic_ !!" /blindfolds on

    Let's try another one:

    "Your antenna hardware has a design fault, signal drop very significantly when held with the left hand, dropping call or connection instantly"
    "Look it's ok, Apple said they'll make a software patch cause it's a _bar display issue_ signal doesn't really drop!" /blindfolds on

    Might be flamebait, but that's very much how it always sounds like to me :P Actually, it often sounds worse..

    1. Re:Traditional denial by Jane+Q.+Public · · Score: 2, Informative

      That's not the problem with their antenna. As it turns out, the algorithm they used to show signal strength ("bars") was incorrect... generally showing more signal strength than there really was. So what was happening was this: people thought they had a good signal when they really didn't. Then the slight loss from bridging the antennas pretty much took their connection down. It SHOWED as a big difference, but the real difference was very small.

      The same tests done in an area where there is actually a good signal get completely different results. There is almost no different whether the antennas are bridged or not.

    2. Re:Traditional denial by Anonymous Coward · · Score: -1, Troll

      Linux is illegal! You are breaking the law, and hurting yourself and your family with your ILLEGAL SOFTWARE. Your ip has been noted and is being forwarded to the SPA with a reccomendation that they investigate your CRIMINAL ACTIVITY. Please destroy all your unpatriotic linux software before the government finally cracks down on you people and you all end up as lampshades or soap. God Bless America!

    3. Re:Traditional denial by Anonymous Coward · · Score: -1, Flamebait

      Hey, it's a fucking Apple fanboi. Do you suck Steve's dick too? Maybe take it up the ass from The Woz?

    4. Re:Traditional denial by m.dillon · · Score: 1

      All cell phone vendors goose the signal strength meter. All that happened was that Apple goosed it so much they got caught red-handed and were forced to admit it. It certainly was NOT a software bug or a mistake. There is no way it could have been anything but intentional (before they got caught) IMHO.

      -Matt

    5. Re:Traditional denial by kangsterizer · · Score: 1

      Are you being sarcastic or just proving my point?

      24db loss is FAR from a slight loss. It means the range you can get an equivalent signal has just been divided by 8!

    6. Re:Traditional denial by Jane+Q.+Public · · Score: 1

      The tests I read about were done by AnandTech. And yes, 24db is considerable, but it should not be enough to cause connection loss if you had a good signal to start with. That was my point, and that was what the article said their tests showed as well.

      By way of comparison, they also found that the way you hold an Android Nexus can attenuate your signal up to 18db... even without bridging any antennas. So it's not like the iPhone 4 has a totally unique problem. It's just a little worse than some.

    7. Re:Traditional denial by kangsterizer · · Score: 1

      1 phone is not some phones.. it's 1 phone and it's been critized as well when it was released.. The iphone4 has 24db loss.
      This is considerable :p

      Every 3db you double the range. 24/3 = lose 8x range. 18/3 = 6x range

      So, unless you're right next to the antenna you actually don't get a signal at all, that's why so many are affected!

      Think about it:

      When you have the best reception, you are at around -50dbm.

      When you are at the worse reception you are at around -110dbm (which is pretty good reception capabilities by the way)

      when you remove 24db that's between 1/3 and half of the phone possibilities (which is more than half the range of course, as said higher)

      Still sounds little to you?

      Let's make a small example that looks a little more shocking maybe. The base number is random, I do get signal over 15km with some phones and towers, it depends on the area and the tower's power, and the phone sensitivity, but it gives an idea. Inside cities, the range is much less so the impact is bigger.

      iPhone "holding it wrong": 500m range
      Nexus 1 "holding it wrong": 666m (ops, the beast)
      iPhone "holding it right": 4km

    8. Re:Traditional denial by Jane+Q.+Public · · Score: 1

      1 phone is not some phones.. it's 1 phone and it's been critized as well when it was released.. The iphone4 has 24db loss. This is considerable :p

      You are generalizing too much. They also listed other phones that lose considerable signal depending on how you hold them. I just gave one example. It really isn't a unique problem to the iPhone.

      Frankly, I'll take AnandTech's tests over your theory any day. Theory and practice should be the same... in theory. In practice, they rarely are.

      -110dbm is pretty sensitive, I'll grant. But I did not say that 24db was little at all. Please do not put words in my mouth. I made two claims only: (1) that things were not quite the way most people thought they were, and (2) that 24db is not that much more than some other phones, like the Nexus.

    9. Re:Traditional denial by Jane+Q.+Public · · Score: 1

      Correction: I did initially say "very small", and that is wrong. It isn't very small. But again, it isn't a great deal more than some other phones.

    10. Re:Traditional denial by kangsterizer · · Score: 1

      Well you see I don't put words into your mouth :P
      I know only of the Nexus one has other phone that really has a problem with this, other phones have a much lower attenuation.

      All phones have the "issue" because it's how radio waves work, however, the iPhone 4 has a real design flaw. It's a shame, since the receiver is actually good otherwise.

      My "theory" is not really one, it's just data you can lookup and actually agrees with Anandtech.

      Simply, many people think it's really a software issue and 24db is not much, but it's huge, and Anandtech didn't really emphasize that in a clear manner (well, they're not flamebait like me haha)

        In my example @ 500m you would probably still see 5 bars on the iPhone while your range has been cut by 8x.

      Since they are (24db) the measured db from Adnandtech, it's actually pretty precise and not much a of a theory vs practice thing.

  24. Something wrong with testing methodology? by whoever57 · · Score: 5, Insightful
    Consider this statement:

    Consider the Vertex: without TRIM, and when used, its sequential read speed for 1,024KB files is 137MB/sec; the Macbook Air manages 105MB/sec. With TRIM, the Vertex manages 258MB/sec in this same test.

    According to their tests, TRIM has a big impact on read speeds, yet according to their explanation, TRIM should only have a significant affect on write speeds.

    --
    The real "Libtards" are the Libertarians!
  25. Happy fourth you faggots by Anonymous Coward · · Score: -1, Troll

    I pledge Allegiance to the Doll
    of the Greased Up States of Yodarica
    and to the Republic for which it shoves,
    one nation under Yoda, rectal intrusion,
    with anal lube and ass grease for all.

  26. RMS Goes to the Zoo by Anonymous Coward · · Score: -1, Troll

    With a twinkle in his eye and a skip in his step, RMS slammed his sky-blue Chevette's rusted-out car door and turned on heel toward the MIT Zoo entrance. Today was a Sunday, and RMS had decided the daily stresses of Free Software, the GPL, and his crazy drug-smoking habits could go away for just one afternoon while he enjoyed the zoo.

    "That'll be twenty-five dollars, sir," the lady at the admission booth said glumly. She looked at RMS expectantly.

    "I was expecting this zoo to be Free," RMS stated loudly, eyes darting around to gauge onlookers' reactions. There were none: RMS's capital F had went unnoticed. "Can you ensure me that this money will not help fund -"

    The admissions lady cut him off. "Twenty-five dollars, or twenty bucks with a Bawls can," the lady cut in.

    With a grumble and shake of his beard, RMS handed over twenty five of his hard-earned dollars. Considering that the GPL works to unemploy programmers, one must wonder where this money came from.

    By evening, RMS found himself in front of the penguin exhibit. He felt himself start to sweat, which would have been no surprise--his thick, full, grizzly beard was worth a thousand down comforters--except that he was wearing only a pair of nylon biking shorts and a travel pack around his waist. He stared at his hands. What was wrong?

    "Awk" a nearby bird squawked. RMS wheeled in the direction the screech had come from. He was met with the steely, unfeeling stares of a penguin. "Awk! Ooooh God, the penguin said awk... Lord, lord lord, it's GNU/Linux. The penguin is Tux!!!" RMS blurted out. He felt dizzy, and cold sweat now washed over his brittle, hairy chest. He looked this way and that. From nearby a bird again squawked.

    "Awk! Awk! Awwwwk!!!"

    RMS ran as fast as his atrophied hippie-programmer legs could carry him, right through a gate and into an exhibit. He realized what he had done, and before he could turn around, he heard a low, ominous sound. Like the Devil's riding mower.

    "Moooooooooooooooo!"

    RMS gasped and darted his eyes around him as he stood deathly still.

    "MOOOOOOOOOOOOOOOO!!!"

    RMS was standing in the Gnu section, and it seemed these bull yaks were in rut and ready to mate with the first hairy thing with a hole in its center they found. Bad luck for RMS and his beard. Just then he felt cloven hooves push him down, and the world became fuzzy. RMS blacked out and remembered no more.

  27. MOD ME DOWN, WASTE A MOD POINT by Anonymous Coward · · Score: -1, Flamebait

    You know, I know that this sheep shit doesn't exist. I know when I put it in my mouth, the Matrix is telling my brain that it is juicy and delicious. After nine years, do you know what I've realized? Ignorance is bliss. But the funny part is, I'm not even in the matrix! It was reality!! I REALLY ATE SHEEP SHIT!!

    1. Re:MOD ME DOWN, WASTE A MOD POINT by Anonymous Coward · · Score: -1, Troll

      That was fucking funny. I endorse that joke and all of the good trolling in this article.

      -- Ethanol-fueled

    2. Re:MOD ME DOWN, WASTE A MOD POINT by Anonymous Coward · · Score: -1, Offtopic

      I second that. But will remain cowardly and anonymous.

  28. i just got off the toilet by Anonymous Coward · · Score: -1, Troll

    i shit out an obama.

    plop!

  29. Bad Summary by Sillygates · · Score: -1

    The thing about TRIM is that its to help the wear-leveling on the drive, not the data throughput performance (TRIM does nothing to guarantee consecutive blocks, etc....It actually would likely cause more fragmentation, because what the system sees as consecutive logical blocks could be reallocated several times on different portions of the disk, creating an extra layer of fragmentation that the OS isn't even aware of).

    Even without TRIM you should expect similar performance characteristics until the cells in a specific region of the drive start to fail, because the drive doesn't know when its safe to reclaim blocks for the wear-leveling-- To have any wear leveling at all without TRIM the drive must actually set aside blocks, making it so that the user doesn't see all of the available space on the drive (when a block is rewritten, the drive can allocate a block elsewhere from the pool of free physical blocks, and then assign the old block to the pool of free blocks).

    --
    I fear the Y2038 bug
    1. Re:Bad Summary by mrsteveman1 · · Score: 4, Informative

      Actually TRIM ensures there are free blocks of flash ready to be written quickly, otherwise they have to be erased first even if the OS thinks that particular logical address wasn't being used, which has a substantial performance penalty.

    2. Re:Bad Summary by mestar · · Score: 5, Funny

      Yes, and as we know, solid state disks lose performance when files are fragmented, because, when the disk spins, err, i mean the electrons, the heat goes around, ah, fuck it.

    3. Re:Bad Summary by DJRumpy · · Score: 4, Interesting

      I have to wonder why they didn't boot into Windows on the same PC and repeat the tests. That would have identified if it was a hardware issue, or a software (Filesystem) issue that caused the irregularity.

    4. Re:Bad Summary by Nimey · · Score: 1, Informative

      Mod parent overrated. TRIM is to help keep the drive running at a good pace once it's been written to over a period.

      The problem with SSDs is that they can read/write only a page at a time; they do not address individual bits or sectors. Over time, this means that a given page (I forget the size, maybe 64KB) will have parts of multiple files in it. Therefore, writing to one of the files in that page means that the drive has to re-write each file, and if one of the affected files is spread across several pages, then those pages have to get re-written, and so on. Write performance, and to a lesser extent read performance, goes into the toilet.

      Enter TRIM, which keeps files to a minimum number of pages and is typically run in the background as a garbage-collection measure.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    5. Re:Bad Summary by scdeimos · · Score: 4, Informative

      You both need to read up on TRIM (and I'll leave it at that)... http://en.wikipedia.org/wiki/TRIM

    6. Re:Bad Summary by wvmarle · · Score: 1

      So basically if I understand it well, this is in effect an anti-fragmentation measure. When files get fragmented performance starts to degrade. In a way I have the feeling that if you match the block size of files written to the block size of the SSD (optionally padding with zeros to fill it up) you could get quite a performance boost - and only when the drive starts to fill up start using the unused, zeroed out fragments from the blocks.

      Or would it be possible use the anti-fragmentation measures built in into many file systems directly instead of TRIM?

    7. Re:Bad Summary by poetmatt · · Score: 1

      the latter is correct. filesystems that mac and linux use don't have fragmentation issues anywhere near the extreme that NTFS does.

    8. Re:Bad Summary by wvmarle · · Score: 1

      That gives me the idea that an SSD should be tested with different file systems as well to see effects. Such as ext2 (no journaling), ext3/4 (ext2 with journaling: often seen as an issue because of the many writes), Apple's HSF+, and NTFS, and then as far as possible with and without TRIM enabled. Could be interesting. Preferably identical hardware, each file system with it's native OS.

      That said I don't recall having seen any story here about such tests: which file system is best for your SSD (performance wise, wear/tear wise). Also I still haven't heard about SSD-specific file systems, while that would make sense to me considering the large technical differences between HDD and SSD. A file system should be able to take advantage of that.

    9. Re:Bad Summary by billcopc · · Score: 2, Insightful

      Yes and no. Wear-leveling happens with or without TRIM, but what TRIM does is tell the SSD controller that a block can be treated as "virgin", meaning it can be overwritten in a single pass. This is an optimization as normally one must read the contents of an entire block, combine it with the incoming data, erase the block on-disk and finally write the newly-merged data.

      Contrary to popular ignorance, the slowdown is not caused by "fragmentation" - that's backwards, when the drive is clean it is cheating by skipping part of the write cycle. In other words, an SSD's dirty performance is its normal, sustainable speed. When it is clean, it can go faster because it is being LAZY, by short-cutting the Read-Erase-Update cycle. For obvious reasons, most SSD vendors, particularly in the consumer segment, advertise the maximum speed when really the honest thing would be to advertise the minimum speed.

      --
      -Billco, Fnarg.com
    10. Re:Bad Summary by Anonymous Coward · · Score: 1, Informative

      No, no, no. TRIM is not a SSD memory management command, and has nothing to do with fragmentation. It is also important for storage technologies other than SSD.

      Of course blocks/sectors on any device will have multiple files on each sector. SSDs are no different in that regard. What gets presented to the filesystem is still a block device.

      It probably does not help NTFS that much for use on SSDS that by default it has a 4K block size (whereas HFS+ has a 16KB blocksize).

      A SSD's erase block size is generally 128KB, and a properly configured filesystem, will therefore be 128K aligned. So the "perfect" allocation cluster size for a SSD for optimal performance would be 128K block size, but alas, few file systems other than ZFS will do so..

      The ATA TRIM command is equivalent to the SCSI PUNCH command.

      It is basically a way for the OS to tell the disk subsystem, that certain blocks of the disk is now NOT USED; in other words, the disk layer can throw them away.

      This is referred to block layer discard

      It allows the disk to know that a bunch of blocks are no longer used by the filesystem and can be discarded.

      If the block device is a SSD, once it receives a TRIM command, and a whole 128K erase block has been trimmed, it would generally make sense for the device to schedule the underlying flash pages that block resides on to be erased and prepared to have new data written to it.

      Unlike with a standard hard drive, when you are dealing with flash memory: a flash memory page that had any data on it has to be completely erased before any new data can be written to it.

      Write performance will go to hell if the SSD runs out of non-erased memory pages to store data to. Since it means a usable page will have to be erased to store that block.

      When an existing block gets overwritten, new (unused) flash memory has to be consumed as if it was an entirely new block.

      Therefore, if there ARE non-erased memory pages available to store data to, When you overwrite a non-TRIM'ed block, one of the free/remaining non-erased underlying memory pages will likely be consumed (since there is not enough time to quickly erase a page to implement 'overwriting')

    11. Re:Bad Summary by mysidia · · Score: 3, Interesting

      I have the feeling that if you match the block size of files written to the block size of the SSD (optionally padding with zeros to fill it up) you could get quite a performance boost - and only when the drive starts to fill up start using the unused, zeroed out fragments from the blocks.

      With SSDs it's erase block size that matters most. When a page of memory on a SSD device is being overwritten, the page has to be erased first, and then its contents rewritten.

      Of course if your OS implements SCSI PUNCH or ATA TRIM, immediately when a block is freed, your SSD drive can have the memory erased ahead of time, and ready to use with minimal write latency.

      Most SSDs use an erase block size of 128K. So you would want your entire filesystem's allocation blocks 128K aligned.. in NTFS world, this would mean you need to align the disk partition, at least prior to Vista/Windows 2008.

      I believe MacOS automatically aligns partitions. This issue alone could explain why things might get so bad with Windows, let alone the ridiculously small 4K block size, or fragmentation issues that plague NTFS filesystems.

      And the ideal allocation cluster size is 128K (by default NTFS cluster size is 4K, which is not suitable. for best performance change in such a scenario it to 64K)

      You can think of the performance issue that can occur as something like RAID stripe crossing.

      If you have two 4K blocks side by side, and you need to overwrite just those two blocks.. if they are on different 128K erase blocks, your SSD will be having to write 256K of memory to change 8K of data.

      If those 2 NTFS blocks are on the same SSD block, your ssd flushes and writes 128K of data, maybe.

      This is before we start thinking about wear-levelling algorithms,

      or the fact an efficient SSD will likely keep a pool of non-erased blocks, to satisfy write requests against.

      So as long as there is memory left that was scheduled for erasure and flushed due to TRIM or flushed due to being overwritten, there would be no reason to require an extra in-line ERASE (increasing write latency).

      So the pool of non-erased pages are important, and the critical elements effecting write performance are (1) time to update header blocks to re-map disk blocks to unused flash pages, and (2) time to copy the erase block with changes to the newly mapped location.

    12. Re:Bad Summary by Lennie · · Score: 1

      Euh, the SSD doesn't know anything about the filesystem layout, thus files.

      --
      New things are always on the horizon
    13. Re:Bad Summary by Lennie · · Score: 1

      I did add noatime to ext4 mount options for my SSD.

      --
      New things are always on the horizon
    14. Re:Bad Summary by fractoid · · Score: 1

      Therefore, writing to one of the files in that page means that the drive has to re-write each file, and if one of the affected files is spread across several pages, then those pages have to get re-written, and so on.

      What? Why? Yes, you can only erase an SSD a block at a time, but you don't have to re-write any other blocks. You just read the affected block into memory, erase the block, update the copy in memory with the changed data, and write it back. The only other data you have to change is the block lookup table used for wear leveling, which maps a logical block ID to a physical block of memory.

      I wonder if they've done something non-standard but clever to mimic the functionality of TRIM? Like explicitly overwriting any deleted blocks with zeroes at delete time (or soon afterwards, as a low priority job) so that they don't need to be erased when recycled? If that's even possible with current APIs...

      --
      Rampant carbon sequestration destroyed the Dinosaurs' tropical paradise. I'm here to help repair the damage.
    15. Re:Bad Summary by Anonymous Coward · · Score: 0

      Not if the SSD has mor physical blocks than logical. If it had it could erase all physical blocks that were not mapped to logical blocks and use one of them at the next write.

    16. Re:Bad Summary by sjames · · Score: 1

      Actually, you can clear bits to 0 at any time, bit by bit if desired. You can only set bits back to 1 sector by sector. That erase process is not fast. Because of that, we would like to queue up sectors for erase as soon as they're no longer needed. However, most filesystems just mark a block as free and assume it can be freely overwritten without penalty.

      TRIM informs the SSD that a given block of data (which is likely smaller than the erase sector) will not be needed again. That way, when the erase sector needs to be copied in order to modify a block, the unwanted ones can be skipped and so become ready to be written immediately.

    17. Re:Bad Summary by TheRaven64 · · Score: 1

      When files get fragmented performance starts to degrade

      Nope, fragmented files are not a problem at all for flash. The problem is fragmented free space. Flash is partitioned into cells. Once a cell is blank (all ones), you can write to it once, then you have to erase it. Imagine that your cell size is 64KB and you write 32KB files all over it, then delete every alternate one. Now, before you can write any files, you have to erase a cell. If you want to write a 1KB file, you have to read a 32KB file into a buffer somewhere, erase a 64KB block, rewrite the 32KB file, and then write the 1KB file. This is very slow. With the TRIM command, you can tell the drive that the 32KB blocks are no longer in use, and it can compact the allocated space while the drive is idle, then have some free space for writing into, without needing an erase, later.

      --
      I am TheRaven on Soylent News
    18. Re:Bad Summary by wvmarle · · Score: 1

      When files get fragmented performance starts to degrade

      Nope, fragmented files are not a problem at all for flash.

      With fragmented in this case I meant fragmented over many partial cells instead of using only complete cells except for the last one. Not fragmented as in the sense for platters where it means the file is scattered all over the disk.

    19. Re:Bad Summary by TheRaven64 · · Score: 1

      And, as I said, that doesn't matter. The files can be split over a lot of different cells and it won't matter more than a tiny bit when it comes to transfer. The cells are only used for writing. For reading, the entire thing is random access. You will need to send more commands to access non-contiguous blocks, but that's a pretty small overhead. It's the fragmentation of empty space, not the fragmentation of files, which causes problems for flash.

      --
      I am TheRaven on Soylent News
    20. Re:Bad Summary by femtoguy · · Score: 1

      Clockwise in the northern hemisphere, and anti-clockwise in the sourthern hemisphere (or is that backwards, I can never remember).

    21. Re:Bad Summary by anton_kg · · Score: 1

      The should use ATA7 secure delete command instead, to flash the entire SSD (physicaly) to the initial value https://ata.wiki.kernel.org/index.php/ATA_Secure_Erase

    22. Re:Bad Summary by anton_kg · · Score: 1

      This procedure describes how to use the hdparm command to issue a Secure Erase ATA instruction to a target storage device. When a Secure Erase is issued against a SSD drive all its cells will be marked as empty, restoring it to factory default write performance.

  30. Well, you can take a nigger out of the jungle by Anonymous Coward · · Score: -1, Troll

    But you can't take the jungle out of a nigger!

    All heil mein fuhrer Barrack Hussein Obama Homo Bin Laden

  31. I didn't understand the 'benchmark' by Joce640k · · Score: 3, Interesting

    FTA: "We simulated this by copying 100GB of mixed files (OS files, multiple game installs, MP3s and larger video files ) to the SSD, deleting them, and then repeating the process ten times,"

    Surely you should be deleting half the files - every other file - then rewriting them. If you copy a bunch of files then delete them all you're leaving the drive in pretty much the same state as it was at the start, the only difference between passes wil be due to the wear levelling algorithms inside the drive. Overall performance at the end will mostly be a result of the initial condition of the drive, not what happened during the test.

    --
    No sig today...
    1. Re:I didn't understand the 'benchmark' by Anonymous Coward · · Score: -1, Offtopic

      I've been running Windows XP since beta2, and it really kicks ass. I don't
      have to recompile my kernel when I want to install an ethernet card, it
      automatically detects it and installs the drivers no matter who the
      manufacturer is. Dual monitors? No chore with windows, get two video cards,
      two monitors and it's set up! I don't need to edit config files with editors
      that are 20 years old, and show it. Intellimouse custom buttons? Piece of
      cake, with my Intellimouse software.You want to run games? Great! Choose
      from an array of tens of thousands of games that run great under DirectX and
      the NT subsystem. Stability got you down? Not in this version, I have had
      uptimes of over a month (and then the damn power goes out). Good internet
      browser? No need for Kommunist shit, you've got the great Internet Explorer
      6 a click away. Doing some development? Nothing but the best for Windows
      users, choose from a suite of Visual Studio products that suits your needs,
      with one killer IDE. Or, pick up a beta edition of Visual Studio.NET if you
      have 200 megs of RAM to spare! You Linux faggots can keep rooting for your
      piece of shit operating system that Windows 3.1 tops in terms of
      compatibility, all the while hindering your experience for something else
      you could be doing, while I use the operating system of choice (or by
      default) for over 200 million others in the world. Anti-Microsoft zealots
      piss and moan all you want, but your queer little OS won't be the reigning
      desktop champion anytime soon.

    2. Re:I didn't understand the 'benchmark' by jedidiah · · Score: 1, Interesting

      > I've been running Windows XP since beta2, and it really kicks ass. I don't
      > have to recompile my kernel when I want to install an ethernet card, it

              You didn't have to do this with Slackware in 1994.

      > automatically detects it and installs the drivers no matter who the
      > manufacturer is. Dual monitors? No chore with windows, get two video cards,

              Windows 7 doesn't even do this with hardware slightly older than it.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    3. Re:I didn't understand the 'benchmark' by TheLink · · Score: 1

      No. When an OS deletes stuff, most drives do not know you've deleted stuff on the drive. All they know is the OS has said: "Write this on to that block".

      The drives do not know that the newly written block means that a huge bunch of other blocks are no longer in use.

      To take the extreme case, say you write to the entire drive and deleted the partition, the drive doesn't know anything about partitions - it just knows you've overwritten a few blocks, it doesn't know that almost all the blocks in the entire drive are now unused. So an SSD drive may assume that all that data is still wanted (and yes in some cases the FBI may want the data around even though the user might not ;) ).

      I'd personally be worried about how buggy the current TRIM implementations are. Because any bugs in TRIM will be rather insidious. Imagine if they get "trimming a deleted partition" wrong on a drive with multiple partitions. You wouldn't notice anything wrong at first.

      --
    4. Re:I didn't understand the 'benchmark' by Anonymous Coward · · Score: 0

      I'm going to respond to this because I have nothing better to do at 1 in the morning.

      I've been using Linux since 2003. I started with Mandrake then moved to Slackware and then finally Ubuntu. I've never had to recompile my kernel under any circumstances for any reason. It has automatically detected just about every device I've ever bought except for one really odd web cam. And trying that web cam in Windows XP did not produce any phenomenal results either. I ended up getting rid of it. So the only device Linux has had trouble with, windows couldn't handle either.

      Dual Monitors: I love that you say Windows XP automatically handles and detects dual monitors/projectors/TV's etc... Yes that is why when I plug any monitor into my Windows laptop and have to go into desktop properties, cross my fingers that it detected something was plugged into my VGA port and then tell windows it's there with the correct resolution and all. Now it's true that I might have to do all this same stuff with Ubuntu, but that is only if I want to leave my computer on. I have another dandy option of just restarting my machine and watching the second monitor come to life on boot up. I would say that's is less work than what I have to do in windows. Especially since depending on what kind of video card you have the procedure in windows is completely different. Linux on the other hand is in-different to what video card you have when it comes to a second monitor (well Ubuntu is anyway). Got two video cards, need a video editing or production machine than I would say Linux would be the better choice. No driver install, no Cd's and once again just boot up and watch both monitors come to life with absolutely no work on your part. Other than doing something hobby wise, I can remember the last time I used an editor to do anything. Oh I remember, changing my PHP memory and last I recall windows doesn't have a beautiful GUI for that one either.

      I've never, ever had a problem get Linux (Ubuntu) to detect and figure out for me some of the best ways to use the extra buttons on my mouse. For instance my scroll wheel not only goes up/down click, but it also clicks left/right. I don't remember ever telling Ubuntu what to do with that but if I ever get a web page that goes to far over to the right those extra buttons start scrolling left/right. No problem. Ubuntu put those buttons to use or me, it's a beautiful thing.

      Need games, Google a little. You'll find hundreds (if not thousands) of "FREE", that's right I said "FREE" games. Unlike windows where I have to go to the store buy a games (that I will probably hate and can't return because they are afraid I copied it) then put the cd in the drive, install, then play. With Ubuntu it's open their nice GUI find a game, install, play, done. Or "sudo apt-get install ". Wow, that was so hard.

      If you are actually going to try to pair windows stability vs Linux stability... I'm laughing so hard I can't finish that sentence. Over a month, wow. I've had a Linux server up for a total of 8 months and would have been up longer if I didn't feel it was time to update. Unfortunately that updated the kernel which meant restart. That sucked because that uptime was so nice. One of these days I'm just going to leave it running for years...

      You have to be the first person on Earth I've ever heard say IE 6 was worth a lick of salt, never mind best browser, besides it's July of 2010. My Win XP machine is already running IE 8, don't you think it's time for an update.

      And as far as development goes, you are pitting windows up against the OS designed for development. Since it's 1992 inception the main crowd of Linux has been developers. And sure you can use .NET if you like that over-bloated framework. You know that is something I just don't get, for years everybody complained about what a pain in the butt over bloated obnoxious framework Java was (and I'll admit although it's gotten better, even 5 years ago it really was obnoxious and bloated) and detested the thing to it's

    5. Re:I didn't understand the 'benchmark' by Anonymous Coward · · Score: -1, Troll

      that guy was a troll, he's been posting the same thing in bunch of threads. thanks for feeding him. btw, fuck all linux-using faggots!

    6. Re:I didn't understand the 'benchmark' by drsmithy · · Score: 1

      You didn't have to do this with Slackware in 1994.

      Yes you did. Linux didn't get kernel modules until around 1995 (and they weren't in common usage until years after that).

      Windows 7 doesn't even do this with hardware slightly older than it.

      Windows 7 installs perfectly on my old Dell Precision M60 laptop, released in 2003. Not only that, but it actually works properly with my docking station and external monitors - something none of the popular Linux distributions manage to do.

  32. My experience with SSD & a Mac by putaro · · Score: 1

    The HD in my Macbook Pro was failing and when I was shopping for parts, I noticed that PowerbookMedic (normally I'd just go buy a hard drive locally but I needed to replace the DVD drive as well so I figured why not just get it all in one go) had an SSD available at a reasonable price so I purchased it on the theory that whatever they were shipping was a decent fit for the Mac - they didn't have any maker info on the page but I figured that the only real difference between SSDs would be max bandwidth and anything would be an improvement over a regular HD so I didn't do any research. When it arrived it was a G.Skill drive (128GB).

    When I first installed it things were very zippy and I was really happy. After about a month, though, things started to slow down and I started researching and found the SSD fragmentation problem that's been referenced often. Zero'ing out the unused space on the disk did give a bit of a performance boost, but not back to the original levels. Eventually things got so bad that I removed it and replaced it with a regular HD and things got much better.

    So, a few points:

    1) HFS+ is not magically aligned with SSD's somehow (the Macbook Pro is running Snow Leopard so it's got the latest OS updates). You can still hit the fragmentation problem.
    2) A lot of people are saying that overwriting with zero's won't do anything. Any controller will detect a block of zero's as being unused data and just mark the block as such. It's not hard to do, it's an obvious thing to do, and even the worst controller out there has a boatload of firmware in it - they are not just bare flash RAM chips hooked to the ATA bus somehow.

    1. Re:My experience with SSD & a Mac by mindstrm · · Score: 1

      "Any controller will detect a block of zero's as being unused data and just mark the block as such." - can you cite a source for that? It makes sense, as long as we're talking about full, raw blocks full of zeroes.

      And it's still a hack, compared to a simple command like TRIM which simply says "No longer in use - zap away" - it's just something we never had to worry about before, and now we do - there are lots of other clever hacks - but it's still necessary.

    2. Re:My experience with SSD & a Mac by the_other_chewey · · Score: 1

      "Any controller will detect a block of zero's as being unused data and just mark the block as such." - can you cite a source for that? It makes sense, as long as we're talking about full, raw blocks full of zeroes.

      No it doesn't. What if I write a large file that is padded with zeroes to a certain size I intend to use later?
      I certainly hope that my SSD will not eat away that file's padding...

    3. Re:My experience with SSD & a Mac by putaro · · Score: 1

      Hmmm...I thought I had seen a real reference somewhere but I looked and all I can find are anecdotes. It *should* work that way :-). Manufacturers are not releasing much information on this internal fragmentation issue, especially the ones that have a real problem with it.

      TRIM is a hack as well. It would probably be easier to just up the block size to match the native cell size but that would break a lot of existing filesystems since everybody standardized on 512 byte disk sectors ages ago.

    4. Re:My experience with SSD & a Mac by putaro · · Score: 1

      The SSD is a level below the file system so if it marks something as "unused" that won't really affect how long the filesystem thinks the file is.

      If you write a block of zeros to it and it gives you a block of zeros back, then you still have the zeros "in" your file. If internally it just checks a flag first to see if the block is marked unused and returns all zeros if it is, you can't tell the difference.

    5. Re:My experience with SSD & a Mac by moonbender · · Score: 1

      It could erase the page and still mark it as being in use. Thus the page isn't used for wear-levelling by the drive, but if you ever rewrite to that page, it'll be a lot faster since the whole block containing the page won't have to be rewritten. Of course that still means the drive runs out of unused blocks after a while, but it's still an improvement over a drive with no TRIM support at all (or a drive used in an OS without TRIM, e.g. Ubuntu 10.04).

      --
      Switch back to Slashdot's D1 system.
  33. My mac sucks. by Anonymous Coward · · Score: -1, Offtopic

    I don't want to start a holy war here, but what is the deal with you Mac fanatics? I've been sitting here at my freelance gig in front of a Mac (a 8600/300 w/64 Megs of RAM) for about 20 minutes now while it attempts to copy a 17 Meg file from one folder on the hard drive to another folder. 20 minutes. At home, on my Pentium Pro 200 running NT 4, which by all standards should be a lot slower than this Mac, the same operation would take about 2 minutes. If that.

    In addition, during this file transfer, Netscape will not work. And everything else has ground to a halt. Even BBEdit Lite is straining to keep up as I type this.

    I won't bore you with the laundry list of other problems that I've encountered while working on various Macs, but suffice it to say there have been many, not the least of which is I've never seen a Mac that has run faster than its Wintel counterpart, despite the Macs' faster chip architecture. My 486/66 with 8 megs of ram runs faster than this 300 mhz machine at times. From a productivity standpoint, I don't get how people can claim that the Macintosh is a superior machine.

    Mac addicts, flame me if you'd like, but I'd rather hear some intelligent reasons why anyone would choose to use a Mac over other faster, cheaper, more stable systems.

  34. How are the sandforce units going? by AHuxley · · Score: 2, Insightful

    How are Mac users with Mercury Extreme SSD's or the Mushkin ect units doing?
    They might be a bit different to the units Apple found at a set price point to max the profits.
    Most of the Apple users sites seem to like the idea of a ~ TRIM via a removal of all data, zeroing and a copy back of the OS. Thanks

    --
    Domestic spying is now "Benign Information Gathering"
    1. Re:How are the sandforce units going? by MassacrE · · Score: 1

      How are Mac users with Mercury Extreme SSD's or the Mushkin ect units doing?

      Based on my research, the sandforce-based disks have a minimum reserve space of 7% (so say, 16GB of a 256GB disk). When you perform a write, it merges the old data and your changes to create a new block on the SSD, and then maps that into the computer’s view of the disk - the computer only sees new data, but the address now points to a different part of the physical disk. The ‘old’ block is cleaned by the drive whenever the drive becomes idle again, and added to the reserve pool, most probably to the end to promote more even wear.

      If you did a large burst of writes (say, ~16GB of data on the 240GB-rated drives) you should see performance plummet, as the drive is kept busy and hasn’t been able to blank out the dirty pages in the reserve space. I imagine this is the purpose of higher performance, 200GB-rated drives; they just reserve a larger amount of space to deal with these sorts of usage bursts.

      If you have TRIM support, it should be possible for the deletion of files to cause the reserve space to grow, as the TRIM command is issued by the filesystem layer to indicate to the drive that there is no longer relevant information on that section of disk.

      TRIM is really important for drives without reserved space, as once you fill up the disk every write will first require a section of the flash to be wiped clean.

  35. How does it work is a mystery to me by Ilgaz · · Score: 1

    First of all, Apple HFS format family has been critized for using the exact same areas of disk (for B Trees, journal) eventually wearing them off. I didn't buy the claims until I noticed an external USB drive has couple of bad sectors on exact "metadata"/B-tree area. Another USB drive got wasted (actually converted to fat32) and I finally agreed to that claim. It is magnetic drive I talk about, on SSD things can really get ugly.

    They could move the B-Trees and journal, actually advanced disk optimizers like iDefrag does it every time whenever it spots that they aren't close to beginning of drive but it seems they didn't even implement that basic counter measure. BTW; obvious but, nobody should "defrag" a SSD drive.

    I was expecting they add such enhancements with the OS X version shipping with Macbook Air and yet, nothing happened. It is not bad as NTFS but, HFS+ has to have some workarounds for SSD.

    Wonder if "We do ZFS, no it is target of patant trolls" period has something to do with it. No matter what people say, they were really serious about ZFS until Sun CEO stupidly leaked it and that company whined about their patents made them totally give up the idea.

    Perhaps, something like UFS+ in future?

    1. Re:How does it work is a mystery to me by scdeimos · · Score: 1

      BTW; obvious but, nobody should "defrag" a SSD drive.

      That's not necessarily the case and it also depends on the defragmenter strategy.

      With SSD typically having 128kb or 512kb erase blocks and their client file systems typically having 4kb-64kb clusters it can actually make sense to defragment a TRIM-enabled SSD every now and again. Gathering all of the directory/file blocks together allows the file system to TRIM as many blocks as possible and improve performance - otherwise you'll have all these partially-filled erase blocks hanging around that may only contain one or two file system clusters and can never be TRIMmed as a result, along with the read-modify-erase-write performance penalty you get when updating them.

  36. Holy fuck, what's with all the trolls today? by Anonymous Coward · · Score: 0

    Slashdot is going down the crapper.

    1. Re:Holy fuck, what's with all the trolls today? by AHuxley · · Score: 1

      OS X seems to bring them out in force :)

      --
      Domestic spying is now "Benign Information Gathering"
  37. Happy 4th of july by Anonymous Coward · · Score: -1, Troll

    you cock-smoking faggots!

  38. Trim is a hack by KonoWatakushi · · Score: 1, Interesting

    The problem is that a Flash based SSD needs to have a pool of unused blocks to work around the block-erase stupidity. However, trim only "solves" the problem when there is a good deal of free space on the drive anyway; when the drive nears full, it is useless. At the current pricing, people don't buy SSDs to keep them empty, and one would not expect an SSD to perform badly when full, as with rotating rust.

    The solution is to provision enough extra blocks on the drive beyond the advertised capacity. While the vendors refuse to do this, you may do so yourself. Simply create an empty partition the drive--just make sure it isn't ever written or zeroed.

    Anyway, the vendors' motivation to cut corners here should be perfectly clear.

  39. Why not just open fs.blocksize to 64-256k? by redelm · · Score: 2, Insightful
    TRIM just seems to be yet another abstruse abstraction layer. Why not just allow filesystems (HPFS, UFS, ext[234]) to have large blocksizes?

    Jes, I know the Intel MMU pages are either 4k or 4M. And people like "saving disk" since on average half a blocksize is wasted per file. But 4k is a tiny blocksize, set IIRC for newspools that few use. It only wastes 10 MB on a 5,000 file/dir system. That is not enough!

    A 128 kB blocksize to match the hardware bs would "waste" a more reasonable 320 MB. Only 1% of the minimum 32 GB SSD.

    1. Re:Why not just open fs.blocksize to 64-256k? by AHuxley · · Score: 0, Flamebait

      TRIM makes you need Win 7 for real ;)

      --
      Domestic spying is now "Benign Information Gathering"
    2. Re:Why not just open fs.blocksize to 64-256k? by redelm · · Score: 1

      I need MS-Windows like a need a hole in my RAM. Which it leaks :)

    3. Re:Why not just open fs.blocksize to 64-256k? by mindstrm · · Score: 1

      TRIM isn't about blocksize - it's about letting the drive know that a block can be freed up and reset to a fast-writeable state - only the filesystem driver can do that in a meaningful way - the drive can't automatically know on it's own.

      You an cleverly hack around with GC and spare blocks and whatnot to keep SOME blocks free and available all the time, but they won't necessarily represent what the filesystem thinks are free - so it's sub-optimal. TRIm isn't an abstraction layer - it's a simple command to effect a simple action that wasn't previously necessary because this limitation simply does not exist on magnetic media - we don't have to erase it before writing to it again.

    4. Re:Why not just open fs.blocksize to 64-256k? by redelm · · Score: 1

      I thought TRIM was more about telling the flash controller that nearby blocks were trash so they did not need to be read before an infill write. With matching flash and fs.blocksize, read-before-write is not necessary.

    5. Re:Why not just open fs.blocksize to 64-256k? by putaro · · Score: 1

      I think it's reasonable but I'm sure there's a lot of code down in the FS layers that would break. No one has had to deal with a non-512 byte sector disk for a while.

    6. Re:Why not just open fs.blocksize to 64-256k? by moonbender · · Score: 1

      I though so, too, but the block size would have to be 512 kB... Not sure if it's worth it.

      --
      Switch back to Slashdot's D1 system.
    7. Re:Why not just open fs.blocksize to 64-256k? by Anonymous Coward · · Score: 0

      Just increasing the sector size wouldn't help with SSD performance. With larger sectors an no TRIM, all sectors would have to be erased before beeing written to (that's just how Flash works). The erase operation is actually the expensive part, reading or writing is pretty fast, so all reasonable SSDs keep a pool of pre-erased sectors available and add to that pool whenever something is TRIMed or they run an internal garbage collection. Another reason for not havin a 1:1 mapping of flash sectors to filesystem sectors is wear leveling. Without the remapping, you would ruin the sectors where you /tmp or c:\temp directory resides within weeks at most.

      Aligning the filesystem (more or less) to the internal sector size just makes sure that writing 4k doesn't require erasing 2 flash sectors, which would happen rather frequently with old PC/MBR style partitions that start at sector 63.

    8. Re:Why not just open fs.blocksize to 64-256k? by redelm · · Score: 1

      If a pool of pre-erased blocks is a good idea, then just turn on one of the fs "secure" options that erases deleted blocks rather than simply marking them unavailable.

    9. Re:Why not just open fs.blocksize to 64-256k? by Tacvek · · Score: 1

      Trim has both purposes. If you trim a large file, it may have several physical erasable blocks become blank, thus allowing the drive to erase those whole physical blocks when idle, allowing fast writing to those physical blocks. It also tells it which of the logical blocks in a physical block are considered garbage, allowing the drive to skip them when reading that block, when rewriting that group of logical blocks.

      The second purpose becomes redundant if the file system uses larger sector sizes, and the OS also tells the device that it wants larger addressable blocks, matching the increased sector size. The first purpose remains useful, assuming it is not important to you that blocks not actively used remain intact.

      --
      Stylish sheet to fix many problems in Slashdot's D3: https://gist.github.com/801524
  40. An apple a day keeps the doctor away by Anonymous Coward · · Score: 0

    while Microsoft and the SSD manufacturers have publicized its inclusion in Windows 7, Apple has been silent on whether OS X will support it

    Isn't that kind of like comparing apple's and lemons?

  41. how can you _boot_ into windows on hpfs+? by Anonymous Coward · · Score: 0

    windos cant boot from hpfs+ (or ext3 or reiserfs (3.6 or 4), or zfs or really anything new and high performance except for uh, ex(tra)fat, then again these filesystems might require acls or a layer to account for windos acls)

    sure you could reformat it and install windows, but this would be unfair as we know the performance would suffer on writes to blocks that need to be erased before they can be written. another possibility would be a proper flash erase and then install windows to rule out some "hardware issue". so far the implication is that its the windows ntfs filesystem and (after the necessary testing) some linux filesystems that may be doing something differently to hpfs+.

    1. Re:how can you _boot_ into windows on hpfs+? by DJRumpy · · Score: 1

      No, using a windows partition on the Mac and NTFS as the file system via Boot Camp. It would eliminate hardware and allow Apples to Apples (no pun intended) between OS's. It's trivial to set up such a configuration on a Mac.

      windos cant boot from hpfs+ (or ext3 or reiserfs (3.6 or 4), or zfs or really anything new and high performance except for uh, ex(tra)fat, then again these filesystems might require acls or a layer to account for windos acls)

    2. Re:how can you _boot_ into windows on hpfs+? by jabbathewocket · · Score: 3, Informative

      The point is that while it would allow them to isolate whether the *drive* itself in the macbook air is somehow immune to the issue, or if its something to do with the operating system/file system preventing the issue to occur.

      IE if You do the tests in OS X, rezero the drive install windows xp/vista run them again (in NTFS on the mac's ssd), then finally install windows 7 also to a clean drive under NTFS and run the tests a final time (this last test would have trim enabled of course)

      Chances are that what is happening is that the OS X has an artificial limit in speed (for whatever reason) masking the problem.. If that theory is correct then installing windows 7 to a freshly zero'd drive on the air, should result in significantly faster initial performance than measured under OS X, with a dropoff to roughly the levels measured under OS X over time.

    3. Re:how can you _boot_ into windows on hpfs+? by Endophage · · Score: 1

      Although this makes me wonder whether 2 partitions with different filesystems would have any effect on the performance of the drive...

    4. Re:how can you _boot_ into windows on hpfs+? by DJRumpy · · Score: 1

      It should have a negligible effect on an SSD as each OS is in it's own logical container. Things like outside edge vs. inside edge of a plater affecting seek speed are meaningless for solid state drives.

      I also don't buy the fact that the drives in the Macbook Air mentioned in the article may be such poor performers that they would skew the results, although they were definitely not top of their class, they were far above drives that are actively experiencing this problem, meaning the drives performing at their worst, and being effected by this, should drop to a similar 'poor' level of performance. The SSD's on the Macbook Air still performed acceptably with negligible loss (MB's/s rather than KB's/s), even on the random read/write 4K tests.

  42. disk images are only of in-use blocks by SuperBanana · · Score: 1

    . It wouldn't surprise me if installing the Mac OS at the factory caused every block on the SSD to be used at least once (e.g. a whole disk image was written), which would mean you'd already be at the worse possible performance degradation.

    Disk images on the mac made by hdiutil (which is what Disk Utility is largely a front-end to) are almost always a copy based off files or just in-use blocks to a new image- the image is copied bit-by-bit back (for speed) and then the filesystem is expanded afterwards. This allows Apple to have one disk image, not one for each size hard drive shipped- and gives maximum speed (for magnetic drives.)

  43. what about journaling? by vaporland · · Score: 1

    The question was asked in TFA comments whether or not OS X disk journaling was turned on. The question was not answered. It seems to me that this would have a profound effect on performance.

    --
    Ask Me About... The 80's!
  44. proof is in the pudding by Dr.D.IS.GREAT · · Score: 0

    OSX rulez! it will even get you laid, especially if you have an ssd :D

    http://www.youtube.com/watch?v=coAep95p5kY

  45. The Stallion by Anonymous Coward · · Score: -1, Troll

    The Stallion

    A full grown stallion's cock, when fully erect, will measure some two to
    three feet long. It can be three to six inches thick at the base, to about
    two inches thick at the head. Horses are somewhat different from other
    animals in the way their cock head works. When a horse is fully erect and
    excited and ready to mount, his cock head is somewhat pointed and not as
    thick as might be normally observed. This is to facillatate an easier
    entry into the mare. After the horse has entered and reaches a climax the
    head swells (though it is more spongy then hard) into a fist sized mass as
    he ejacultates. It is thought that this serves as a plug to force the
    semen deep into the mare rather then allowing it to leak out. A full grown
    stallion can ejaculate about one cup ( 8 ounces ) of semen. It will take
    quite a few spurts to accomplish this. Each time his tail will raise and
    lower in a brief flick. The first few jets are of a thin to average
    consistency of cum. The final few jets are of a thick gelatinous
    substance... it is thought that this serves to "seal" the mares pussy so
    that the semen has time to do it's thing before leaking out. Horse semen
    is extremely viscous, if you touch your finger to a pool of it you can draw
    a thin string of it five to six feet long! Horse cum has a nice flat taste
    to it...not at all bitter like man's cum. You can easily drink cups of it
    with no discomfort.

    The Mare - how to do it.

    Mares can be quite satisfactory for the average well endowed male. If you
    are somewhat less developed you might find better pleasure with a pony or
    Miniature Horse. These are also better as they are lower to the ground. A
    pony you can fuck standing up. A miniature horse on your knees or
    squatting depending on the size. A mare will require something to stand on
    or "platform shoes"...(IE mini stilts to raise you a foot off the ground)
    so that you can reach her pussy.
    Fucking any horse will depend on the horse. Some will be ready right
    away...some will take coaxing. Pet the animal, talk to it softly, spend
    time with it gaining it's trust. If something you are doing upsets it then
    don't force it. Talk to it and calm it. If you work slowly you can make
    an animal accept anything. It is just a question of helping it overcome
    it's fears. All animals fear man if raised in the wild. How any animal
    reacts will depend on it's own experiences. If you haved raised the animal
    yourself in a loving enviroment, then you should have no problem
    associating with it, if it is a strange animal that you have met in the
    wild then you will have to go through an extended "courtship" to learn how
    to respond to the beast.

    MARES - TRAINING YOUR OWN

    When the filly reaches weaning age, seperate her from her dam. If you have
    limited time to spend then she should be put to pasture. If you have
    plenty of time then you should keep her in a stall. Spend time with her
    during the day petting and grooming her and allow her some time to run
    free. Limit her access to other horses though and see that she spends at
    least 8-12 hours a day in the stall. (Start with more free time and as she
    approaches her first birthday confine her more...she is now at the right
    age and her confinement will have made her so bored that she is amenable to
    any new experience so long as it is not unpleasant)Young fillys have no
    objection to someone playing with their pussy's. I have walked up on a pen
    full of strange fillys at night and they came right up to me and I petted
    them and felt up their pussys and they just lifted their tales and seemed
    to enjoy it. These fillys didn't even know me but they were young,
    inexperienced and bored...also since they were penned they were used to the
    presence of people and did not fear me. Most horses in a large pasture
    will run when they scent a strange human in their pasture at night.
    If you sit on the ground and wait

  46. TRIM equivalent by m.dillon · · Score: 3, Interesting

    All SSDs have a bit more storage than their rating. Partitioning a little less space on a vendor-fresh drive can double or triple the extra storage available to the SSD's internal wear leveling algorithms. For all intents and purposes this gives you the equivalent of TRIM without having to rely on the OS and filesystem supporting it. In fact, it could conceivably give you better performance than TRIM because you don't really know how efficient the TRIM implementation is in either the OS or the SSD. And because TRIM is a serialized command and cannot be run concurrently with read or write IOs. There are a lot of moving parts when it comes to using TRIM properly. Systems are probably better off not using TRIM at all, frankly.

    In case people haven't figured it out, this is one reason why Intel chose multiples of 40G for their low-end SSDs. Their 40G SSD competes against 32G SSDs from other vendors. Their 80G SSD competes against 64G SSDs from other vendors. You can choose nominal performance by utilizing 100% of the advertised space or you can choose to improve upon the already excellent Intel wear leveling algorithms simply by partitioning it for (e.g.) 32G instead of 40G.

    We're already seeing well over 200TB in endurance from Intel's 40G drives partitioned for 32G. Intel lists the endurance for their 40G drives at 35TB. I'm afraid I don't have comparitive numbers for when all 40G is used but I am already very impressed when 32G is partitioned for use out of the 40G available.

    Unfortunately it is nearly impossible to stress test a SSD and get results that are even remotely related to the real world, since saturated write bandwidth eventually causes erase stalls when the firmware can no longer catch up. In real-world operation write bandwidth is not pegged 100% of the time and the drive can pre-erase space. Testing this stuff takes months and months.

    Also, please nobody try to compare USB sticks against real (SATA) SSDs. SSDs have real wear leveling algorithms and enough ram cache to do fairly efficient write combining. USB sticks have minimal wear leveling and basically no ram cache to deal with write combining.

    -Matt

    1. Re:TRIM equivalent by Peter+Desnoyers · · Score: 1

      All SSDs have a bit more storage than their rating. Partitioning a little less space on a vendor-fresh drive can double or triple the extra storage available to the SSD's internal wear leveling algorithms.

      This won't actually work - partitions don't exist from a disk's point of view, but are just bytes in sector 0. The SSD will religiously preserve the useless data in the sectors outside of the partition you create, using up space that could otherwise be put to good use.

      As other posters have explained in bits and pieces, flash chips can be written in pages (2KB or 4KB, usually) but have to be erased in blocks (64 or 128 pages). If you overwrite 10 pages in the middle of a block, the writes will go into fresh pages somewhere else, and the original 10 will be useless until you get around to erasing the entire page. Since those other pages are holding data, you can't erase them until they either (a) get replaced by additional new writes, or (b) are moved somewhere else. If you end up having to copy say 3 pages of data for every new page you write, your write performance is going to go down by a factor of 4.

      The more free space you have, the more likely it is that even with totally random writes there will be some blocks that are entirely empty and can be erased without having to copy any data. That's why the 32GB Intel X25-E (the enterprise drive) has 40GB of flash chips inside it. On the other hand, just about every consumer drive has 6.7% or so free space, because that lets them use say 64GB (64 * 2^30) of flash chips and legally advertise it as 64GB (64 * 10^9).

      Typically your file system has a fair amount of free space (compared to 6.7%), because performance suffers and you run the risk of running out of space when you get close to 100% usage. Without TRIM, however, the SSD can't make use of that space, and carefully preserves the contents of every block on the file system free list. In theory TRIM should allow the OS to identify the file system free list to the SSD, which will then have much more space available for garbage collection, resulting in reduced copying and better performance. In practice, your mileage may vary.

    2. Re:TRIM equivalent by Anonymous Coward · · Score: 0

      This won't actually work - partitions don't exist from a disk's point of view, but are just bytes in sector 0. The SSD will religiously preserve the useless data in the sectors outside of the partition you create, using up space that could otherwise be put to good use.

      If you partition the drive when new, or after it has been properly wiped (i.e. using the TRIM command or Secure Erase to wipe the drive), then the drive will know the un-partitioned space really is unused, so it should be able to make use of it. Whether it does or not depends on the drive's controller and wear-levelling algorithm, but it is not an unreasonable hypothesis, though there doesn't seem to be any real evidence to confirm or invalidate the hypothesis.

  47. Funny but not totally correct by Mathinker · · Score: 4, Informative

    Yes, and as we know, solid state disks lose performance when files are fragmented, because, when the disk spins, err, i mean the electrons, the heat goes around, ah, fuck it.

    Your reply was witty, but all of the EEs here on Slashdot will tell you that, for example, trying to write to random addresses in, for example, DDR2 memory when you could have written the same data to contiguous addresses, is a very bad idea. The only reason programmers don't feel this difference quite so much is that the cache hierarchy of the CPU is babying them.

    1. Re:Funny but not totally correct by Anonymous Coward · · Score: 0

      Sounds like a dig on object oriented languages wasn't completed.

      I've seen some of the most data fragmented code...

  48. But why is this an issue at all? by randyleepublic · · Score: 0

    Why haven't patches been made for all the major file systems so that they have am option to run "SSD mode"? In SSD mode the file system tells the SSD which blocks to erase. What is so diff?

    --
    Social Credit would solve everything...
  49. Mod parent up by TheThiefMaster · · Score: 1

    There's a lot of misinformation in these comments, and parent actually seems to know what they're talking about...

  50. iTrim by Anonymous Coward · · Score: 0

    TRIM is sooo outdated. With the new iTrim you can take care of your disk by simply shaking the notebook.

    And if you don't belive it Steve WILL multitouch your retina.

  51. Silly testing procedure by buserror · · Score: 1

    They used the "write zero" disk erase method, which in fact un-erase every NAND block of the disk, which in turn forces the disk to erase each block again as it writes. Thats why they see such consistency of results : they are measuring the worst possible case where the disk is forced to the slow path for each block.

    To erase NAND, you need to erase it by block, and the resulting block is full of 1's. Writing to NAND is a question of writing zeros in places, you can't write 1's on NAND unless you erase it.

    So in a way, their test is showing that OSX is much, much better than windows when the disk is dirty, but that apple hasn't implemented the "trim" that allows the disk to re-erase nand 'free' blocks.

    1. Re:Silly testing procedure by emt377 · · Score: 1

      They used the "write zero" disk erase method, which in fact un-erase every NAND block of the disk, which in turn forces the disk to erase each block again as it writes. Thats why they see such consistency of results : they are measuring the worst possible case where the disk is forced to the slow path for each block.

      To erase NAND, you need to erase it by block, and the resulting block is full of 1's. Writing to NAND is a question of writing zeros in places, you can't write 1's on NAND unless you erase it.

      So in a way, their test is showing that OSX is much, much better than windows when the disk is dirty, but that apple hasn't implemented the "trim" that allows the disk to re-erase nand 'free' blocks.

      While erased flash is all 1's, it's complemented before the host sees it, so the host reads erased flash as all zeros. So filling a drive with zeros is pretty much the same as erasing it. And if the drive controller is remotely intelligent it will detect that a sector is written with all 1's and not bother even allocating it; it can store a magic value in the sector map to indicate this logical sector is blank and has no physical allocation. The first non-zero write to it would then cause it to be allocated. The fact that at least one common OS tool writes zeros (and DU can't be the only one) to erase drive space is pretty good motivation to handle this correctly at the allocation level. I think it's pretty safe to assume that any firmware engineer who works on SSDs is perfectly aware of all these aspects - and more.

    2. Re:Silly testing procedure by buserror · · Score: 1

      I think you give credit a bit generously here. And in any case, how do you explain 1) the linearity and consistency of results 2) the fact it's consistently slower than a windows with Trim support ?

      If the blocks were truely erased, at the very least the peak write would be significantly faster, but it's not.

      The only other wacky possibility would be for the OS to be the bottleneck.

  52. 4. by Sycraft-fu · · Score: 1

    They didn't test it on a high performance platform. The Air is, unsurprisingly, optimized as a low battery usage mobile device. This implies a number of things, none of them good for trying to do high speed SSD testing. A more appropriate platform would be a Mac Pro, and perhaps look at adding on a high speed SATA card for good measure.

    Now I can appreciate testing on a non-performance system too, but not if your objective is to test TRIM. In that case you need to be on a high end system so that the system isn't where things slow down, and difference will be due to the disk. Then, once you've established that, you can test if that difference matters to lower end computers.

  53. auto defragment related? by mynion · · Score: 1

    I seem to recall osx or to be more precise hfs auto defragments a file when it is loaded. ie it loads a file then says "oooh messy" and writes it back in the background.
    So the file second invisible write happens after the initial write time and in fact after a subsequent read time operation.

    I wonder if osx is just doing things when it isn't being measured and files are constantly moving to spare gaps as a result.

    (Someone must know more about hfs than my fuzzy memory to verify/refute this theory).

  54. Block Size vs. Storage Efficiency Problem by billstewart · · Score: 1

    Definitely you can do that - the problem you run into is the tradeoff between block size and storage efficiency, because you lose space at the end of a block of data. And you care about it more on small expensive disks than on big cheap ones. Some file systems deal with this by having two different block sizes, the smaller one used for frags, but even so, the bigger the big block size, the more you lose.
    However, I'd expect Apple to do a better job of tuning their file systems to the media type than Windows does.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  55. I WANT MY LIFE BACK REMOVE THIS FROM /. by Anonymous Coward · · Score: 0

    I RTFA and at the END realized the IDIOTS had done a ZERO-FILL of the SSD (so clean tests on a DIRTY drive), then read through two pages of comments and saw many others who realized it too. Please pull this fkng waste of time off /. Too late to get my time back but maybe help someone else.

  56. Huh? What kind of "logic" is this?? by King_TJ · · Score: 1

    You're saying the "Samsung SSD doesn't degrade because it's initial performance is already so terrible"?!

    That makes no sense at all. Think about it. Even if the drive was slow enough. out of the box, that a read operation took 10 seconds to complete, that should result in it being more like 20 or 30 seconds when the drive is all fragmented up.

    Unless a drive had 0 performance (never returned a result when you did a read or write), it should be possible to measure it degrading in performance from a clean setup and a fragmented one....

  57. aw come on... by VanessaE · · Score: 1

    A good joke all the way to the end, yet you missed a perfect opportunity to add an AYB reference, however old and dusty and outdated it might be.

    A.D. 2101: War was beginning. Japanese-to-English translators found to be in particularly high demand.