|
|
16 Member(s) Online
- Overview
- Presentations
- Con Activities
- Travel/Lodging/Food
- Help Out
- Past Cons
PyCon is a 100% Volunteer-run Conference Organized by Members of the Python Community.
Site/Questions etc ?
|
|
|
Details of Talk
Click Here to Respecify your Query
| #46: |
The Compete File System: File System Virtualization using Python
|
| Presented: |
Thu Mar 24, 2005
|
Grand Ballroom
|
02:00 pm-02:30 pm
|
| Author(s): |
Christopher Gillett / Compete, Inc.
|
| Items: |
audio-yes
handouts-yes
released-yes
video-no
|
ADMIN
|
| Abstract: |
The Compete File System (CFS) is a file management and file system virtualization software layer and Unix command set. CFS provides a framework for distributing files across multiple file systems while allowing the end-user or software developer the convenience of viewing the multiple systems as though they were a single large file system. Internally, CFS uses load balancing and server scheduling algorithms to provide maximum file system space availability while maintaining file server performance. CFS provides this functionality while still remaining in user application space - modifications to the operating system kernel are not necessary, and CFS never needs to operate in kernel or protected mode. In fact, to the extent that the underlying physical file systems can map to the local host's file system, CFS is largely system and platform independent.
CFS is written entirely in Python. The ability to develop high quality code extremely rapidly using Python combined with the depth and sophistication of the Python runtime system allowed a very small team to create this powerful system-level software package very quickly.
|
| Item(s): |
|
Note: Talk recordings have come from different donors, with different levels of quality.
A suffix has been added to the basename of each recording reflecting this. For eventual upload to
a repository like archive.org, a formal naming convention has been followed:
pycon-{date}-{track}-{timeslot}-{talkno}-{donor}.mp3
For those who might prefer a more human-meaningful name, the recordings have MP3/Ogg/Flac ID3
information within and a simple python script could rename your collection to something in a {title}-{author}
form.
|