J. Katcher. PostMark: a new file system benchmark. Technical report TR3022. Network Appliance, October 1997. Home/Search Document Not in Database Summary Related Articles Check |
This paper is cited in the following contexts:
First 50 documents Next 50
Metadata Efficiency in Versioning File Systems - Soules, Goodson, Strunk, Ganger (2003) (9 citations) (Correct)
....slightly better in the unpack and configure stages because it maintains no consistency guarantees, however it does worse in the build phase due to S4 s segment sized reads. Postmark was designed to measure the performance of a file system used for electronic mail, netnews, and web based services [22]. It creates a large number of small randomly sized files (between 512 B and 9 KB) and performs a specified number of transactions on them. Each transaction consists of two sub transactions, with one being a create or delete and the other being a read or append. The default configuration used for ....
J. Katcher. PostMark: a new file system benchmark. Technical report TR3022. Network Appliance, October 1997.
Conquest: Better Performance through a.. - Wang, Reiher, Popek.. (2002) (1 citation) (Correct)
....from our comparison. Compared to disk based file systems, Conquest shows 4 to 8 faster disk accesses. PostMark macrobenchmark: The PostMark benchmark models the workload of Internet service providers by simulating a combination of electronic mail, netnews, and web based commerce transactions [4]. We ran experiments with a size range of 512 bytes to 16 KB. Each experiment performs 200,000 transactions with equally probable creates and deletes, and reads four times more probable than appends. The transaction block size is 512 bytes. We varied the total number of files from 5,000 to ....
Katcher J. PostMark: A New File System Benchmark. Technical Report TR3022. Network Applicance Inc., October 1997.
Storage-based Intrusion Detection: Watching.. - Pennington.. (2003) (7 citations) (Correct)
....phase is the most CPU intensive, but it also generates a large number of object files and a few executables. Both the server and client caches are flushed between phases. PostMark was designed to measure the performance of a file system used for electronic mail, netnews, and web based services [17]. It creates a large number of small randomly sized files (between 512 B and 16 KB) and performs a specified number of transactions on them. Each transaction consists of two sub transactions, with one being a create or delete and the other being a read or append. The default configuration used for ....
J. Katcher. PostMark: a new file system benchmark. Technical report TR3022. Network Appliance, October 1997.
Conquest: Better Performance through a.. - Wang, Reiher, Popek, .. (2002) (1 citation) (Correct)
....[35] As for macrobenchmarks, the most widely used in the file system literature is the Andrew File System Benchmark [16] Unfortunately, this benchmark no longer stresses modern file systems because its data set is too small. Instead, we present results from the PostMark macrobenchmark [18] and our modified PostMark macrobenchmark, which is described in Section 5.3. All results are presented at a 90 confidence level. 5.1 Sprite LFS Microbenchmarks The Sprite LFS microbenchmarks measure the latency and throughput of various file operations, and the benchmark suite consists of two ....
....ext2, Conquest shows only 8 and 4 improvements in sequential and random writes. We expect further performance improvements after enlarging the block size to 64 KB or 256 KB. 5. 2 PostMark Macrobenchmark The PostMark benchmark was designed to model the workload seen by Internet service providers [18]. Specifically, the workload is meant to simulate a combination of electronic mail, netnews, and webbased commerce transactions. PostMark creates a set of files with random sizes within a set range. The files are then subjected to transactions consisting of a pairing of file creation or deletion ....
Katcher J. PostMark: A New File System Benchmark. Technical Report TR3022. Network Appliance Inc., October 1997.
System Support for Online Reconfiguration - Soules, Appavoo, Hui.. (2003) (7 citations) (Correct)
....and 512MB of main memory. Unless otherwise specified, all results are from the S85 Enterprise Server. Throughout the evaluation, we use two separate benchmarks: Postmark and SDET. Postmark was designed to model a combination of electronic mail, netnews, and web based commerce transactions [33]. It creates a large number of small, randomlysized files and performs a specified number of transactions on them. Each transaction consists of a randomly chosen pairing of file creation or deletion with file read or append. All random biases, the number of files and transactions, and the file ....
J. Katcher. PostMark: a new file system benchmark. Technical report TR3022. Network Appliance, October 1997.
StarFish: highly-available block storage - Eran Gabber Jeff (2002) (1 citation) (Correct)
....and 65ms (New York to Los Angeles) We use Internet link bandwidths that are 20 , 33 , 40 , 60 , and 80 of an OC 3 line, i.e. 31Mb s, 51Mb s, 62Mb s, 93Mb s, and 124Mb s. We measure the performance of StarFish with a set of micro benchmarks (see Section 6.3) and PostMark version 1.5. PostMark [9] is a single threaded synthetic benchmark that models the I O workload seen by a large email server. The email files are stored in a UNIX file system with soft updates disabled. Disabling soft updates is a conservative choice, since soft updates increase concurrency, thereby masking the latency ....
J. Katcher. PostMark: A new file system benchmark. Technical Report TR3022, Network Appliance, 1997. Available at www.netapp.com/ tech_library/3022.html.
Federated DAFS: Scalable Cluster-Based Direct Access .. - Rangarajan.. (2003) (Correct)
....to access server storage across the cluster. Fig. 1 shows the Federated DAFS architecture, with DAFS servers running on each node and accessing the underlying storage using the FedFS clustering layer. We evaluated the performance of Federated DAFS using the postmark file system benchmark [7]. Our experiments show that Federated DAFS provides reasonably good speedups. Our evaluations also show that caching of data blocks can be used to improve performance by reducing the intra cluster communication. Federated DAFS minimizes the intra cluster communication further by matching the file ....
....alternate configuration in which the same VIA interconnect was used for both client server communication and intra server communication. The results obtained with the alternate configuration were identical to those reported in this section. A. Workload In our experiments, we have used postmark [7], a synthetic benchmark aimed at measuring file system performance over a workload composed of many short lived, relatively small files. Postmark TABLE I DISTRIBUTION OF FILES USING THE HASH FUNCTION # Servers 2 4 8 # Clients 6 10 16 Server 1 452 377 287 Server 2 448 363 305 Server 3 374 ....
J. Katcher, "Postmark: A New File System Benchmark," Network Appliance, Tech. Rep. 3022, October 1997.
Data Staging on NFS - Chen, Wu, Yu (2002) (Correct)
....Data Staging on the widely deployed Sun Network File System [15] DS NFS) and evaluated its performance. Although there are significant di#erences in the design of Coda and NFS, DS NFS is able to show an improvement of read performance by up to 42.8 based on the synthetic PostMark benchmark [8]. In addition, we show that delaying writes in DS NFS has little e#ect on the performance given the current Linux NFS client implementation. This study, coupled with previous studies on DS CODA, demonstrates that Data Staging is a valid architecture for improving performance of data accessing ....
....performance. Table 1: Characteristics of AFS benchmarks Benchmark smallrpc iozone doom number of files 9 10 136 benchmark size (KB) 40 584 1604 average file size (KB) 4. 4 58.4 11.8 In order to further explore the characteristics of DS NFS, we chose another synthetic benchmark called PostMark [8], which simulates the file accessing behaviors as today s Internet applications (e.g. email, newsgroup, etc. exhibit, i.e. large amounts of small, highly dynamic files. In PostMark, the performance of individual operations, such as file read, file append, can be measured in terms of execution ....
Katcher, J. PostMark: A New File System Benchmark. Network Appliance.
Semantically-Smart Disk Systems - Sivathanu, Prabhakaran, Popovici.. (2003) (14 citations) (Correct)
....We now quantify these memory overheads under a variety of workloads. Table 2 presents the number of bytes used by each hash table to support classification, association, and operation inferencing. The sizes are the maximum reached during the run of a particular workload: NetNews [37] PostMark [24], and the modified Andrew benchmark [29] For NetNews and PostMark, we vary workload size, as described in the caption. From the table, we see that the dominant memory overhead occurs in an SDS performing block inode association. Whereas classification and operation inferencing require table ....
J. Katcher. PostMark: A New File System Benchmark. Technical Report TR-3022, Network Appliance Inc., October 1997.
Recent Filesystem Optimisations in FreeBSD - Dowse, Malone (2002) (9 citations) (Correct)
....These are common real world tasks, but since these were the sort of operations that the authors had in mind when designing dirpref and dirhash, we should expect clear benefits. We follow with the results of some well known benchmarks: Bonnie [2] an Andrew like benchmark, NetApp s Postmark [5], and a variant of NetApp s Netnews benchmark [15] The final benchmark is the running of a real world workload, that of building the FreeBSD source tree. 4.1 The Benchmarks The tar benchmark consisted of extracting the X410src 1.tgz file from the XFree [17] distribution, running find print on ....
J. Katcher. Postmark: A new file system benchmark, October 1997, http://www.netapp. com/tech_library/3022.html.
Evolving RPC for Active Storage - Sivathanu, Arpaci-Dusseau.. (2002) (6 citations) (Correct)
....end in a tightly coupled cluster environment, are still low when considering a dial up link [31] where latencies in the 10s of milliseconds would not be uncommon. To demonstrate the utility of the read getattr optimization within an more realistic benchmark, we utilize the PostMark benchmark [25]. PostMark is a file system benchmark constructed to mimic the workload of a typical mail server. It consists of a create phase followed by a transaction phase, in which files are randomly created, deleted, read and appended. To generate a more realistic workload, we make two changes to the ....
J. Katcher. PostMark: A New File System Benchmark. Technical Report TR-3022, Network Appliance Inc., October 1997.
Semantically-Smart Disk Systems - Sivathanu, Prabhakaran, Popovici.. (2002) (14 citations) (Correct)
....used the Linux ext2 file system (asynchronous mode) and the IBM 9LZX. ble to support classification, association, and operation inferencing; each hash table entry requires approximately eight bytes. The sizes are the maximum reached during the run of a particular workload: NetNews [30] PostMark [20], and the modified Andrew benchmark [24] For NetNews and PostMark, we vary workload size, as described in the caption. From the table, we see that the dominant memory overhead occurs in an SDS performing block inode association. Whereas classification and operation inferencing require table ....
J. Katcher. PostMark: A New File System Benchmark. Technical Report TR-3022, Network Appliance Inc., October 1997.
Logging versus Soft Updates: Asynchronous.. - Seltzer, Ganger.. (Correct)
....The scripts are generated from a predetermined mix of commands [Gaede81, Gaede82] The reported metric is scripts hour as a function of the script concurrency. The PostMark benchmark was designed by Jeffrey Katcher to model the workload seen by Internet Service Providers under heavy load [Katcher97]. Specifically, the workload is meant to model a combination of electronic mail, netnews, and web based commerce transactions. To accomplish this, PostMark creates a large set of files with random sizes within a set range. The files are then subjected to a number of transactions. These ....
Katcher, J., "PostMark: A New File System Benchmark," Technical Report TR3022, Network Appliance, October 1997.
Structure and Performance of the Direct Access File.. - Magoutis, Addetia.. (2001) (15 citations) (Correct)
....insignificant when the application is compute bound. As application processing time per block diminishes (from left to right in Figure 5) reducing I O overhead yields progressively higher returns because the I O overhead is a progressively larger share of total CPU time. 7. 3 PostMark PostMark [22] is a synthetic benchmark aimed at measuring file system performance over a workload composed of many short lived, relatively small files. Such a workload is typical of mail and netnews servers used by Internet Service Providers. PostMark workloads are characterized by a mix of metadata intensive ....
J. Katcher. PostMark: A New File System Benchmark. Technical report, Network Appliance TR3022, October 1997.
Fault-Scalable Byzantine Fault-Tolerant Services - Michael Abd-El-Malek Gregory (Correct)
No context found.
J. Katcher. PostMark: a new file system benchmark. Technical report TR3022. Network Appliance, October 1997.
Ursa Minor: versatile cluster-based storage - Michael Abd-El-Malek William (Correct)
No context found.
J. Katcher. PostMark: a new file system benchmark. Technical report TR3022. Network Appliance, October 1997.
Stardust: Tracking Activity in a Distributed Storage.. - Michael Abd-El-Malek.. (Correct)
No context found.
J. Katcher. PostMark: a new file system benchmark. Technical report TR3022. Network Appliance, October 1997.
Stardust: Tracking Activity in a Distributed Storage.. - Thereska, Salmon.. (2006) (Correct)
No context found.
J. Katcher. PostMark: a new file system benchmark. Technical report TR3022. Network Appliance, October 1997.
Grave Robbers from Outer Space Using 9P2000 under Linux - Van Hensbergen, Minnich (2005) (Correct)
No context found.
J. Katcher, "PostMark: a New Filesystem Benchmark." Technical Report TR3022, Network Appliance 1997.
Ursa Minor: versatile cluster-based storage - Abd-El-Malek, II, Cranor.. (2005) (Correct)
No context found.
J. Katcher. PostMark: a new file system benchmark. Technical report TR3022. Network Appliance, October 1997.
Fault-Scalable Byzantine Fault-Tolerant Services - Michael Abd-El-Malek Gregory (Correct)
No context found.
J. Katcher. PostMark: a new file system benchmark. Technical report TR3022. Network Appliance, October 1997.
One-way Isolation: An Effective Approach for.. - Sun, Liang, Sekar, .. (2005) (Correct)
No context found.
J. Katcher. Postmark: A new file system benchmark. Technical Report TR3022, Network Applicance Inc., 1997.
iSAN - An intelligent Storage Area Network Architecture - Narayan, Gopinath (2004) (Correct)
No context found.
J. Katcher. Postmark: A new file system benchmark. TR3022, NetApp, Oct 1997.
Analysis of iSCSI Target Software - Fujita, Ogawara (Correct)
No context found.
J. Katcher, "PostMark: A New File System Benchmark," Network Appliance, Tech. Rep. TR3022, October 1997.
Boxwood: Abstractions as the Foundation for Storage.. - MacCormick, Murphy, .. (2004) (3 citations) (Correct)
No context found.
J. Katcher. PostMark: A new file system benchmark. Technical Report TR3022, NetApp, 2004.
VERSIONFS: A Versitile and User-Oriented Versioning File System - Muniswamy-Reddy (2003) (Correct)
No context found.
J. Katcher. PostMark: a New Filesystem Benchmark. Technical Report TR3022, Network Appliance, 1997. www.netapp.com/tech_library/3022.html.
Versatility and Unix Semantics in a Fan-Out.. - Gupta, Krishnan.. (Correct)
No context found.
J. Katcher. PostMark: a New Filesystem Benchmark. Technical Report TR3022, Network Appliance, 1997. www.netapp.com/techlibrary/3022.html.
Deconstructing Storage Arrays - Timothy Denehy John (2004) (1 citation) (Correct)
No context found.
J. Katcher. PostMark: A New File System Benchmark. Technical Report TR3022, Network Appliance Inc., October 1997.
Enhancing File System Integrity through Checksums - Sivathanu, Wright, Zadok (2004) (Correct)
No context found.
J. Katcher. PostMark: a New Filesystem Benchmark. Technical Report TR3022, Network Appliance, 1997. www.netapp.com/tech_library/ 3022.html.
A Versatile and User-Oriented Versioning File System - Muniswamy-Reddy, Wright.. (2004) (Correct)
No context found.
J. Katcher. PostMark: a New Filesystem Benchmark. Technical Report TR3022, Network Appliance, 1997. www.netapp.com/tech_library/3022.html.
Reconstructing I/O - Fraser, Hand, Neugebauer, Pratt.. (2004) (2 citations) (Correct)
No context found.
J. Katcher. PostMark: A new file system benchmark. Technical Report 3022, Network Appliance, October 1997. 16
Avfs: An On-Access Anti-Virus File System - Miretskiy, Das, Wright, Zadok (2004) (2 citations) (Correct)
No context found.
J. Katcher. PostMark: a New Filesystem Benchmark. Technical Report TR3022, Network Appliance, 1997. www.netapp.com/tech_library/3022.html.
An NFS Trace Player for File System Evaluation - Zhu, Chen, Chiueh, Ellard (2003) (Correct)
No context found.
J. Katcher. PostMark: A New File System Benchmark. Technical Report TR-3022, Network Appliance, October 1997.
Performance Analysis and Optimization of the Hurricane File System.. - Tam (2003) (Correct)
No context found.
Je#rey Katcher. PostMark: a new file system benchmark. Technical report TR3022, Network Appliance, October 1997.
Improving Storage System Availability with D-GRAID - Muthian Sivathanu Vijayan (2004) (1 citation) (Correct)
No context found.
J. Katcher. PostMark: A New File System Benchmark. Technical Report TR-3022, Network Appliance Inc., Oct 1997.
Unifying File System Protection - Christopher Stein John (2001) (10 citations) (Correct)
No context found.
Katcher, J., "PostMark: A New File System Benchmark," Technical Report TR3022. Network Appliance Inc., Oct 1997.
Cost-Effective Remote Mirroring Using the iSCSI Protocol - Zhang, Liu, Yang (2004) (Correct)
No context found.
J. Katcher, "PostMark: A new file system benchmark, " Network Appliance, Tech. Rep. 3022, 1997.
Improving Storage System Availability with D-GRAID - Sivathanu, Prabhakaran.. (2004) (1 citation) (Correct)
No context found.
J. Katcher. PostMark: A New File System Benchmark. Technical Report TR-3022, Network Appliance Inc., Oct 1997.
USENIX Association - Fast Nd Usenix (1992) (2 citations) (Correct)
No context found.
. J. Katcher, "PostMark: A New File System Benchmark ", Network Appliance TR-3022, October 1997.
Tracefs: A File System to Trace Them All - Aranya, Wright, Zadok (2004) (2 citations) (Correct)
No context found.
J. Katcher. PostMark: a New Filesystem Benchmark. Technical Report TR3022, Network Appliance, 1997. www.netapp.com/tech_library/3022.html.
DualFS: a New Journaling File System without Meta-Data.. - Piernas, Cortes, Garcia (2002) (Correct)
No context found.
J. Katcher. PostMark: A new file system benchmark. Technical Report TR3022. Network Appliance Inc., october 1997.
Meta-data Snapshotting: A Simple Mechanism for File.. - Soares, Krieger, Silva (2003) (Correct)
No context found.
J. Katcher, "Postmark: A new file system benchmark," Network Appliance, Tech. Rep. TR-3022, October 1997.
A Framework For Building Unobtrusive Disk.. - Thereska.. (2004) (4 citations) (Correct)
No context found.
J. Katcher. PostMark: a new file system benchmark. Technical report TR3022. Network Appliance, October 1997.
Trace-Based Analyses and Optimizations for Network Storage Servers - Ellard (2004) (Correct)
No context found.
J. Katcher, "PostMark: A New File System Benchmark," Technical Report TR-3022, Network Appliance, October 1997.
Conquest: Better Performance through a.. - Wang, Reiher, Popek.. (2002) (1 citation) (Correct)
No context found.
Katcher J. PostMark: A New File System Benchmark. Technical Report TR3022. Network Applicance Inc., October 1997.
Meta-data Snapshotting: A Simple Mechanism for - File System Consistency (Correct)
No context found.
J. Katcher, "Postmark: A new file system benchmark," Network Appliance, Tech. Rep. TR-3022, October 1997.
Fstress: A Flexible Network File Service Benchmark - Darrell Anderson Department (2002) (2 citations) (Correct)
No context found.
Jeffery Katcher. Postmark: A new file system benchmark. Technical Report 3022, Network Appliance, October 1997.
System Support for Online Reconfiguration - Craig Soules Jonathan (2003) (7 citations) (Correct)
No context found.
J. Katcher. PostMark: a new file system benchmark. Technical report TR3022. Network Appliance, October 1997.
USENIX Association - Usenix Annual Technical (1992) (2 citations) (Correct)
No context found.
J. Katcher, "Postmark: A new file system benchmark, " tech. rep., Network Appliance Inc., 2000.
Obtaining High Performance for Storage Outsourcing - Wee Teck Ng (2002) (7 citations) (Correct)
No context found.
J. Katcher, "PostMark: A New File System Benchmark", Technical Report TR3022. Network Appliance Inc, October 1997.
First 50 documents Next 50
Online articles have much greater impact More about CiteSeer.IST Add search form to your site Submit documents Feedback
CiteSeer.IST - Copyright Penn State and NEC