Algorithms and Data Structures for Flash Memories

Total Page:16

File Type:pdf, Size:1020Kb

Algorithms and Data Structures for Flash Memories Algorithms and Data Structures for Flash Memories ERAN GAL AND SIVAN TOLEDO Tel-Aviv University Flash memory is a type of electrically-erasable programmable read-only memory (EEPROM). Because flash memories are nonvolatile and relatively dense, they are now used to store files and other persistent objects in handheld computers, mobile phones, digital cameras, portable music players, and many other computer systems in which magnetic disks are inappropriate. Flash, like earlier EEPROM devices, suffers from two limitations. First, bits can only be cleared by erasing a large block of memory. Second, each block can only sustain a limited number of erasures, after which it can no longer reliably store data. Due to these limitations, sophisticated data structures and algorithms are required to effectively use flash memories. These algorithms and data structures support efficient not-in-place updates of data, reduce the number of erasures, and level the wear of the blocks in the device. This survey presents these algorithms and data structures, many of which have only been described in patents until now. Categories and Subject Descriptors: D.4.2 [Operating Systems]: Storage Management—Allocation/deallocation strategies; garbage collection; secondary storage; D.4.3 [Operating Systems]: File Systems Management—Acess methods; file organization; E.1 [Data Structures]—Arrays; lists, stacks, and queues; trees; E.2 [Data Storage Representations]—Linked representations; E.5 [Files]—Organizagtion/ structure General Terms: Algorithms, Performance, Reliability Additional Key Words and Phrases: Flash memory, EEPROM memory, wear leveling 1. INTRODUCTION of other programmable memories such as volatile RAM and magnetic disks. Perhaps Flash memory is a type of electrically- more importantly, memory cells in a flash erasable programmable read-only mem- device (as well as in other types of EEP- ory (EEPROM). Flash memory is nonvolatile ROM memory) can be written to only a lim- (retains its content without power) so it ited number of times, between 10,000 and is used to store files and other persistent 1,000,000, after which they wear out and objects in workstations and servers (for become unreliable. the BIOS), handheld computers and mobile In fact, flash memories come in two fla- phones, digital cameras, and portable mu- vors, NOR and NAND, that are also quite dif- sic players. ferent from each other. In both types, write The read/write/erase behaviors of flash operations can only clear bits (change memory is radically different than that their value from 1 to 0). The only way to Authors’ address: School of Computer Science, Tel-Aviv University, Tel-Aviv 69978, Israel; email: [email protected]. Permission to make digital or hard copies of part or all of this work for personal or classroom use is granted without fee provided that copies are not made or distributed for profit or direct commercial advantage and that copies show this notice on the first page or initial screen of a display along with the full citation. Copy- rights for components of this work owned by others than ACM must be honored. Abstracting with credit is permitted. To copy otherwise, to republish, to post on servers, to redistribute to lists, or to use any component of this work in other works requires prior specific permission and/or a fee. Permissions may be requested from Publications Dept., ACM, Inc., 1515 Broadway, New York, NY 10036 USA, fax: +1 (212) 869-0481, or [email protected]. c 2005 ACM 0360-0300/05/0600-0138 $5.00 ACM Computing Surveys, Vol. 37, No. 2, June 2005, pp. 138–163. Algorithms and Data Structures for Flash Memories 139 set bits (change their value from 0 to 1) is other patents assigned to two compa- to erase an entire region memory. These nies that specialize in flash-management regions have fixed size in a given device, products, M-Systems and SanDisk (for- typically ranging from several kilobytes merly SunDisk). Finally,we also examined to hundreds of kilobytes and are called patents that were cited or mentioned in erase units.NOR flash, the older type, is a other relevant materials both patents and random-access device that is directly ad- Web sites. dressable by the processor. Each bit in a We believe that this methodology led us NOR flash can be individually cleared once to most of the relevant materials. But this per-erase-cycle of the erase unit contain- does not imply, of course, that the article ing it. NOR devices suffers from high erase covers all the techniques that have been times. NAND flash, the newer type, enjoys invented. The techniques that are used in much faster erase times, but it is not di- some flash-management products have re- rectly addressable (it is accessed by issu- mained trade secrets; some are alluded to ing commands to a controller), access is in corporate literature but are not fully by page (a fraction of an erase unit, typi- described. Obviously, this article does not cally 512 bytes) not by bit or byte, and each cover such techniques. page can be modified only a small num- The rest of this survey consists of three ber of times in each erase cycle. That is, sections, each of which describes the map- after a few writes to a page, subsequent ping of one category of abstract data struc- writes cannot reliably clear additional bits tures onto flash memories. The next sec- in the page; the entire erase unit must be tion discusses flash data structures that erased before further modifications of the store an array of fixed- or variable-length page are possible [Woodhouse 2001]. blocks. Such data structures typically em- Because of these peculiarities, storage- ulate magnetic disks where each block management techniques that were de- in the array represents one disk sec- signed for other types of memory devices, tor. Even these simple data structures such as magnetic disks, are not always pose many flash-specific challenges such appropriate for flash. To address these as wear leveling and efficient reclama- issues, flash-specific storage techniques tion. These challenges and techniques to have been developed with the widespread address them are discussed in detail in introduction of flash memories in the early Section 2, and in less detail in later sec- 1990s. Some of these techniques were in- tions. The section that follows, Section 3, vented specifically for flash memories, but describes flash-specific file systems. A file many have been adapted from techniques system is a data structure that represents that were originally invented for other a collection of mutable random-access files storage devices. This article surveys the in a hierarchical name space. Section 4 data structures and algorithms that have describes three additional classes of flash been developed for management of flash data structures: application-specific data storage. structures (mainly search trees), data The article covers techniques that have structures for storing machine code, and a been described in the open literature, mechanism to use flash as a main memory including patents. We only cover US replacement. Section 5 summarizes the patents mostly because we assume that survey. US patents are a superset of those of other countries. To cope with the large number 2. BLOCK-MAPPING TECHNIQUES of flash-related patents, we used the fol- lowing strategy to find relevant patents. One approach to using flash memory is to We examined all the patents whose ti- treat it as a block device that allows fixed- tles contain the words flash, file (or fil- size data blocks to be read and written ing), and system,aswell as all the patents much like disk sectors. This allows stan- whose titles contain the words wear and dard file systems designed for magnetic leveling.Inaddition, we also examined disks, such as FAT,toutilize flash devices. ACM Computing Surveys, Vol. 37, No. 2, June 2005. 140 E. Gal and S. Toledo In this setup, the file system code calls ten, the new data does not overwrite the a device driver, requesting block read or sector where the block is currently stored. write operations. The device driver stores Instead, the new data is written to another and retrieves blocks from the flash device. sector and the virtual-block-to-sector map (Some removable flash devices, like Com- is updated. pactFlash, even incorporate a complete Typically, sectors have a fixed size and ATA disk interface so they can actually be occupy a fraction of an erase unit. In NAND used through the standard disk driver.) devices, sectors usually occupy one flash However, mapping the blocks onto flash page. But in NOR devices, it is also possible addresses in a simple linear fashion to use variable-length sectors. presents two problems. First, some data This mapping serves several purposes: blocks may be written to much more than others. This presents no problem for —First, writing frequently modified blocks magnetic disks so conventional file sys- to a different sector in every modifica- tems do not attempt to avoid such situa- tion evens out the wear of different erase tions. But when the file system in mapped units. onto a flash device, frequently used erase —Second, the mapping allows writing a units wear out quickly, slowing down ac- single block to flash without erasing and cess times and eventually burning out. rewriting an entire erase unit [Assar This problem can be addressed by using et al. 1995a, 1995b, 1996]. a more sophisticated block-to-flash map- —Third, the mapping allows block writes ping scheme and by moving blocks around. to be implemented atomically so that, if Techniques that implement such strate- power is lost during a write operation, gies are called wear-leveling techniques. the block reverts to its prewrite state The second problem that the identity when flash is used again.
Recommended publications
  • Archons (Commanders) [NOTICE: They Are NOT Anlien Parasites], and Then, in a Mirror Image of the Great Emanations of the Pleroma, Hundreds of Lesser Angels
    A R C H O N S HIDDEN RULERS THROUGH THE AGES A R C H O N S HIDDEN RULERS THROUGH THE AGES WATCH THIS IMPORTANT VIDEO UFOs, Aliens, and the Question of Contact MUST-SEE THE OCCULT REASON FOR PSYCHOPATHY Organic Portals: Aliens and Psychopaths KNOWLEDGE THROUGH GNOSIS Boris Mouravieff - GNOSIS IN THE BEGINNING ...1 The Gnostic core belief was a strong dualism: that the world of matter was deadening and inferior to a remote nonphysical home, to which an interior divine spark in most humans aspired to return after death. This led them to an absorption with the Jewish creation myths in Genesis, which they obsessively reinterpreted to formulate allegorical explanations of how humans ended up trapped in the world of matter. The basic Gnostic story, which varied in details from teacher to teacher, was this: In the beginning there was an unknowable, immaterial, and invisible God, sometimes called the Father of All and sometimes by other names. “He” was neither male nor female, and was composed of an implicitly finite amount of a living nonphysical substance. Surrounding this God was a great empty region called the Pleroma (the fullness). Beyond the Pleroma lay empty space. The God acted to fill the Pleroma through a series of emanations, a squeezing off of small portions of his/its nonphysical energetic divine material. In most accounts there are thirty emanations in fifteen complementary pairs, each getting slightly less of the divine material and therefore being slightly weaker. The emanations are called Aeons (eternities) and are mostly named personifications in Greek of abstract ideas.
    [Show full text]
  • How Superman Developed Into a Jesus Figure
    HOW SUPERMAN DEVELOPED INTO A JESUS FIGURE CRISIS ON INFINITE TEXTS: HOW SUPERMAN DEVELOPED INTO A JESUS FIGURE By ROBERT REVINGTON, B.A., M.A. A Thesis Submitted to the School of Graduate Studies in Partial Fulfillment of the Requirements for the Degree of Master of Arts McMaster University © Copyright by Robert Revington, September 2018 MA Thesis—Robert Revington; McMaster University, Religious Studies McMaster University MASTER OF ARTS (2018) Hamilton, Ontario, Religious Studies TITLE: Crisis on Infinite Texts: How Superman Developed into a Jesus Figure AUTHOR: Robert Revington, B.A., M.A (McMaster University) SUPERVISOR: Professor Travis Kroeker NUMBER OF PAGES: vi, 143 ii MA Thesis—Robert Revington; McMaster University, Religious Studies LAY ABSTRACT This thesis examines the historical trajectory of how the comic book character of Superman came to be identified as a Christ figure in popular consciousness. It argues that this connection was not integral to the character as he was originally created, but was imposed by later writers over time and mainly for cinematic adaptations. This thesis also tracks the history of how Christians and churches viewed Superman, as the film studios began to exploit marketing opportunities by comparing Superman and Jesus. This thesis uses the methodological framework of intertextuality to ground its treatment of the sources, but does not follow all of the assumptions of intertextual theorists. iii MA Thesis—Robert Revington; McMaster University, Religious Studies ABSTRACT This thesis examines the historical trajectory of how the comic book character of Superman came to be identified as a Christ figure in popular consciousness. Superman was created in 1938, but the character developed significantly from his earliest incarnations.
    [Show full text]
  • The Sinking Man Richard A
    Iowa State University Capstones, Theses and Retrospective Theses and Dissertations Dissertations 1990 The sinking man Richard A. Malloy Iowa State University Follow this and additional works at: https://lib.dr.iastate.edu/rtd Part of the Fiction Commons, Literature in English, North America Commons, and the Poetry Commons Recommended Citation Malloy, Richard A., "The sinking man" (1990). Retrospective Theses and Dissertations. 134. https://lib.dr.iastate.edu/rtd/134 This Thesis is brought to you for free and open access by the Iowa State University Capstones, Theses and Dissertations at Iowa State University Digital Repository. It has been accepted for inclusion in Retrospective Theses and Dissertations by an authorized administrator of Iowa State University Digital Repository. For more information, please contact [email protected]. The sinking man by Richard Alan Malloy A Thesis Submitted to the Graduate Faculty in Partial Fulfillment of the Requirements for the Degree of MASTER OF ARTS Major: English Approved: Signature redacted for privacy Signature redacted for privacy Signature redacted for privacy For the Graduate College Iowa State University Ames, Iowa 1990 Copyright @ Richard Alan Malloy, 19 9 0. All rights reserved. ----~---- -~--- -- ii TABLE OF CONTENTS page CATERPILLARS 1 ONE ACRE FARM 7 CLIFFS 11 DUMPS 14 DOWN OUT OF UP 21 THE GIVER 22 TWELVE-PACK JUNKER 36 RELUCTANT SHOOTER 45 TAR YARD 50 IDLE AFTER HOURS AT MY DESK 57 SOMETHING UNDER MY FOOT 59 WINNOCK 61 PALE MEADOW 66 NOBILITY 76 THE SINKING MAN 78 DUMBBELLS 84 A LATE SHARED VISION 90 THE COMMITMENT 92 1 CATERPILLARS Bill kneaded the thin skin over his sternum.
    [Show full text]
  • Running Order
    Runnnig Order 2018 Master National Flights (Dogs Listed in Numeric Order) FLIGHT # DOGNAME OWNER BR SEX HANDLER Flight A A 1 Oakview Rough And Tough Enough MH Laurice Williams Lab M Stephen Durance A 2 Big Muddy's Rivers Rising Fast MH Randy McLean Lab F Scott Greer A 3 Banjo's Fever Is Boomin MH Adam Gonzalez Lab M Adam Gonzalez A 4 Stickponds Abra-Ca-Dabra MH Becky Williams Lab F Becky Williams A 5 DMR Golden Boy's Black Magic MH Lillian Logan Lab F Doug Shade A 6 Black Dude's Sergeant Pepper MH Hunter Lamar Lab M Stephen Durrence A 7 Bustin' Water's She's No Mirage MH Gary Metzger Lab F Lauren Springer A 8 Black Powder Cali Tnt's Blasting Cap MH A Christy Lab M Scott Greer A 9 Island Acres Stitch and Glue MH Brian Norman Lab F Brian Norman A 10 Silver State's Home Means Nevada MH Carole Gardner Lab F Carole Gardner A 11 Brody Cooper Oakridge Fender MH James Fender Lab M Stephen Durrence A 12 SUNRISE RUBY RAYNE MH MNH5 Sidney Sondag Lab F Sid Sondag A 13 Island Acres Hot Shot MH Lynn & Jack Loacker Golden F Doug Shade A 14 Rough'N Tumble MH Kenneth McCune Lab M Caroline Davis A 15 Cape Rock's Every Which Way But Loose MH Randy Lampley Lab M Scott Greer A 16 Cannon's Big League Trouble MH Chris Cannon Lab F Stephen Durrence A 17 Cooter Holand III "Tres" MH Joseph Holand Lab M Lauren Springer A 18 Healmarks Sam I Am MH Becky Williams Lab M Becky Williams A 19 Gator Points Miss TAMU MH R Bower/J Bower Lab F Mandy Cieslinski A 20 Castile Creeks Have Gun Will Travel MH Art Stoner Lab M Art Stoner A 21 CH Rippling Waters Miss Francine MH
    [Show full text]
  • "Superman" by Wesley Strick
    r "SUPERMAN" Screenplay by Wesley Strick Jon Peters Entertainment Director: Tim Burton Warner Bros. Pictures July 7, 1997 y?5^v First Draft The SCREEN is BLACK. FADE IN ON: INT. UNIVERSITY CORRIDOR - LATE NIGHT A YOUNG PROFESSOR hurries down the empty hall — hotly murmuring to himself, intensely concerned ... A handsome man, about 30, but dressed strangely — are we in some other country? Sometime in the past? Or in the future? YOUNG PROFESSOR It's switched off ... It can't be ... But the readings, what else — The Young Professor reaches a massive steel door, like the hatch of a walk-in safe. Slides an ID card, that's emblazoned with a familiar-looking "S" shield: the door hinges open. The Young Professor pauses — he hadn't noted, till now, the depths of his fear. Then, enters: INT. UNIVERSITY LAB - LATE NIGHT Dark. The Professor tries the lights. Power is off. Cursing, he's got just enough time, as the safe door r swings closed again, to find an emergency flashlight. He flicks it on: plays the beam over all the bizarre equipment, the ultra-advanced science paraphernalia. Now he hears a CREAK. He spins. His voice quavers. YOUNG PROFESSOR I.A.C. ..? His flashlight finds a thing: a translucent ball perched atop a corroding pyramid shape. It appears inanimate. YOUNG PROFESSOR (cont'd) Answer me. And finally, from within the ball, a faint alow. Slyly: BALL How can I? You unplugged me, Jor- El ... Remember? Recall? The Young Professor -- JOR-EL -- looks visibly shaken. y*fi^*\ (CONTINUED) CONTINUED: JOR-EL I did what I had to, I.A.C.
    [Show full text]
  • The Art of Reverse-Engineering Flash Exploits [email protected]
    The art of reverse-engineering Flash exploits [email protected] Jeong Wook Oh July 2016 Adobe Flash Player vulnerabilities As recent mitigations in the Oracle Java plugin and web browsers have raised the bar for security protection, attackers are apparently returning to focus on Adobe Flash Player as their main attack target. For years, Vector corruption was the method of choice for Flash Player exploits. Vector is a data structure in Adobe Flash Player that is implemented in a very concise form in native memory space. It is easy to manipulate the structure without the risk of corrupting other fields in the structure. After Vector length mitigation was introduced, the attackers moved to ByteArray.length corruption (CVE-2015-7645). Control Flow Guard (CFG) or Control Flow Integrity (CFI) is a mitigation introduced in Windows 8.1 and later, and recently into Adobe Flash Player. Object vftable (virtual function table) corruption has been very common technology for exploit writers for years. CFG creates a valid entry point into vftable calls for specific virtual calls, and exits the process when non-conforming calls are made. This prevents an exploit’s common method of vftable corruption. Reverse-engineering methods Dealing with Adobe Flash Player exploits is very challenging. The deficiency of usable debuggers at the byte code level makes debugging the exploits a nightmare for security researchers. Obfuscating the exploits is usually a one-way process and any attempt to decompile them has caveats. There are many good decompilers out there, but they usually have points where they fail, and the attackers usually come up with new obfuscation methods as the defense mechanism to protect their exploits from being reverse-engineered.
    [Show full text]
  • A M E R I C a N C H R O N I C L E S the by JOHN WELLS 1960-1964
    AMERICAN CHRONICLES THE 1960-1964 byby JOHN JOHN WELLS Table of Contents Introductory Note about the Chronological Structure of American Comic Book Chroncles ........ 4 Note on Comic Book Sales and Circulation Data......................................................... 5 Introduction & Acknowlegments................................. 6 Chapter One: 1960 Pride and Prejudice ................................................................... 8 Chapter Two: 1961 The Shape of Things to Come ..................................................40 Chapter Three: 1962 Gains and Losses .....................................................................74 Chapter Four: 1963 Triumph and Tragedy ...........................................................114 Chapter Five: 1964 Don’t Get Comfortable ..........................................................160 Works Cited ......................................................................214 Index ..................................................................................220 Notes Introductory Note about the Chronological Structure of American Comic Book Chronicles The monthly date that appears on a comic book head as most Direct Market-exclusive publishers cover doesn’t usually indicate the exact month chose not to put cover dates on their comic books the comic book arrived at the newsstand or at the while some put cover dates that matched the comic book store. Since their inception, American issue’s release date. periodical publishers—including but not limited to comic book publishers—postdated
    [Show full text]
  • Batman/Superman/Wonder Woman: Trinity Written by Alex Mckinnon
    Batman/Superman/Wonder Woman: Trinity Written by Alex McKinnon Batman created by Bob Kane Superman created by Jerry Siegel and Joe Shuster Wonder Woman created by William Moulton Marston [email protected] INT. SMALLVILLE DINER A small glob of red ketchup on a white plate. A hand dips and slides a french fry through it in a sunny, relaxed restaurant. CLARK ... and that's how I got out. The hand belongs to CLARK KENT, approaching his twenties, the boy next door in a world without neighbors. He beams a happy, sheepish smile. Two teenagers (a BOY and a GIRL) sit across from him, speechless. GIRL You're not serious. Clark chuckles and gestures 'cross my heart'. GIRL THAT'S your big secret. The girl folds her arms and leans back in her chair, frowning. GIRL I don't believe you. CLARK Honest. The girl slaps the table, laughing incredulously. GIRL Come on! You skipped physics?! That's REALLY the best you got? CLARK I told you it wasn't worth knowing. GIRL But we gave you such good ones! You can't honestly tell me that's all. CLARK What exactly were you expecting? The girl just shrugs. Clark looks around the diner for a waiter. He suddenly looks flushed. He leans forward, elbow on the table, rubbing a hand across his face. GIRL Hey Boy Scout, what's wrong? 2. CLARK Nothing. Clark grabs a menu and hides behind it, coughing, fidgeting. He wipes his brow with the back of his hand. His eyes slowly adopt a tint of red, an odd WHISTLING accompanying the change.
    [Show full text]
  • BATMAN VS SUPERMAN (Untitled)
    BATMAN VS SUPERMAN (untitled) Written by David S. Goyer & Chris Terrio from a story by Zack Snyder & David S. Goyer Warner Bros. 3rd Draft, January 19th, 2014 ©2014 WARNER BROS. All Rights Reserved FADE IN: EXT. ARCTIC OCEAN -- MORNING TWO RUSSIAN WARSHIPS, the ANATOLE and the CASSIOPEIA, approach a RUSSIAN OIL RIG in ARCTIC WATERS. INT. BRIDGE, CASSIOPEIA -- CONTINUOUS Karpov 60, an INTIMIDATING RUSSIAN GENERAL, CAPTAINS the WARSHIP. His SECOND IN COMMAND UMINSKI, 30's, stands at his side. KARPOV (to Uminski, in Russian) Hold this position. UMINSKI Yes General. INT. CARGO HOLD, RUSSIAN OIL RIG -- CONTINUOUS 300 RUSSIAN OIL RIG WORKERS are held PRISONER in the CARGO HOLD of the RUSSIAN OIL RIG. They are surrounded by a ATLANTEAN HIJACKERS. The Atlanteans wear a combination of BLACK WET SUITS and ARMOR PLATING designed like FISH SCALES. Their faces are CONCEALED behind MASKS. Their HANDS and FEET are BARE. They wield STRANGE WEAPONRY which HUM with ENERGY. OKSANA, 40's, A HARDENED FEMALE OIL RIG WORKER cradles a frightened YOUNGER FEMALE OIL RIG WORKER, LUCYA, early 20's, who SOBS in her arms. OKSANA (in Russian) It's Ok. It's Ok. MERA, a TALL, BEAUTIFUL REDHEAD ATLANTEAN walks past them and speaks with one of her Warriors. He BOWS to her and leaves. She walksWarner towards a TALL MAN with LONG FLOWINGBros. hair who sits on top of a stack of CRATES like a King on a THRONE. He is dressed in ARMOR. In his right hand he holds a LONG GOLDEN TRIDENT. His left hand is SHIMMERING and BLUE as if MADE OF WATER.
    [Show full text]
  • The Art of Reverse Engineering Flash Exploits
    Agenda • Reverse Engineering Methods • Decompilers/Disassemblers/FlashHacker/AVMPlus source code/native level debugging • RW Primitives • Vector.length corruption • ByteArray.length corruption • ConvolutionFilter.matrix to tabStops type-confusion • CFG • MMgc • JIT attacks • FunctonObject corruption Adobe Flash Player vulnerabilities • Recently Oracle Java, Browser vulnerabilities are becoming non-attractive • Vector corruption in 2013 Lady Boyle exploit • Vector corruption mitigation introduced in 2015 • CFG/CFI introduced in 2015 Reverse Engineering Methods Decompilers • JPEXS Free Flash Decompiler • Action Script Viewer for (;_local_9 < _arg_1.length;(_local_6 = _SafeStr_128(_local_5, 0x1E)), goto _label_2, if (_local_15 < 0x50) goto _label_1; , (_local_4 = _SafeStr_129(_local_4, _local_10)), for (;;) { _local_8 = _SafeStr_129(_local_8, _local_14); (_local_9 = (_local_9 + 0x10)); //unresolved jump unresolved jump error // @239 jump @254 getlocal 17 ; 0x11 0x11 register 17 is never initialized iftrue L511 ; 0xFF 0xFF This condition is always false jump L503 ; 0xF7 0xF7 ; 0xD7 Start of garbage code (this code will be never reached) ; 0xC2 ; 0x0B ; 0xC2 ; 0x04 ; 0x73 ; 0x92 ; 0x0A ; 0x08 ; 0x0F ; 0x85 ; 0x64 ; 0x08 ; 0x0C L503: pushbyte 8 ; 0x08 0x08 All garbage code getlocal 17 ; 0x11 0x11 iffalse L510 ; 0xFE 0xFE negate_i increment_i pushbyte 33 ; 0x21 0x21 multiply_i L510: subtract L511: Disassemblers • RABCDAsm is a very powerful disassembler that can extract ABC (ActionScript Byte Code) records used in AVM2 (ActionScript Virtual
    [Show full text]
  • LEVERAGING FLASH MEMORY in ENTERPRISE STORAGE
    LEVERAGING FLASH MEMORY in ENTERPRISE STORAGE Luanne Dauber, Pure Storage Author: Matt Kixmoeller, Pure Storage SNIA Legal Notice The material contained in this tutorial is copyrighted by the SNIA unless otherwise noted. Member companies and individual members may use this material in presentations and literature under the following conditions: Any slide or slides used must be reproduced in their entirety without modification The SNIA must be acknowledged as the source of any material used in the body of any document containing material from these presentations. This presentation is a project of the SNIA Education Committee. Neither the author nor the presenter is an attorney and nothing in this presentation is intended to be, or should be construed as legal advice or an opinion of counsel. If you need legal advice or a legal opinion please contact your attorney. The information presented herein represents the author's personal opinion and current understanding of the relevant issues involved. The author, the presenter, and the SNIA do not assume any responsibility or liability for damages arising out of any reliance on or use of this information. NO WARRANTIES, EXPRESS OR IMPLIED. USE AT YOUR OWN RISK. Leveraging Flash Memory in Enterprise Storage © 2011 Storage Networking Industry Association. All Rights Reserved. 2 Abstract Leveraging Flash Memory in Enterprise Storage This session is for Storage Administrators and Application Architects seeking to understand how to best take advantage of flash memory in enterprise storage environments. The relative advantages of flash tiering, caching and all-flash approaches will be considered, across the dimensions of performance, cost, reliability and predictability.
    [Show full text]
  • Combining Chunk Boundary and Chunk Signature Calculations for Deduplication
    Combining Chunk Boundary and Chunk Signature Calculations for Deduplication Witold Litwin, Darrell D. E. Long, Thomas Schwarz, S.J. Abstract— Many modern, large-scale storage solutions offer deduplication, which can achieve impressive compression rates for many loads, especially for backups. When accepting new data for storage, deduplication checks whether parts of the data is already stored. If this is the case, then the system does not store that part of the new data but replaces it with a reference to the location where the data already resides. A typical deduplication system breaks data into chunks, hashes each chunk, and uses an index to see whether the chunk has already been stored. Variable chunk systems offer better compression, but process data byte-for-byte twice, first to calculate the chunk boundaries and then to calculate Figure 1: Sliding Window Technique the hash. This limits the ingress bandwidth of a system. We propose a method to reuse the chunk boundary calculations in order to strengthen the collision resistance of the hash, allowing us to use a changes in a large file do not alter most of the chunks of the faster hashing method with fewer bytes or a much larger (256 times file. The system can recognize this duplicate data and avoid by adding two bytes) storage system with the same high assurance storing them twice. Calculating chunk boundaries involves against chunk collision and resulting data loss. processing incoming data byte-for-byte. After calculating the chunk boundaries, the deduplication system calculates a hash Keywords— Deduplication, Algebraic Signatures value of the chunk and then looks up (and later stores) the value in an index of all previous chunk hashes.
    [Show full text]