Something my Mac can do which my Windows 7 desktop can't...
in [UK Mac]
|
Prev: iPad musings
Next: iPad ad
From: David Kennedy on 2 Jun 2010 14:39 Steve H wrote: > David Kennedy<davidkennedy(a)nospamherethankyou.invalid> wrote: >> Woody wrote: >>> Conor<conor(a)gmx.co.uk> wrote: >>> >>>> I've found something my Macbook can do which my Win7 desktop can't. >>>> >>>> ...Take an hour to empty the trash and use so much CPU power that >>>> the >>>> base of my Macbook pro gets red thehot, fan comes on full whack and >>>> stays on until its finished. I've never ever had the fan come on on >>>> my >>>> Macbook Pro until this. >>>> >>>> My Windows 7 computer can't do that.... >>> >>> Well, stick to windows then, you can delete your files all day! >>> >>> >> Be fair though; with Windows there are lots more things that need >> deleting... > > Although a single command will instantly sort that for you.... > > format \c: > :-D -- David Kennedy http://www.anindianinexile.com
From: Gavin on 2 Jun 2010 15:34 On 2010-06-02 19:32:12 +0100, Steve H <italiancar(a)gmail.com> said: > T i m <news(a)spaced.me.uk> wrote: >> On Wed, 2 Jun 2010 17:16:50 +0100, Jim <jim(a)magrathea.plus.com> wrote: >> >>> On 2010-06-02, Chris Ridd <chrisridd(a)mac.com> wrote: >>>> On 2010-06-02 17:07:00 +0100, Jim said: >>>> >>>>> On 2010-06-02, James Jolley <jrjolley(a)me.com> wrote: >>>>>> I bet it took such a long time because of the size of the files. I >>>>>> think the secure empty does what the disk utility does when using >>>>>> secure erase, overwrites the files with 0's. >>>>> >>>>> Yep. See my other reply. Metaphorically speaking. >>>> >>>> It used to overwrite the file with random data, perhaps in multiple >>>> passes. I believe srm(1) describes the algorithms. >>> >>> I think it's eight passes. On big files that could easily take a >>> long, long >>> time. >> >> So the same task would take less time under W7 because (genuine > question)? > > It's not doing it properly. *ding* -- Gavin. ACSP 10.5 http://www.stoof.co.uk http://www.twitter.com/gavin_wilby
From: Gavin on 2 Jun 2010 15:35 On 2010-06-02 19:39:18 +0100, David Kennedy <davidkennedy(a)nospamherethankyou.invalid> said: > Steve H wrote: >> David Kennedy<davidkennedy(a)nospamherethankyou.invalid> wrote: >>> Woody wrote: >>>> Conor<conor(a)gmx.co.uk> wrote: >> >> Although a single command will instantly sort that for you.... >> >> format \c: >> > > :-D erm "format c:\" actually -- Gavin. ACSP 10.5 http://www.stoof.co.uk http://www.twitter.com/gavin_wilby
From: Steve H on 2 Jun 2010 15:42 Gavin <gwilbyREMOVE(a)stoof.co.uk> wrote: > On 2010-06-02 19:39:18 +0100, David Kennedy > <davidkennedy(a)nospamherethankyou.invalid> said: > >> Steve H wrote: >>> David Kennedy<davidkennedy(a)nospamherethankyou.invalid> wrote: >>>> Woody wrote: >>>>> Conor<conor(a)gmx.co.uk> wrote: >>>>> Although a single command will instantly sort that for you.... >>>>> format \c: >>>>>> -D > > erm "format c:\" actually "whatever" ;-) -- Steve H
From: jim on 2 Jun 2010 15:55
Tim Streater <timstreater(a)waitrose.com> wrote: > In article <slrni0d0al.2jiv.jim(a)wotan.magrathea.local>, > Jim <jim(a)magrathea.plus.com> wrote: > >> More to the point, if I understand it correctly then Secure Erase > > won't care >> about how _many_ items you're erasing, but rather what their total > > file size >> is. It's overwriting the actual file contents repeatedly, not just > > whatever >> HFS+'s version of the File Allocation Table is. If the files were > > sizeable >> it could very well take a long time. > > Ah Jim lad, > > If it's doing that repeatedly, wot's the chance it's doing that > umpty-ump times in the cache (if the file is cached, which seems to > happen a lot) and then only once on yer actual disk? I'd like to think that Apple aren't -quite- that daft :-) Jim -- Sent from my iPad |