Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
seminar projects crazy
Active In SP

Posts: 604
Joined: Dec 2008
31-01-2009, 11:14 AM

A modern storage hierarchy combines random-access memory, magnetic disk, and possibly optical disk or magnetic tape to try to keep pace with rapid advances in processor performance. I/O devices such as disks and tapes are considered reliable places to store persistent data such as user files. However, random-access memory is viewed as an unreliable place to store persistent data because it is vulnerable to power outages and operating system crashes .Memory's vulnerability to power outages is straightforward to understand and fix. A $100 uninterruptible power supply can keep a system running long enough to dump memory to disk in the event of a power outage or one can use non-volatile memory such as Flash RAM.

Memory's vulnerability to operating system crashes is more challenging. Most people would feel nervous if their system crashed while the sole copy of important data was in memory, even if the power stayed on. Consequently, file systems write data periodically to disk and transaction processing applications view transactions as committed only when data is written to disk.

Applications requiring high reliability, such as transaction processing, write data synchronously through to disk, but this limits performance to that of disk. While optimizations such as logging and group commit can increase effective throughput they work well only when there are concurrent or delayed operations that can be grouped together and they cannot improve the latency of individual operations.

Most file systems mitigate the performance lost in synchronous, reliability-induced writes by writing data asynchronously to disk. This allows a greater degree of overlap between CPU time and I/O time. Unfortunately, asynchronous writes make no firm guarantees about when the data is safe on disk; the exact moment depends on the disk queue length and disk speed. On these systems, users must resign themselves to the fact that their data may not be safe on disk when a write or close finishes.

Many file systems improve performance further by delaying some writes to disk in the hopes of the new data being deleted or overwritten This delay is often set to 30 seconds, which risks the loss of data written within 30 seconds of a crash. Unfortunately,1/3 to 2/3 of newly written data lives longer than 30 seconds and this data is written through to disk under this policy. File systems differ in how much data is delayed. For example, BSD 4.4 only delays partially written blocks and then only until the file is closed. Systems that delay more types of data and have longer delay periods are better able to decrease disk traffic, but risk losing more data.

Applications that desire maximum performance use a pure write-back scheme where data is written to disk only when the memory is full This can only be done by applications for which reliability is not an issue, such as compilers that write temporary files.

It is common for file systems to use a combination of write-back strategies. For example, many Unix file systems delay partially written file blocks while initiating asynchronously writes immediately for complete file blocks. However, all these strategies suffer from the same basic tradeoff: Avoiding disk writes to achieve good performance inevitably leads to a loss of reliability. The goal of the Rio (RAM I/O) file cache is to break this fundamental trade-off by improving the reliability of memory to be comparable to the reliability of disk. Reliable main memory allows Rio to use a pure write-back strategy (no reliability-induced writes to disk) while achieving reliability equivalent to that of a write-through file cache.
Use Search at wisely To Get Information About Project Topic and Seminar ideas with report/source code along pdf and ppt presenaion
Thinking To Register

16-08-2012, 07:00 PM

can you sent me report of rio file cache ???
seminar girl
Active In SP

Posts: 519
Joined: Aug 2012
17-08-2012, 10:54 AM

to get information about the topic "RIO FILE CACHE" related topic refer the link bellow

Important Note..!

If you are not satisfied with above reply ,..Please


So that we will collect data for you and will made reply to the request....OR try below "QUICK REPLY" box to add a reply to this page
Tagged Pages: rio file cache, rio file cache seminar topics pdf report, rio file cache seminar topics pdf, rio file cache seminar ppt, rio file cache seminar topics,
Popular Searches: intelligent cache system, cache furniture, eclaim bak file, linux file cache configuration, cache firearms, rio file cache seminar topics pdf report, object cache,

Quick Reply
Type your reply to this message here.

Image Verification
Please enter the text contained within the image into the text box below it. This process is used to prevent automated spam bots.
Image Verification
(case insensitive)

Possibly Related Threads...
Thread Author Replies Views Last Post
  Cache Memory PPT project girl 0 406 01-02-2013, 02:19 PM
Last Post: project girl
  Mobi-F2F Adapter – A Portable file management device seminar flower 0 371 10-08-2012, 11:07 AM
Last Post: seminar flower
  An Intelligence Cache System seminar flower 0 551 05-07-2012, 12:24 PM
Last Post: seminar flower
  CACHE MODIFICATION seminar ideas 0 211 27-06-2012, 11:45 AM
Last Post: seminar ideas
  Cache Organization for Chip Multiprocessors seminar ideas 0 392 18-05-2012, 12:59 PM
Last Post: seminar ideas
Last Post: seminar addict
  How to crack drm video, rip dvd, burn dvd, transfer ipod file and make iphone rington vyvyues1 2 865 20-06-2011, 12:40 PM
Last Post: kobebye
  Object cache- An Energy Efficient Cache seminar surveyer 0 601 31-12-2010, 12:21 PM
Last Post: seminar surveyer
  Co-operative cache based data access in ad hoc networks computer science crazy 0 1,029 17-09-2009, 01:01 AM
Last Post: computer science crazy