Defrag
Moderator: Moderator Team
Defrag
I was wondering if anyone had started working on ReactOS defrag...
if not Im going to start experimenting from this...
http://www.sysinternals.com/ntw2k/info/defrag.shtml
was wondering if these functions have been implemented in ROS
FSCTL_GET_VOLUME_BITMAP
FSCTL_GET_RETRIEVAL_POINTERS
FSCTL_MOVE_FILE
either way I'll try to work on a windows version..
if not Im going to start experimenting from this...
http://www.sysinternals.com/ntw2k/info/defrag.shtml
was wondering if these functions have been implemented in ROS
FSCTL_GET_VOLUME_BITMAP
FSCTL_GET_RETRIEVAL_POINTERS
FSCTL_MOVE_FILE
either way I'll try to work on a windows version..
Re: Defrag
I don't exactly remember the reason why defragmenting on a multithreaded OS is (almost) worthless, but:Quigs wrote:I was wondering if anyone had started working on ReactOS defrag...
if not Im going to start experimenting from this...
http://www.sysinternals.com/ntw2k/info/defrag.shtml
was wondering if these functions have been implemented in ROS
FSCTL_GET_VOLUME_BITMAP
FSCTL_GET_RETRIEVAL_POINTERS
FSCTL_MOVE_FILE
either way I'll try to work on a windows version..
Defragmenting was great in DOS times, because only one program could run and access the HD. Means: The OS didn't have to jump around on the HD to find file parts if it was defragmented.
But now, with multithreaded systems, this problem isn't that big anymore, because when one program wants a file, another one wants another file and the OS has to jump around on the HD in any case.
Maybe I don't recall correctly, or this is just plain wrong, but it sounds logical to me.
Q: What's tiny and yellow and very, very, dangerous?
A: A canary with the super-user password.
A: A canary with the super-user password.
Re: Defrag
Perhaps you should care to take look at http://sourceforge.net/projects/opendefrag/ this project claimes to support ReactOSQuigs wrote:I was wondering if anyone had started working on ReactOS defrag...
if not Im going to start experimenting from this...
http://www.sysinternals.com/ntw2k/info/defrag.shtml
was wondering if these functions have been implemented in ROS
FSCTL_GET_VOLUME_BITMAP
FSCTL_GET_RETRIEVAL_POINTERS
FSCTL_MOVE_FILE
either way I'll try to work on a windows version..
-
- Developer
- Posts: 66
- Joined: Tue Jan 11, 2005 1:42 am
Re: Defrag
Project Admins:Jaix wrote:Perhaps you should care to take look at http://sourceforge.net/projects/opendefrag/ this project claimes to support ReactOSQuigs wrote:I was wondering if anyone had started working on ReactOS defrag...
if not Im going to start experimenting from this...
http://www.sysinternals.com/ntw2k/info/defrag.shtml
was wondering if these functions have been implemented in ROS
FSCTL_GET_VOLUME_BITMAP
FSCTL_GET_RETRIEVAL_POINTERS
FSCTL_MOVE_FILE
either way I'll try to work on a windows version..
w3seek
however he has no releases since 2003... maybe he never got around to it or he added it in ROS instead of doing it on the side.
Re: Defrag
I did, I dont see any releases, or website...Perhaps you should care to take look at http://sourceforge.net/projects/opendefrag/ this project claimes to support ReactOS
Re: Defrag
You could send a private mess to w3seek, he is one of the ROS developers.Quigs wrote:I did, I dont see any releases, or website...Perhaps you should care to take look at http://sourceforge.net/projects/opendefrag/ this project claimes to support ReactOS
Private mess to w3seek
w3seek info page
Re: Defrag
FSCTL_GET_RETRIEVAL_POINTERS is implemented in VFat, FSCTL_GET_VOLUME_BITMAP and FSCTL_MOVE_FILE are stubs.Quigs wrote:was wondering if these functions have been implemented in ROS
FSCTL_GET_VOLUME_BITMAP
FSCTL_GET_RETRIEVAL_POINTERS
FSCTL_MOVE_FILE
Re: Defrag
There are definite advantages to defragmentation. Shorter seek times being the primary one. I'm pretty sure linux auto-defragments in the background and i know NT4 claimed to (i don't think 2000 or XP does, or if it does, it's even worse than NT4 at it). NT4 didn't come with a defragmentation tool because MS claimed NTFS would do it itself. They, of course, lied (http://www.digit-life.com/articles/ntfs/) but NTFS is definitely resistant to fragmentation. However, "resistant" only means it's a matter of time until the whole system is plagued by longer seek/read times.NetSlayer wrote:I don't exactly remember the reason why defragmenting on a multithreaded OS is (almost) worthless, but:Quigs wrote:I was wondering if anyone had started working on ReactOS defrag...
if not Im going to start experimenting from this...
http://www.sysinternals.com/ntw2k/info/defrag.shtml
was wondering if these functions have been implemented in ROS
FSCTL_GET_VOLUME_BITMAP
FSCTL_GET_RETRIEVAL_POINTERS
FSCTL_MOVE_FILE
either way I'll try to work on a windows version..
Defragmenting was great in DOS times, because only one program could run and access the HD. Means: The OS didn't have to jump around on the HD to find file parts if it was defragmented.
But now, with multithreaded systems, this problem isn't that big anymore, because when one program wants a file, another one wants another file and the OS has to jump around on the HD in any case.
Maybe I don't recall correctly, or this is just plain wrong, but it sounds logical to me.
pax mei amici amorque et Iesus sacret omnia
Re: Defrag
Nope. Ext2 simply does not fragment more than a fractional amount. People actually thought about that one.Floyd wrote:There are definite advantages to defragmentation. Shorter seek times being the primary one. I'm pretty sure linux auto-defragments in the background
http://portal.suse.com/sdb/en/2002/06/ext2frag.html
Who is online
Users browsing this forum: No registered users and 38 guests