C12) United States Patent (10) Patent No.: US 7,418,439 B2 Wong (45) Date of Patent: Aug

Total Page:16

File Type:pdf, Size:1020Kb

C12) United States Patent (10) Patent No.: US 7,418,439 B2 Wong (45) Date of Patent: Aug 111111 1111111111111111111111111111111111111111111111111111111111111 US007418439B2 c12) United States Patent (10) Patent No.: US 7,418,439 B2 Wong (45) Date of Patent: Aug. 26, 2008 (54) MIRROR FILE SYSTEM 5,870,734 A * 2/1999 Kao .............................. 707/2 5,873,085 A * 2/1999 Enoki eta!. ................... 707/10 (75) Inventor: John P. Wong, Fremont, CA (US) 5,946,685 A * 8/1999 Cramer eta!. ................ 707/10 6,000,020 A * 12/1999 Chin eta!. .................. 7111162 (73) Assignee: Twin Peaks Software, Inc., Fremont, 6,115,741 A * 9/2000 Domenikos et al .......... 709/217 CA (US) 6,192,408 B1 * 212001 Vahalia eta!. .............. 709/229 6,216,140 B1 * 4/2001 Kramer ...................... 715/511 6,298,390 B1 * 10/2001 Matena eta!. .............. 719/315 ( *) Notice: Subject to any disclaimer, the term of this 6,366,988 B1 * 4/2002 Skiba eta!. ................. 7111165 patent is extended or adjusted under 35 6,466,978 B1 * 10/2002 Mukherjee et al ........... 709/225 U.S.C. 154(b) by 1179 days. 6,625,750 B1 * 9/2003 Duso eta!. .................... 714/11 6,697,846 B1 * 2/2004 Soltis ......................... 709/217 (21) Appl. No.: 09/810,246 OTHER PUBLICATIONS (22) Filed: Mar. 19, 2001 Veritas User Manual, File Replicator™ 3 .0.1 for Solaris®, Jan. 2001, (65) Prior Publication Data pp. 1-115. US 2001/0051955 Al Dec. 13, 2001 * cited by examiner Primary Examiner-Sana Al-Hashemi Related U.S. Application Data (74) Attorney, Agent, or Firm-Buchanan Ingersoll & (60) Provisional application No. 60/189,979, filed on Mar. Rooney PC 17,2000. (57) ABSTRACT (51) Int. Cl. G06F 17130 (2006.01) A mirror file systems (MFS) is a virtual file system that links (52) U.S. Cl. ........................... 707/2; 707/100; 707/200; two or more file systems together and mirrors between them 707/205 in real time. The file systems linked and mirrored through the (58) Field of Classification Search . ... ... ... ... .. ... ... 707/1, mirror file system can be a local file system connected to a 707/8,204,2,100,200,205 physical device, or a network file system exported by a remote See application file for complete search history. system on a network. The mirroring mechanism is established by linking a file system to another file system on a single (56) References Cited directory through an MFS mounting protocol. User applica­ U.S. PATENT DOCUMENTS tions perform normal file system operation and file/directory operation system calls like open, read, write and close func­ 5,435,004 A * 7/1995 Cox eta!. ................... 707/205 tions from the pathname of either file system. When updates 5,544,347 A * 8/1996 Yanai eta!. ................. 7111162 occur, such as a write operation, the MFS mechanism ensures 5,603,019 A * 211997 Kish .......................... 707/205 that all data updates go to both the file systems in real time. 5,764,903 A * 6/1998 Yu ............................. 709/208 5,764,972 A * 6/1998 Crouse eta!. .................. 707/1 5,778,384 A * 7/1998 Provino et al ............... 707/200 18 Claims, 10 Drawing Sheets Mirror File System 203 :'-.,: !~--.-~;-~-;-~ ::·. ~-~_,.:__- lr-,b W~t I ·. _) i _____________ File System A 201 F1le System B 202 U.S. Patent Aug. 26, 2008 Sheet 1 of 10 US 7,418,439 B2 User Applications 10 ~ System Call Interface 12 Other System File Operation System Calls File System Operation calls system calls ~ c c 14 c c c c c c c 0 c c c ::> 0 c ~ ~ c c ::> 0 "0 c: (I) -"'(I) ~ c: <II '0 '0 -"' -m 0 E ~ >- en 2 =u (I) ::> a. 0 -"' § .Q E !!! -~ 0 u"' E & ~ .!!2 "' "' ~ 16 Vnode interfaces VFS interfaces ~ ~ v ~ U) 18 U) Ill :::. !:::!.. !:::!.. .... u... U) IL u... U) u... )oC U) U) Ill U) (J a > u... u... u... u... :c a. :::1 ::I z z l/ ~ 20 ! r l ! 1 1 C~j ~:;J ~;~ 1-;1 8 ../ ~~ Removable Network Optical drive Fig.1 U.S. Patent Aug. 26, 2008 Sheet 2 of 10 US 7,418,439 B2 I User AppUcatlcns l---~- 12 ! System Call Interface r·----i ~ ' Fila System Operation File Operation System Calls Other System Calls system calls 14 c c ~ c c --~ :>If. -o --;:: --- --.... c (ij ~ '6 ;I-- r.. .s en Si '0 ,::,/. 0 ~ I - ·c:: c. I 0 ~ I 0 ~ I :: 0 Cl E E a I ' ~-----···--- 16 VFS interfaces Vnode interfaces ~ ' I J~ /22 ~~ I T ! MFS ------------··-··-· (/) - Vnode I VFS Interfaces ..... en II) I en ~ - LL LL I I .... I.L X en -Ill en u ' f I a ~ > LL LLz ::t: c. I ' ::I I -~ ~ I r.n Cf.l u.. LL ::I z i I ~ ... I \ab r 1 1\aa r ' ' ' t·-- J9l ~ LDa~J ~~j CoasJ Optieal drive Removable ~~~ network Fig. 2 U.S. Patent Aug. 26, 2008 Sheet 3 of 10 US 7,418,439 B2 : p q ; -. r·--···-! ., .. \ I _l ___j I ! J I I L__________________ ~ File System A 201 '------'File System B 202 Fig. 3 U.S. Patent Aug. 26, 2008 Sheet 4 of 10 US 7,418,439 B2 Mirror File System 203 231 ......... .. ... ... ..'• ··.~: 237 ".i- ' .::: ~54 ... •'' '.' I •; .'I • i 'I i' J: I; i:_ ·~--~~J~:~ ~l ' k I I . m n ,. I L File System A 201 File System B 202 Fig.4 U.S. Patent Aug. 26, 2008 Sheet 5 of 10 US 7,418,439 B2 Standalone Mirror system X Mirror File system X Local file system A J El ~le System B J 15 16 Fig. 5 U.S. Patent Aug. 26, 2008 Sheet 6 of 10 US 7,418,439 B2 Master Mirror Server X· Slave Mirror Server Y ------·· -·· -·--·. ··--·-----, .-----------------, 46 IL---------------------------- Router Ethernet Fig. 6 U.S. Patent Aug. 26, 2008 Sheet 7 of 10 US 7,418,439 B2 Master Mirror Server X Master Mirror Server Y .------------------ cBEV 41\ ~~ I Mirror File system y 62~63 Router Fig. 7 U.S. Patent Aug. 26,2008 Sheet 8 of 10 US 7,418,439 B2 Server X 710 ServerY 720 727 708 ~722 Router Ethernet -----, 707 I 705~ E706 Mirror File system Z J Client Mirror System Z 700 Fig. 8 U.S. Patent Aug. 26, 2008 Sheet 9 of 10 US 7,418,439 B2 Master Mirror SeNer X Master Mirror Server y 650 660 e:>e:> 620\ _____ }~1 .. '----M-Irro_r File system Y ,665 624 1 666 fOiiii1 I ~I I I_--------- _I I §!l~-------------- I L--------------------ID~--------------· --Q-:=i;"!;:N""- I Router Ellmmet .---- .. ~ 608 1" .. il -·-1 I 681 I r i [§]c I E84, ~ 631 n632 ~ i ~~.... -----·----·- ~ ·------·- ___ ! Client System Y 660 Client system X 670 Fig. 9 U.S. Patent Aug. 26, 2008 Sheet 10 of 10 US 7,418,439 B2 Master Mirror Server X Master Mirror Server Y 650 660 E)~ EV 620\ ! - ____ 6~1\ J=---602----, Mirror File system Y 665 Mirror Ale system X 655 L___._------,,--- '7"'<:c---_J :r I 626 603'· R Ex;;;d)661 Exported Mirror File Mirror File System Y System X ~ 624 609 ~ x -~w ltI ~I I I I t 609 S66~ I I ___________________________ J I ~·656 I I I ~-------------------------------------J 610 I I Ethernet I --- ~6 ------- -I --------------------------~ I 627 703 705~ ~ 706 Mirror Ale system X 701 j Client system X 670 Fig.10 US 7,418,439 B2 1 2 MIRROR FILE SYSTEM depend on the network server to store and to retrieve critical information from the shared files on that storage This application claims priority under 35 U.S.C. §§ 119 device will not function properly. To reduce the risk andlor365 to 60/189,979 filed in the United States ofAmerica from such disasters, a disk array technology known as on 17 Mar. 2000; the entire content of which is hereby incor­ RAID (Redundant Array of Independent Disks) was porated by reference. developed to minimize the damage and more easily recover from failure due to the above mentioned situa­ BACKGROUND OF THE INVENTION tions. The RAID disk array technology can protect the files on the disk from damage or corruption by using the In a computer network environment, hundreds or even 10 techniques of striping, mirroring and parity checking, thousands of computer systems may be connected by a com­ etc. But this only protects the storage system, and not the munication channel. They can all communicate with each network server. other through many different communication protocols. Each 4. Ifthe network server goes down for any reason, it cannot protocol has a particular way to link the systems together to store or retrieve critical information for the network transmit data from one to another. To help the systems coop- 15 clients. To deal with the problem caused when a network erate more closely, resource sharing mechanisms have been server goes down, the following two computer systems developed to allow computer systems to share files across the were designed: computer network. One example of such a mechanism is the a. Fault-tolerant computer systems that require duplicate client-server Network File System (NFS) developed by Sun copies of every hardware component in the system as Micro systems. By sharing the files across the network, every 20 stand-by parts. client system on the network can access the shared files as if b. Clustering systems which have more than one net­ the files were local files on the client system, although the files work server physically connected to the same storage may be physically located on and managed by a network system on which the shared files are located. All these server system at a remote location on the network. The file network servers (or nodes) are running at the same sharing provided by the NFS enhances the network operation 25 time, but only one of them actually serves the clients' with the following features: requests; the others function as stand-bys.
Recommended publications
  • System Administration Guide Devices and File Systems
    System Administration Guide: Devices and File Systems Part No: 817–5093–24 January 2012 Copyright © 2004, 2012, Oracle and/or its affiliates. All rights reserved. This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report them to us in writing. If this is software or related documentation that is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, the following notice is applicable: U.S. GOVERNMENT RIGHTS. Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms setforth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007). Oracle America, Inc., 500 Oracle Parkway, Redwood City, CA 94065.
    [Show full text]
  • New/Usr/Src/Common/Zfs/Zfs Prop.C 1
    new/usr/src/common/zfs/zfs_prop.c 1 new/usr/src/common/zfs/zfs_prop.c 2 ********************************************************** 61 #include <string.h> 13892 Wed Jan 31 21:21:15 2007 62 #include <ctype.h> new/usr/src/common/zfs/zfs_prop.c 63 #endif 1000002 gzip compression for ZFS ********************************************************** 65 typedef enum { 1 /* 66 prop_default, 2 * CDDL HEADER START 67 prop_readonly, 3 * 68 prop_inherit 4 * The contents of this file are subject to the terms of the 69 } prop_attr_t; 5 * Common Development and Distribution License (the "License"). ______unchanged_portion_omitted_ 6 * You may not use this file except in compliance with the License. 7 * 83 static prop_desc_t zfs_prop_table[ZFS_NPROP_ALL] = { 8 * You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE 84 { "type", prop_type_string, 0, NULL, prop_readonly, 9 * or http://www.opensolaris.org/os/licensing. 85 ZFS_TYPE_ANY, "filesystem | volume | snapshot", "TYPE", B_TRUE }, 10 * See the License for the specific language governing permissions 86 { "creation", prop_type_number, 0, NULL, prop_readonly, 11 * and limitations under the License. 87 ZFS_TYPE_ANY, "<date>", "CREATION", B_FALSE }, 12 * 88 { "used", prop_type_number, 0, NULL, prop_readonly, 13 * When distributing Covered Code, include this CDDL HEADER in each 89 ZFS_TYPE_ANY, "<size>", "USED", B_TRUE }, 14 * file and include the License file at usr/src/OPENSOLARIS.LICENSE. 90 { "available", prop_type_number, 0, NULL, prop_readonly, 15 * If applicable, add the following below
    [Show full text]
  • Solaris Internals
    SOLARIS INTERNALS Core Kernel Components i SOLARIS INTERNALS Core Kernel Components Jim Mauro and Richard McDougall Sun Microsystems Press A Prentice Hall Title © 2000 Sun Microsystems, Inc. — Printed in the United States of America. 901 San Antonio Road, Palo Alto, California 94303 U.S.A. All rights reserved. This product and related documentation are protected by copyright and distributed under licenses restricting its use, copying, distribution and decompilation. No part of this product or related documentation may be reproduced in any form by any means without prior written authoriza- tion of Sun and its licensors, if any. RESTRICTED RIGHTS LEGEND: Use, duplication, or disclosure by the United States Government is subject to the restrictions as set forth in DFARS 252.227-7013 (c)(1)(ii) and FAR 52.227-19. The product described in this manual may be protected by one or more U.S. patents, foreign patents, or pending applications. TRADEMARKS—Sun, Sun Microsystems, the Sun logo, HotJava, Solaris, SunExpress, SunScreen, SunDocs, SPARC, SunOS, and SunSoft are trademarks or registered trademarks of Sun Microsystems, Inc. All other products or services mentioned in this book are the trademarks or service marks of their respective companies or organizations. 109 87654321 ISBN 0-13-022496-0 Sun Microsystems Press A Prentice Hall Title For Traci. .. for your love and encouragement .......................................... Richard For Donna, Frankie and Dominick. All my love, always... .......................................... Jim ACKNOWLEDGEMENTS It ‘s hard to thank all people that helped us with this book. As a minimum, we owe: • Thanks to Brian Wong, Adrian Cockcroft, Paul Strong, Lisa Musgrave and Fraser Gardiner for all your help and advise for the structure and content of this book.
    [Show full text]
  • Dell EMC Avamar Administration Guide
    Dell EMC Avamar Administration Guide 18.1 Dell Inc. June 2020 Rev. 04 Notes, cautions, and warnings NOTE: A NOTE indicates important information that helps you make better use of your product. CAUTION: A CAUTION indicates either potential damage to hardware or loss of data and tells you how to avoid the problem. WARNING: A WARNING indicates a potential for property damage, personal injury, or death. © 2001 - 2020 Dell Inc. or its subsidiaries. All rights reserved. Dell, EMC, and other trademarks are trademarks of Dell Inc. or its subsidiaries. Other trademarks may be trademarks of their respective owners. Contents Figures..........................................................................................................................................11 Tables.......................................................................................................................................... 12 Preface.........................................................................................................................................18 Chapter 1: Introduction.................................................................................................................. 21 Avamar system overview.................................................................................................................................................... 21 Avamar server.................................................................................................................................................................21 Avamar
    [Show full text]
  • SCO® Unixware® 2.1 Technical Summary
    SCO® UnixWare® 2.1 Technical Summary An SCO Technical White Paper February 1996 TM An SCO Technical White Paper Version 1.1 INTRODUCTION .......................................................................................................................................4 SCO UNIXWARE 2.1 STRENGTHS .......................................................................................................................................................5 WHAT’S NEW IN SCO UNIXWARE 2.1..................................................................................................................................................6 SCO UNIXWARE 2.1 PRODUCT LINE OVERVIEW .....................................................................................8 SCO UNIXWARE 2.1 SYSTEM OVERVIEW ..............................................................................................10 INSTALLATION REQUIREMENTS SCO UNIXWARE 2.1...............................................................................................................................10 APPLICATION SUPPORT .....................................................................................................................................................................10 THE SCO UNIXWARE 2.1 KERNEL: INSIDE A HIGH-PERFORMANCE ENGINE ..................................................................................................10 UnixWare 2.1 Symmetrical Multi-Processing and Threads ............................................................................... 11 SCO UnixWare
    [Show full text]
  • Downloaded for Free From
    The Design of the NetBSD I/O Subsystems SungWon Chung Pusan National University 2 This book is dedicated to the open-source code developers in the NetBSD community. The original copy of this publication is available in an electronic form and it can be downloaded for free from http://arXiv.org. Copyright (c) 2002 by SungWon Chung. For non-commercial and personal use, this publication may be reproduced, stored in a retrieval system, or transmitted in any form by any means, electronic, mechanical, photocopying, recording or otherwise. For commercial use, no part of this publication can be reproduced by any means without the prior written permission of the author. NetBSD is the registered trademark of The NetBSD Foundation, Inc. Contents Preface 14 I Basics to Learn Filesystem 15 1 Welcome to the World of Kernel ! 17 1.1 How Does a System Call Dive into Kernel from User Program ? . 17 1.1.1 Example: write system call . 17 1.1.2 Ultra SPARC 0x7c CPU Trap . 18 1.1.3 Jump to the File Descriptor Layer . 24 1.1.4 Arriving at Virtual Filesystem Operations . 28 1.2 General Data Structures in Kernel such as List, Hash, Queue, ... 30 1.2.1 Linked-Lists . 30 1.2.2 Tail Queues . 34 1.2.3 Hash . 38 1.3 Waiting and Sleeping in Kernel . 39 1.4 Kernel Lock Manager . 39 1.4.1 simplelock and lock . 39 1.4.2 Simplelock Interfaces . 40 1.4.3 Lock Interfaces . 40 1.5 Kernel Memory Allocation . 43 1.6 Resource Pool Manager .
    [Show full text]
  • HP-UX to Oracle Solaris Porting Guide Getting Started on the Move to Oracle Solaris
    An Oracle White Paper October 2011 HP-UX to Oracle Solaris Porting Guide Getting Started on the Move to Oracle Solaris HP-UX to Oracle Solaris Porting Guide Chapter 1 Introduction...................................................................... 1 Oracle Solaris ................................................................................. 1 The Advantages of Porting to Oracle Solaris.................................. 2 Chapter 2 The Porting Process........................................................ 4 Infrastructure and Application Porting Assessment ........................ 4 Build Environment Deployment....................................................... 5 Data Integration .............................................................................. 5 Source Code Porting....................................................................... 6 Application Verification.................................................................... 6 Commercial Applications and Third-Party Products ....................... 6 Chapter 3 Operating System Considerations................................... 7 Processor Endianness .................................................................... 7 Data Alignment ............................................................................... 7 Read/Write Structures..................................................................... 8 Storage Order and Alignment ......................................................... 8 64-Bit Data Models ........................................................................
    [Show full text]
  • Dell EMC Avamar Administration Guide
    Dell EMC Avamar Administration Guide 19.2 Dell Inc. June 2020 Rev. 04 Notes, cautions, and warnings NOTE: A NOTE indicates important information that helps you make better use of your product. CAUTION: A CAUTION indicates either potential damage to hardware or loss of data and tells you how to avoid the problem. WARNING: A WARNING indicates a potential for property damage, personal injury, or death. © 2001 - 2020 Dell Inc. or its subsidiaries. All rights reserved. Dell, EMC, and other trademarks are trademarks of Dell Inc. or its subsidiaries. Other trademarks may be trademarks of their respective owners. Contents Figures......................................................................................................................................... 12 Tables.......................................................................................................................................... 13 Preface........................................................................................................................................ 20 Chapter 1: Introduction..................................................................................................................23 Avamar system overview................................................................................................................................................... 23 Avamar server................................................................................................................................................................23 Avamar
    [Show full text]
  • Oracle Business Breakfast Oracle Solaris 11.4 Beta Jörg Möllenkamp Oracle Elite Engineering Exchange
    Oracle Business Breakfast Oracle Solaris 11.4 Beta Jörg Möllenkamp Oracle Elite Engineering Exchange V 0.13 21.03.2018 dd/jm Copyright Copyright © © 2018,2018,Oracle and/or its affiliates. All rights reserved. |Oracle and/or its affiliates. All rights reserved. Safe Harbor Statement The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for Oracle’s products remains at the sole discretion of Oracle. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 3 Scope What you can take away from this presentation? • How we will develop and deliver Oracle Solaris in the future. • Insight into the new and innovative features of Oracle Solaris 11.4 Beta • Practical command line examples you can try for yourself • No marketing slides. (unfortunately) Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 4 Oracle Solaris Strategy Best UNIX For Mission Critical WorkloaDs • Continuous Delivery Model – Innovation and critical fixes through dot releases, Quarterly Critical Patch Updates, and monthly Support Repository Updates • Secure and Stable – Integrated security and availability features to simplify deployments and operations • Oracle Database Integration – Data/systems management, networking, and performance features to enable optimal Oracle Database results on SPARC/Solaris Mission Critical Operating System Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 5 What Customers told us: Oracle Solaris Priorities A Non-disruptive stream of innovation • Consistent Operational Model • Operational Compatibility • Simple OS Deployment and Patching Methodology • Continuous Application Compatibility – No ISV Re-Qualification • Long support lifespan Copyright © 2018, Oracle and/or its affiliates.
    [Show full text]
  • Mac OS X Filesystems
    Mac OS X File Systems Had to give it a shot! Most ideas come from previous ideas. Alan Kay Looking Back This means that the return which is executed immediately after the call to aretu actually returns from the last routine which did the savu. They are not expected to understand this. You are not expected to understand this. UNIX The most important role of UNIX is to provide a file system. This means that the return which is executed immediately after the call to aretu actually returns from the last routine which did the savu. They are not expected to understand this. You are not expected to understand this. UNIX The most important Evroleerything of UNIX is ais file. to provide a file system. User Program User Kernel System Calls System Call Layer The File System User Program User Kernel System Calls System Call Layer Which? File System 1 File System 2 User Program User Kernel System Calls System Call Layer Which? FS1 FS2 FS3 ... FSn User Kernel Create() node 1 Remove() Read() ... node Write() n ... Some File System User Program User Kernel System Call Layer VNOP_CREATE() VNOP_REMOVE() ... ... v1 VNOP_READ() vn+1 VNOP_WRITE() ... vn vn+m Vnode/VFS hfs_create() ufs_create() h1 hfs_remove() u1 ufs_remove() ... ... hfs_read() ufs_read() hn hfs_write() um ufs_write() ... ... HFS+ UFS File Systems HFS+ AFP cddafs HFS SMB/CIFS devfs UFSManNFSy Filefdesc UDF WebDAV ISO9660SystemsFTP ZFS NTFS deadfs fifofs specfs MS-DOS synthfs union volfs ZFS Malloc/Free Abstraction No partitions (just storage pool) Automatically grows/shrinks Pool’s storage shared across file systems Transactional (no journal, no fsck) Copy-on-write, checksummed Inside HFS+ $ sudo hfsdebug -f -t 10 ..
    [Show full text]
  • File Systems
    Gregg.book Page 291 Wednesday, February 2, 2011 12:35 PM 5 File Systems File systems—an integral part of any operating system—have long been one of the most difficult components to observe when analyzing performance. This is largely because of the way file system data and metadata caching are implemented in the kernel but also because, until now, we simply haven’t had tools that can look into these kernel subsystems. Instead, we’ve analyzed slow I/O at the disk storage layer with tools such as iostat(1), even though this is many layers away from applica- tion latency. DTrace can be used to observe exactly how the file system responds to applications, how effective file system tuning is, and the internal operation of file system components. You can use it to answer questions such as the following. What files are being accessed, and how? By what or whom? Bytes, I/O counts? What is the source of file system latency? Is it disks, the code path, locks? How effective is prefetch/read-ahead? Should this be tuned? As an example, rwsnoop is a DTrace-based tool, shipping with Mac OS X and OpenSolaris, that you can use to trace read and write system calls, along with the filename for file system I/O. The following shows sshd (the SSH daemon) accept- ing a login on Solaris: # rwsnoop UID PID CMD D BYTES FILE 0 942611 sshd R 70 <unknown> 0 942611 sshd R 0 <unknown> continues 291 Gregg.book Page 292 Wednesday, February 2, 2011 12:35 PM 292 Chapter 5 File Systems 0 942611 sshd R 1444 /etc/gss/mech 0 942611 sshd R 0 /etc/gss/mech 0 942611 sshd R 0
    [Show full text]
  • 28. Óra Formázás, Fontosabb Fájlrendszerek
    2017.03.30 Összeállította: Szeli Márk 28. óra Formázás, fontosabb fájlrendszerek Formázás: A lemezformattálás (angolul disk formatting) vagy csak egyszerűen formattálás a számítástechnikában az az eljárás, ami a mágneses adattároló eszközt (merevlemezt, hajlékonylemezt) előkészíti a használatra. Amíg egy merevlemez partíció vagy egy hajlékonylemez nincs formattálva, addig nem alkalmas fájlok tárolására. Szintjei: Kétféle formázás létezik: Az alacsony szintű formattálás (low-level formatting) létrehozza a lemezeken a szektorokat, tehát kialakítja a winchester lemezeinek felszínén, hogy a szektorok hol kezdődjenek, és hol végződjenek – ez határozza meg, hogy a lemezeken hol lesznek majd tárolhatóak adatok. Ez a folyamat több órányi időt igénybe vehet, és következményeképpen a lemezen tárolt adatok – már amennyiben léteznek – megsemmisülnek. Az alacsony szintű formattálás nem csak egy partícióra, hanem a merevlemez teljes tárolásra alkalmas területére vonatkozik. Az alacsony szintű formattálást a winchester gyártók végzik, ugyanis nem megfelelő végrehajtása könnyen tönkretehetné a teljes merevlemezt. Az alacsony szintű formattálás után a merevlemez még nem alkalmas adatok (fájlok) tárolására; ehhez még magas szintű formattálás is szükséges. A magas szintű formattálás (high-level formatting) vagy logikai formattálás (logical formatting) az a folyamat, melynek során az operációs rendszer felkészít egy partíciót egy bizonyos fájlrendszer használatára. A logikai formattálás a partíción létrehozza a boot szektort, a fájlszervezési táblát (például
    [Show full text]