<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[CS609 GDB 1 Solution and Discussion]]></title><description><![CDATA[<p dir="auto">Total Marks 	5<br />
Starting Date 	Monday, January 27, 2020<br />
Closing Date 	Tuesday, January 28, 2020<br />
Status 	Open<br />
Question Title 	File Organization<br />
Question Description 	<br />
GDB CS609_Fall 2019</p>
<p dir="auto">Defragmentation for file organization is time consuming job and system looks halted to some extent during this process. Do you think that overall performance of the system will be degraded ultimately? Put your comments in 3 to 5 lines in either case (Yes/No).</p>
<p dir="auto">Font: Times New Roman Size: 11</p>
]]></description><link>https://community.secnto.com//topic/1348/cs609-gdb-1-solution-and-discussion</link><generator>RSS for Node</generator><lastBuildDate>Mon, 08 Jun 2026 21:39:08 GMT</lastBuildDate><atom:link href="https://community.secnto.com//topic/1348.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 27 Jan 2020 21:49:09 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to CS609 GDB 1 Solution and Discussion on Wed, 29 Jan 2020 10:06:31 GMT]]></title><description><![CDATA[<p dir="auto">Defragmentation is the process of locating the noncontiguous fragments of data and rearranging the fragments and restoring them into fewer fragments or into the whole file.<br />
In terms of computer performance File fragmentation directly affects the access and write speed of that hard disk. All computers suffer from fragmentation. We use defragmentation to resolve this issue.Performance of system degraded during defragmentation but improve after it’s completion as compared to previous</p>
]]></description><link>https://community.secnto.com//post/3671</link><guid isPermaLink="true">https://community.secnto.com//post/3671</guid><dc:creator><![CDATA[zareen]]></dc:creator><pubDate>Wed, 29 Jan 2020 10:06:31 GMT</pubDate></item><item><title><![CDATA[Reply to CS609 GDB 1 Solution and Discussion on Wed, 29 Jan 2020 10:06:06 GMT]]></title><description><![CDATA[<p dir="auto">Defragmentation is the process of locating the noncontiguous fragments of data and rearranging the fragments and restoring them into fewer fragments or into the whole file.<br />
In terms of computer performance File fragmentation directly affects the access and write speed of that hard disk. All computers suffer from fragmentation. We use defragmentation to resolve this issue.Performance of system degraded during defragmentation but improve after it’s completion as compared to previous</p>
]]></description><link>https://community.secnto.com//post/3670</link><guid isPermaLink="true">https://community.secnto.com//post/3670</guid><dc:creator><![CDATA[zareen]]></dc:creator><pubDate>Wed, 29 Jan 2020 10:06:06 GMT</pubDate></item><item><title><![CDATA[Reply to CS609 GDB 1 Solution and Discussion on Wed, 29 Jan 2020 10:05:48 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/zareen" aria-label="Profile: zareen">@<bdi>zareen</bdi></a> said in <a href="/post/3578">CS609 GDB 1 Solution and Discussion</a>:</p>
<blockquote>
<p dir="auto">Defragmentation for file organization is time consuming job and system looks halted to some extent during this process. Do you think that overall performance of the system will be degraded ultimately? Put your comments in 3 to 5 lines in either case (Yes/No).</p>
</blockquote>
<p dir="auto">It is a special case of data fragmentation. File system fragmentation increases disk head movement or seek time (where it applies), which are known to hinder throughput. … The correction to existing fragmentation is to reorganize files and free space back into contiguous areas, a process called defragmentation.</p>
]]></description><link>https://community.secnto.com//post/3669</link><guid isPermaLink="true">https://community.secnto.com//post/3669</guid><dc:creator><![CDATA[zareen]]></dc:creator><pubDate>Wed, 29 Jan 2020 10:05:48 GMT</pubDate></item></channel></rss>