Talk:COMP 3000 Essay 1 2010 Question 9

From Soma-notes

Contacts / If interested

Tawfic : tfatah@gmail.com

Suggested References Format

Author, publisher/university, Name of the article

Essay Format

I started working on the main page. The bullets are to be expanded. Other group are are working in their respective discussion pages but I think it's all right to put our work in progress on the front page. Thoughts?--Lmundt 16:14, 6 October 2010 (UTC)

  • Gbint 02:03, 7 October 2010 (UTC) Lmundt; what do you think of listing the capacities of the file system under major features? I was thinking that we could overview the features in brief, then delve into each one individually.
  • --Lmundt 14:31, 7 October 2010 (UTC) I was thinking about the major structure... I like what your suggesting in one section. So here is the structure I am thinking of.
  • Intro
  • Section One ZFS
    • Major feature 1
    • Major feature 2
    • Major feature 3
  • Section Two Legacy File Systems
    • Legacy File System1( FAT32 ) - what it does
    • Legacy File System2( ext2 ) - what it does
    • Contrast them with ZFS
  • Section Three Current File Systems
    • NTFS?
    • ext4?
    • Contrast them with ZFS
  • Section Four future file Systems
    • BTRFS
    • WinFS or ??
    • Contrast them with ZFS
  • Conclusion

What does everyone think of this format? While everyone should contribute to section one we could divvy up the rest.

Gbint 16:29, 9 October 2010 (UTC) The layout looks good; I filled out the data dedup section. I think it has reasonable coverage while staying away from becoming it's own essay just on deduplication.

The legacy file systems are really not even in the same world as ZFS, so I think the contrasting section should cover a lot of how storage needs have changed.

The current file systems are capable of being expanded into large pools of storage with good redundancy and even advanced features like data deduplication, but they are only a component in a chain of tools (like ext4 + lvm + mdraid + opendedup) rather than an full end-to-end solution.

--Lmundt 23:35, 9 October 2010 (UTC) The section on deduplication looks good I agree it looks like the right amount of coverage for a portion of a single section. Your also right about the old file systems not being able to hold a candle to ZFS and the conclusion section should talk about how storage needs and computers changed. And intro to that section could set the stage for that period as well. Non-multi-threaded, single processor system with much smaller RAM, even the applications were radically different the Internet was just single webpages without the high performance needs of web commerce and online banking for example. I have another assignment so won't be contributing too much until Monday.

Sources

Not from your group. Found a file which goes to the heart of your problem [http://www.oracle.com/technetwork/server-storage/solaris/overview/zfs-14990 2.pdf ZFSDatasheet] Gautam 22:50, 5 October 2010 (UTC)

Thanks will take a look at that.--Lmundt 16:12, 6 October 2010 (UTC)


Gbint 01:45, 7 October 2010 (UTC) paper from Sun engineers explaining why they came to build ZFS, the problems they wanted to solve:

Excellent article.Lmundt 14:24, 7 October 2010 (UTC)

Not too exciting but it looks like an easy read http://arstechnica.com/hardware/news/2008/03/past-present-future-file-systems.ars Lmundt 14:40, 7 October 2010 (UTC)

the wikipedia comparison has some good tables, and if you click the various categories you can learn quite a bit about the various important features //not your group. Rift 18:56, 7 October 2010 (UTC)

Hey, I'm not from your group but I found this slideshow that was really handy in the assignment! http://www.slideshare.net/Clogeny/zfs-the-last-word-in-filesystems - nshires



Hey there. I'm not a member of your group. But you guys might want to look at this Wiki-page from the SolarisInternals website. I used it today for our assignment, a lot of interesting and in-depth breakdown of the ZFS file system: http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide#ZFS_Performance_Considerations

-- Munther