"Rod Speed" <rod.speed.aaa@gmail.com> schreef in bericht
news:7jfdhhF352vjgU1@mid.individual.net...
> Joep wrote
>> Rod Speed <rod.speed.aaa@gmail.com> wrote
>>> Joep wrote
>>>> Rod Speed <rod.speed.aaa@gmail.com> wrote
>>>>> Joep wrote
>>>>>> Rod Speed <rod.speed.aaa@gmail.com> wrote
>>>>>>> Joep wrote
>>>>>>>> Ato_Zee <ato_zee@hotmail.com> wrote
>>>>>>>>> Joep <available@request.nl> wrote
>
>>>>>>>>>>> System performance is a hardware issue,
>>>>>>>>>>> Drive cache size, spin speed, access time,
>>>>>>>>>>> pagefile optimisation, and a few other variables.
>
>>>>>>>>>> Like fragmentation and placement on disk
>
>>>>>>>>> Not so, the drive can more than adequately cope with
>>>>>>>>> fragmentation.
>
>>>>>>>> Ah, so a drive copes with fragmentation itself?
>
>>>>>>> He didnt say that.
>
>>>>>> It's more productive if you then try to explain to me what it is he's
>>>>>> saying.
>
>>>>> It makes a lot more sense for him to do that himself if he wants to.
>
>>>> Well, why then say 'he didnt say that' in the first place.
>
>>> Because he didnt say that.
>
>> he did
>
> He didnt.
he did
>
>>>>>>>>> With adequate RAM drive access is not an issue.
>
>>>>>>>> At one point a file has to be read from disk /written to disk.
>
>>>>>>> You quite sure you aint one of those rocket scientist fellas ?
>
>>>>>>>> No matter the amount of memory a fragmented file will take
>>>>>>>> longer than an unfragmented file placed near the start of the disk.
>
>>>>>>> Wrong when its a media file and the access to the
>>>>>>> file is entirely dependant on the media play speed.
>
>>>>>> Yes, and so?
>
>>>>> So you were just plain wrong.
>
>>>> Well, if all you do is play your media files all day then maybe,
>>>> assuming your statement is correct in the first place.
>
>>> Corse its correct.
>
>>> And there are plenty of other examples where fragmention
>>> has no effect on real world file use too, most obviously
>>> with non serial access to files like with databases etc.
>
>> And there are also real world examples where file placement and
>> fragmentation does have affect.
>
> Not with modern Win OSs that do file placement themselves.
Well, if I can improve whatever the modern OS does, then file placement does
have effect.
>
>>> In fact there arent very many situations where the speed
>>> of serial access to large files happens much anymore.
>
>>> The most common situation now remaining is file copying
>>> and it makes a lot more sense to not copy large files around
>>> instead. Put them where they need to be in the first place.
>
>> Aha, you quite sure you aint one of those rocket scientist fellas ?
>
> Cant even manage its own lines. Or anything else either.
Joep wrote
> Rod Speed <rod.speed.aaa@gmail.com> wrote
>> Joep wrote
>>> Ato_Zee <ato_zee@hotmail.com> wrote
>>>> Joep <available@request.nl> wrote
>>>>> People I know turn off the PC at the end of the day, and then when they turn it back on next day they're annoyed
>>>>> by the huge amount of time it takes to start up Windows.
>>>> That is not due to fragmentation, it is due to the number of
>>>> processes and services to be started.
>>> No, because if I optimize this file system it starts quicker.
>> Easy to claim. You cant actually substantiate that claim.
>>> So I load the same amount of services, change one parameter namely the location of the files on the disk, and it
>>> loads faster.
>> Easy to claim. You cant actually substantiate that claim.
>>>> By your argument a heavily used machine would be so fragmented
>>>> and slowed down by it to be unuseable by lunchtime.
>>>> You are trying to convince everyone to defrag several times a day.
>>> No I am not. Biggest gain is from optimization (file placement) and
>>> I do that every few months.
>>>> Fragmentation wasn't an issue in the days of CP/M and isn't today.
>>> It still is an issue
>> Easy to claim. You cant actually substantiate that claim.
> No actually it isn't, just try it for yourself.
Did that, you lied.
And it makes no sense to be doing a full reboot every day anyway.
If you do want to turn the system off every day, you should hibernate, not shut down.
Joep wrote
> Ato_Zee <ato_zee@hotmail.com> wrote
>> Joep <available@request.nl> wrote
>>>>>> Fragmentation wasn't an issue in the days of CP/M and isn't today.
>>>>> It still is an issue
>>>> Easy to claim. You cant actually substantiate that claim.
>>> No actually it isn't, just try it for yourself.
>> I have, defragging makes no discernable difference.
> I do not make money with it. I am not talking defragging, I am talking optimizing for quite a few posts now.
You're lying now.
> If you didn't get that by now, you're thick.
And you are a pathological liar.
> It does make a noticable difference (file placement, optimization).
Like hell it does. And modern MS OSs do that anyway.
> Right here, on both PCs I use.
Doesnt make the HUGE DIFFERENCE you lied about previously.
Even with the worst file placement, the most that does is add
a couple of milliseconds to the head movement between files
and that is nothing in the total boot time of a curent MS OS.
> What you have to say for the rest, I don't care. If you defrag or not, I don't care.Iif anyone else defrags or not, I
> don't care. I am not in a server environment, I don't care if they run it on servers or not.
> Waiting for the thing to boot bugs me.
Then you should hibernate instead of shutting down, stupid.
> If I can bring that down even a couple of seconds (but it's more than that) then for me that's significant and worth
> it.
Then you should hibernate instead of shutting down, stupid.
> I tested that and I do not need you or Rodless to confirm that.
Pity you're so stupid that you havent even noticed that hibernating saves
a hell of a lot MORE in the startup time than file placement ever does.
> To accomplish that I do not need to defrag 'all the time' as you put it. Just once every 3 months is fine depending on
> software installed (including service packs) during that period.
Service packs dont come out at anything like that frequency and
software installed doesnt affect the placement of OS files either.
> All apps I frequently use load faster after disk optimization.
At most by a few mS. Thats nothing in app start time, liar.
> Instead of the previous disk rattling and waiting, the disk is now quiet and the app is up in no time.
Thanks for that completely superfluous proof that you are a pathological liar.
> For me that's a significant improvement.
Pity that hibernating instead of shutting down would save MUCH more.
Joep wrote
> Rod Speed <rod.speed.aaa@gmail.com> wrote
>> Joep wrote
>>> Rod Speed <rod.speed.aaa@gmail.com> wrote
>>>> Joep wrote
>>>>> Rod Speed <rod.speed.aaa@gmail.com> wrote
>>>>>> Joep wrote
>>>>>>> Rod Speed <rod.speed.aaa@gmail.com> wrote
>>>>>>>> Joep wrote
>>>>>>>>> Ato_Zee <ato_zee@hotmail.com> wrote
>>>>>>>>>> Joep <available@request.nl> wrote
>>>>>>>>>>>> System performance is a hardware issue,
>>>>>>>>>>>> Drive cache size, spin speed, access time,
>>>>>>>>>>>> pagefile optimisation, and a few other variables.
>>>>>>>>>>> Like fragmentation and placement on disk
>>>>>>>>>> Not so, the drive can more than adequately cope with fragmentation.
>>>>>>>>> Ah, so a drive copes with fragmentation itself?
>>>>>>>> He didnt say that.
>>>>>>> It's more productive if you then try to explain to me what it is he's saying.
>>>>>> It makes a lot more sense for him to do that himself if he wants to.
>>>>> Well, why then say 'he didnt say that' in the first place.
>>>> Because he didnt say that.
>>> he did
>> He didnt.
> he did
He didnt.
>>>>>>>>>> With adequate RAM drive access is not an issue.
>>>>>>>>> At one point a file has to be read from disk /written to disk.
>>>>>>>> You quite sure you aint one of those rocket scientist fellas ?
>>>>>>>>> No matter the amount of memory a fragmented file will take
>>>>>>>>> longer than an unfragmented file placed near the start of the disk.
>>>>>>>> Wrong when its a media file and the access to the
>>>>>>>> file is entirely dependant on the media play speed.
>>>>>>> Yes, and so?
>>>>>> So you were just plain wrong.
>>>>> Well, if all you do is play your media files all day then maybe,
>>>>> assuming your statement is correct in the first place.
>>>> Corse its correct.
>>>> And there are plenty of other examples where fragmention
>>>> has no effect on real world file use too, most obviously
>>>> with non serial access to files like with databases etc.
>>> And there are also real world examples where file placement and fragmentation does have affect.
>> Not with modern Win OSs that do file placement themselves.
> Well, if I can improve whatever the modern OS does,
You cant.
> then file placement does have effect.
Nope, the mS or so saved is nothing in the time it takes to load that file.
>>>> In fact there arent very many situations where the speed
>>>> of serial access to large files happens much anymore.
>>>> The most common situation now remaining is file copying
>>>> and it makes a lot more sense to not copy large files around
>>>> instead. Put them where they need to be in the first place.
>>> Aha, you quite sure you aint one of those rocket scientist fellas ?
>> Cant even manage its own lines. Or anything else either.
> Lol! Such a simple mind, must be wonderful.
Never ever could bull**** and lie its way out of a wet paper bag.
Joep wrote
> Rod Speed <rod.speed.aaa@gmail.com> wrote
>> Joep wrote
>>> Ato_Zee <ato_zee@hotmail.com> wrote
>>>> Joep <available@request.nl> wrote
>>>>>>>> Fragmentation wasn't an issue in the days of CP/M and isn't today.
>>>>>>> It still is an issue
>>>>>> Easy to claim. You cant actually substantiate that claim.
>>>>> No actually it isn't, just try it for yourself.
>>>> I have, defragging makes no discernable difference.
>>> I do not make money with it. I am not talking defragging, I am talking optimizing for quite a few posts now.
>> You're lying now.
> Oh?
Yep, even you should be able to see that there is no mention of optimising
in the two quotes now right at the top, you silly little pathological liar.
>>> If you didn't get that by now, you're thick.
>> And you are a pathological liar.
> Hahaha. Yes, I AM LYING!
Everyone can see for themselves what is in the first two quote now at the top of this post.
>>> It does make a noticable difference (file placement, optimization).
>> Like hell it does. And modern MS OSs do that anyway.
>>> Right here, on both PCs I use.
>> Doesnt make the HUGE DIFFERENCE you lied about previously.
> Well, actually it is huge.
Easy to claim. You cant actually substantiate that claim.
>> Even with the worst file placement, the most that does is add
>> a couple of milliseconds to the head movement between files
>> and that is nothing in the total boot time of a curent MS OS.
> Try it
Dont need to. Even someone as stupid as you should be able to
work out that the extra time for the longer seek with a poorly placed
file can never be more than a few mS with modern hard drives.
> and you will find you're wrong.
Just another of your lies.
> You can continue repeating yourself, but that doesn't change this fact that can be easily verified by anyone.
They can indeed, and proof that you are a pathological liar.
Not that that is any news to anyone at all.
>>> What you have to say for the rest, I don't care. If you defrag or not, I don't care.Iif anyone else defrags or not,
>>> I don't care. I am not in a server environment, I don't care if they run it on servers or not.
>>> Waiting for the thing to boot bugs me.
>> Then you should hibernate instead of shutting down, stupid.
> He's calling names
You're lying, again. Just an accurate characterisation, you silly little pathological liar.
> and we all know what that means
Yep, you've got done like a ****ing dinner, as always.
>> Pity you're so stupid that you havent even noticed that hibernating saves a hell of a lot MORE in the startup time
>> than file placement ever does.
> Well, personal dislike, I only use it for laptop during lunchbreak, short brakes.
Thanks for that completely superfluous proof that you are a terminal ****wit
when that saves FAR more startup time than 'optimisation' can ever do.
>>> To accomplish that I do not need to defrag 'all the time' as you
>>> put it. Just once every 3 months is fine depending on software
>>> installed (including service packs) during that period.
>> Service packs dont come out at anything like that frequency and
>> software installed doesnt affect the placement of OS files either.
> Yeah, I meant the regular updates, sorry.
They update **** all of the OS files.
> No, software installed doesn't affect OC boot, but if those are programs I frequently use, I want them optimized as
> well.
Then you are a terminal ****wit when hibernating saves
FAR more startup time than 'optimising' can ever do.
>>> All apps I frequently use load faster after disk optimization.
>> At most by a few mS. Thats nothing in app start time, liar.
> Well, it actually does Rod.
Easy to claim. You cant actually substantiate that claim.
> Loading an app does may require Windows more than just loading the app.
Still **** all with each file.
Hibernating saves FAR more time.
Corse you are so stupid you dont hibernate.
>>> Instead of the previous disk rattling and waiting, the disk is now quiet and the app is up in no time.
>> Thanks for that completely superfluous proof that you are a pathological liar.
>>> For me that's a significant improvement.
>> Pity that hibernating instead of shutting down would save MUCH more.
> What does hibernate do for app loading then?
Everything when you arent stupid enough to shut down the app.
"Rod Speed" <rod.speed.aaa@gmail.com> schreef in bericht
news:7jhcubF3577d8U1@mid.individual.net...
>
>>> Easy to claim. You cant actually substantiate that claim.
>
>> No actually it isn't, just try it for yourself.
>
> Did that, you lied.
You didn't Rodless
>
> And it makes no sense to be doing a full reboot every day anyway.
>
> If you do want to turn the system off every day, you should hibernate, not
> shut down.
"Rod Speed" <rod.speed.aaa@gmail.com> schreef in bericht
news:7jhdikF35bug4U1@mid.individual.net...
> Joep wrote
>> Ato_Zee <ato_zee@hotmail.com> wrote
>>> Joep <available@request.nl> wrote
>
>>>>>>> Fragmentation wasn't an issue in the days of CP/M and isn't today.
>
>>>>>> It still is an issue
>
>>>>> Easy to claim. You cant actually substantiate that claim.
>
>>>> No actually it isn't, just try it for yourself.
>
>>> I have, defragging makes no discernable difference.
>
>> I do not make money with it. I am not talking defragging, I am talking
>> optimizing for quite a few posts now.
>
> You're lying now.
Oh?
>
>> If you didn't get that by now, you're thick.
>
> And you are a pathological liar.
Hahaha. Yes, I AM LYING!
>
>> It does make a noticable difference (file placement, optimization).
>
> Like hell it does. And modern MS OSs do that anyway.
>
>> Right here, on both PCs I use.
>
> Doesnt make the HUGE DIFFERENCE you lied about previously.
Well, actually it is huge.
>
> Even with the worst file placement, the most that does is add
> a couple of milliseconds to the head movement between files
> and that is nothing in the total boot time of a curent MS OS.
Try it and you will find you're wrong. You can continue repeating yourself,
but that doesn't change this fact that can be easily verified by anyone.
>
>> What you have to say for the rest, I don't care. If you defrag or not, I
>> don't care.Iif anyone else defrags or not, I don't care. I am not in a
>> server environment, I don't care if they run it on servers or not.
>
>> Waiting for the thing to boot bugs me.
>
> Then you should hibernate instead of shutting down, stupid.
He's calling names and we all know what that means
>
> Pity you're so stupid that you havent even noticed that hibernating saves
> a hell of a lot MORE in the startup time than file placement ever does.
Well, personal dislike, I only use it for laptop during lunchbreak, short
brakes.
>
>> To accomplish that I do not need to defrag 'all the time' as you put it.
>> Just once every 3 months is fine depending on software installed
>> (including service packs) during that period.
>
> Service packs dont come out at anything like that frequency and
> software installed doesnt affect the placement of OS files either.
Yeah, I meant the regular updates, sorry. No, software installed doesn't
affect OC boot, but if those are programs I frequently use, I want them
optimized as well.
>
>> All apps I frequently use load faster after disk optimization.
>
> At most by a few mS. Thats nothing in app start time, liar.
Well, it actually does Rod. Loading an app does may require Windows more
than just loading the app.
>
>> Instead of the previous disk rattling and waiting, the disk is now quiet
>> and the app is up in no time.
>
> Thanks for that completely superfluous proof that you are a pathological
> liar.
>
>> For me that's a significant improvement.
>
> Pity that hibernating instead of shutting down would save MUCH more.
What does hibernate do for app loading then?
>
>> I am happy now.
>
> Village eejuts usually are.
> >> If you do want to turn the system off every day, you should
> >> hibernate, not shut down.
>
> > I shut it down.
>
> Then you are a terminal ****wit when hibernating saves a hell
> of a lot more time on the startup than 'optimising' can ever
> do.
Hey, Rod, do you think "Joep" knows what ever happened to his
fellow denizen of the Netherlands...the foulest of fanatics,
Folkert Rienstra? Dat ol' Folksy ain't been around here, at
all, throughout 2009.
In fact, according to Google Groups </http://groups.google.com>,
the dreadful Dutchman's final Usenet post was on September 19,
2008; no longer does he plague >any< newsgroup, evidently.
Oh, and for your information, I'm hardly wailing about his
sudden disappearance. (Good riddance to bad rubbish, as the
saying goes.)
--
Cordially,
John Turco <jtur@concentric.net>
Paintings Pain and Pun <http://laughatthepain.blogspot.com>
>>>> If you do want to turn the system off every day, you should
>>>> hibernate, not shut down.
>>> I shut it down.
>> Then you are a terminal ****wit when hibernating saves a hell
>> of a lot more time on the startup than 'optimising' can ever do.
> Hey, Rod, do you think "Joep" knows what ever happened to his
> fellow denizen of the Netherlands...the foulest of fanatics,
> Folkert Rienstra? Dat ol' Folksy ain't been around here, at
> all, throughout 2009.
He's the one that killed him off, because ****nert
made snide remarks about his commercial activity.
> In fact, according to Google Groups </http://groups.google.com>,
> the dreadful Dutchman's final Usenet post was on September 19,
> 2008; no longer does he plague >any< newsgroup, evidently.
Yeah, the GFC saw the plug pulled on net access to his padded cell.
Heard the one about silver linings ?
> Oh, and for your information, I'm hardly wailing about his sudden disappearance.
I know you grovel in front of your ****nert shrine, daily.
> (Good riddance to bad rubbish, as the saying goes.)
Re: Do disk defraggers check file systems first? 
Linear Mode
