[GLLUG] SSD

[T Menezes]

Many thanks to all the comments/suggestions.

I had read somewhere (
http://lifehacker.com/windows-does-defragment-ssds-but-its-okay-1666753409)
that Windows does defrag the SSD. There seem to be so many different
answers, usually focussing on particular use cases that it became quite
hard to figure out how best to manage my 1st SSD.

Since I don't think I am any different from the average Joe (whatever that
means) in how I use my computer, I have been looking for the sensible
course of action for average user. From what I read in this list - which I
tend to trust a bit more than the random PC website, that is extremely easy
to do - I am going to do exactly nothing other than disable the defrag
schedule in Windows!

Cheers
TM

On 29 February 2016 at 15:09, Matthew Copperwaite <mattcopp at gmail.com>
wrote:

>
> On 29 Feb 2016 14:39, "T Menezes" <tm.onthemove at gmail.com> wrote:
> >
> > Hi,
> >
> > I have recently upgraded my laptop with an SSD - Crucial MX200 500GB
> SATA, CT500MX200SSD1.
> >
> > For work reasons I have to dual-boot the laptop between Ubuntu Mate &
> Windows 7. What is the current view regarding management & defragmenting
> the SSD?
> >
> > Crucial claims the MX200 is capable of an enormous amount of writes
> before folding over so I suppose defraging is not an issue. Is there
> actually any benefit of defragmenting the hard drive (in Windows)?
> >
> > Thanks
> > TM
> >
> > _______________________________________________
> > GLLUG mailing list
> > GLLUG at mailman.lug.org.uk
> > https://mailman.lug.org.uk/mailman/listinfo/gllug
> >
>
> I pressed send too early, I found this:
>
> http://superuser.com/questions/601129/should-i-defrag-an-ssd-drive
>
> Which has another great point. An SSD has no seek time so there would be
> no benefit having the data blocks in other locations.
>
> _______________________________________________
> GLLUG mailing list
> GLLUG at mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/gllug
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.lug.org.uk/pipermail/gllug/attachments/20160229/a9003e4a/attachment.html>