947 La Mesa Ter #C, Sunnyvale, CA 94086 • 408 507-7418
947 La Mesa Ter, Sunnyvale, CA 94086
18961 Pendergast Ave, Cupertino, CA 95014
Santa Clara, CA
Work
Company:
Peaxy, inc.
Sep 2011
Address:
San Jose, CA
Position:
Founder, cto and vp of engineering
Education
Degree:
MSc
School / High School:
University of California, Berkeley
1978 to 1979
Specialities:
Computer Science
Awards
Awarded a Fulbright-Hays scholarship to attend the University of California at Berkeley. • Awarded the "Moise' Ascoli Award" of the AEI (Italian Association of Electrical and Electronics Engineers) as best graduate in Electronics Engineering in the class of 1973 at the University of Rome.
Industries
Computer Software
Name / Title
Company / Classification
Phones & Addresses
Francesco Lacapra Vice President of Advanced Development, Chief Technology Officer
Francesco Lacapra - Cupertino CA, US Fiorenzo Cattaneo - Santa Clara CA, US Simon L. Benham - Bracknell, GB Trevor E. Willis - Aylesbury, GB Christopher J. Aston - High Wycombe, GB
Assignee:
BlueArc UK Limited - Bracknell, Berkshire
International Classification:
G06F 17/30
US Classification:
707783, 707947
Abstract:
A distributed file system and method distributes file system objects across multiple self-contained volumes, where each volume is owned by a unique file system node. Logical links are used to reference a file system object between volumes. Each file system node includes a relocation directory in which is maintained hard links to locally-stored file system objects that are referenced from another file system node using logical links. Various file system operations that involve multiple volumes are performed without having to place a write lock on more than one volume at a time. Various caching schemes allow the various file system nodes to cache file system object data and metadata.
Francesco Lacapra - Sunnyvale CA, US Srinivas P. Duvvuri - Hyderabad, IN Vladimir I. Miloushev - Dana Point CA, US Krasimira Nikolova, legal representative - Dana Point CA, US Peter A. Nickolov - Laguna Niguel CA, US
Assignee:
F5 Networks, Inc. - Seattle WA
International Classification:
G06F 13/00
US Classification:
709214, 709215, 709219, 707600
Abstract:
In a switched file system, a file switching device is logically positioned between clients and file servers and communicates with the clients and the file servers using standard network file protocols. The file switching device appears as a server to the client devices and as a client to the file servers. The file switching device aggregates storage from multiple file servers into a global filesystem and presents a global namespace to the client devices. The file switching device typically supports a “native” mode for integrating legacy files into the global namespace and an “extended” mode for actively managing files across one or more file servers. Typically, native-mode files may be accessed directly or indirectly via the file switching device, while extended-mode files may be accessed only through the file switching device. The file switching device may manage file storage using various types of rules, e. g. , for managing multiple storage tiers or for applying different types of encoding schemes to files.
System And Method For Managing Small-Size Files In An Aggregated File System
Francesco Lacapra - Sunnyvale CA, US Srinivas Duvvuri - Santa Clara CA, US
Assignee:
F5 Networks, Inc. - Seattle WA
International Classification:
G06F 17/30
US Classification:
707694
Abstract:
In an aggregated file system, a method of processing a user file retrieves user file metadata and user data from a metadata server and applies operations to the user data in accordance with a file open request from a client. At the end of the process, the method stores the processed user data at a location in accordance with a predefined rule and updates the metadata in the metadata server to reference the processed user data at the location. In some embodiments, the predefined rule is to choose a location between the metadata server and a separate storage server in accordance with the size of the processed user data. If the size is still smaller than a predetermined threshold, the user data is stored in the metadata server. Otherwise, the user data is stored in the storage server.
Peer-To-Peer Redundant File Server System And Methods
Francesco Lacapra - Sunnyvale CA, US Peter Wallace Steele - Campbell CA, US Bruno Sartirana - Loomis CA, US Ernest Ying Sue Hua - Cupertino CA, US I Chung Joseph Lin - San Jose CA, US Samuel Sui-Lun Li - Pleasanton CA, US Nathanael John Diller - San Francisco CA, US Thomas Reynold Ramsdell - Palos Verdes CA, US Don Nguyen - Tracy CA, US Kyle Dinh Tran - San Jose CA, US
Assignee:
Overland Storage, Inc. - San Diego CA
International Classification:
G06F 15/16
US Classification:
709219, 209203, 209217, 209226
Abstract:
Peer-to-peer redundant file server system and methods include clients that determine a target storage provider to contact for a particular storage transaction based on a pathname provided by the filesystem and a predetermined scheme such as a hash function applied to a portion of the pathname. Servers use the same scheme to determine where to store relevant file information so that the clients can locate the file information. The target storage provider may store the file itself and/or may store metadata that identifies one or more other storage providers where the file is stored. A file may be replicated in multiple storage providers, and the metadata may include a list of storage providers from which the clients can select (e. g. , randomly) in order to access the file.
Scalable System For Partitioning And Accessing Metadata Over Multiple Servers
In an aggregated file system, metadata is partitioned into multiple metadata volumes. On receipt of a file processing request, a file switch examines its mount entry cache to identify a target metadata volume that hosts the metadata of the requested file. The identification begins with mount entries at a root volume and continues recursively by examining a portion of the absolute pathname of the file until the target metadata volume is identified. Finally, the file switch forwards the request to a metadata server managing the target metadata volume. Since the identification process is carried out completely within the file switch, there is no need for multiple expensive network accesses to different metadata servers.
Scalable System For Partitioning And Accessing Metadata Over Multiple Servers
In an aggregated file system, metadata is partitioned into multiple metadata volumes. On receipt of a file processing request, a file switch examines its mount entry cache to identify a target metadata volume that hosts the metadata of the requested file. The identification begins with mount entries at a root volume and continues recursively by examining a portion of the absolute pathname of the file until the target metadata volume is identified. Finally, the file switch forwards the request to a metadata server managing the target metadata volume. Since the identification process is carried out completely within the file switch, there is no need for multiple expensive network accesses to different metadata servers.
In an aggregated file system, a file may begin with a set of stripe fragments all in the RAID-5 scheme in order to take advantage of the RAID-5 scheme's storage efficiency. After that, when one of the fragments is accessed by a file switch, it will be duplicated into the data mirroring scheme. The file's corresponding metadata server maintains a data structure, e.g., a bitmap, indicating which fragments have been duplicated into the data mirroring scheme. In other words, the file, at this moment, exists in a hybrid scheme. A file consolidator running on the metadata server is triggered at a predefined time to copy the fragments from the data mirroring scheme back to the RAID-5 scheme, This file consolidator also updates the bitmap to reflect the changes to the file's scheme change. This hybrid scheme is expected to increase the I/O capacity of the conventional RAID-5 scheme and the storage usage of the conventional mirroring scheme.
In a switched file system, a file switching device is logically positioned between clients and file servers and communicates with the clients and the file servers using standard network file protocols. The file switching device appears as a server to the client devices and as a client to the file servers. The file switching device aggregates storage from multiple file servers into a global filesystem and presents a global namespace to the client devices. The file switching device typically supports a “native” mode for integrating legacy files into the global namespace and an “extended” mode for actively managing files across one or more file servers. Typically, native-mode files may be accessed directly or indirectly via the file switching device, while extended-mode files may be accessed only through the file switching device. The file switching device may manage file storage using various types of rules, e.g., for managing multiple storage tiers or for applying different types of encoding schemes to files. Rules may be applied to pre-existing files.
Peaxy, Inc. - San Jose, CA since Sep 2011
Founder, CTO and VP of Engineering
EMC - Santa Clara, CA Sep 2010 - Sep 2011
Senior Consultant
MaxiScale, Inc. Feb 2007 - May 2010
Founder, CTO and VP of Engineering
Attune Systems (formerly Z-force) Jul 2003 - Jan 2007
CTO, VP of Advanced Development
BlueArc 2001 - 2003
Director of Software Development
Education:
University of California, Berkeley 1978 - 1979
MSc, Computer Science
Università degli Studi di Roma 'La Sapienza' 1968 - 1973
Dr. Ing., Electronics Engineering
Liceo Classico “Q. O. Flacco”, Potenza - Italy 1964 - 1968
High School Diploma
Chillicothe High School
Honor & Awards:
Awarded a Fulbright-Hays scholarship to attend the University of California at Berkeley.
Awarded the "Moise' Ascoli Award" of the AEI (Italian Association of Electrical and Electronics Engineers) as best graduate in Electronics Engineering in the class of 1973 at the University of Rome.