Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.comp.os.windows-11 > #18703
| From | Ed Cryer <ed@somewhere.in.the.uk> |
|---|---|
| Newsgroups | alt.comp.os.windows-10, alt.comp.os.windows-11 |
| Subject | Re: Bypass Recycle Bin |
| Date | 2025-04-26 12:10 +0100 |
| Organization | A noiseless patient Spider |
| Message-ID | <vuievp$26dj0$2@dont-email.me> (permalink) |
| References | (1 earlier) <vuggo7$fmvl$1@dont-email.me> <vughcn$g3km$1@dont-email.me> <vugl9i$jr0m$1@dont-email.me> <vugn2p$kjrr$2@dont-email.me> <vugq9l$o8nq$1@dont-email.me> |
Cross-posted to 2 groups.
Paul wrote: > On Fri, 4/25/2025 3:16 PM, Ed Cryer wrote: >> Paul wrote: >>> On Fri, 4/25/2025 1:39 PM, Ed Cryer wrote: >>>> Paul wrote: >>>>> On Fri, 4/25/2025 1:00 PM, Ed Cryer wrote: >>>>>> I regularly empty folders of waste; Temp folders usually. They can be holding hundreds of files, so I bypass the Recycle Bin in its Properties; then switch back afterwards. >>>>>> Until today, that is. I've found a quicker and less troublesome way. >>>>>> Select files to delete, press the “Shift” and “Delete” keys together. >>>>>> Cool. >>>>>> >>>>>> Ed >>>>> >>>>> Yes, the Shift key also works for the "delete" choice in the menu. >>>>> You move your mouse away from the general area, press Shift, >>>>> then open the menu and select Delete. And that should avoid all the >>>>> "shifting and calculating", saving about half the time. >>>>> >>>>> I was deleting on the other machine, and we hit a new low today, >>>>> only able to delete 300 files a second. When you have 200,000 files >>>>> to delete, that is a pretty miserable level of performance. I'd >>>>> be better off booting Linux and deleting the files there. >>>>> >>>>> The delete command in Command Prompt, is likely to do better >>>>> than that, because no animation is required for that method. >>>>> >>>>> Paul >>>> >>>> What the dickens were you doing having 200,000 files to delete? >>>> Not even Edge comes close to that number on my system >>>> (:- >>>> >>>> >>>> Ed >>> >>> Win10 C:\Windows\servicing\LCU >>> >>> That can have 200,000 files in it, and it's a waste >>> of SearchIndexer munching time, to leave that there. >>> >>> That can be deleted (contents of LCU Last Cumulative Update). >>> It's up to you to decide whether that's a good tradeoff or not >>> (in case the system needs to roll back the Patch Tuesday Cumulative). >>> >>> It's a waste of time defragmenting that. It's a waste of >>> time for Agent Ransack to search through there. It's a waste >>> of time letting the SearchIndexer process it. Etc. >>> >>> Win11 doesn't have an LCU. >>> >>> Paul >> >> Jeez, yes. That's new to me, but mine contains 2 1/4GB* of stuff. >> Can I safely delete it? >> >> Ed >> >> * I'm favouring pre-decimal terminology. This is in support of paper money which is disappearing in the UK so rapidly in favour of plastic cards that it'll probably be obsolete in a few years. >> > > I don't know what the "re-use" method is, so I can't say > whether it has ever been used/needed by Microsoft. Microsoft did > do a rollback recently, as a cure for some crashing systems (kernel > level issue). > > "In the worst-case scenario, you may be unable to uninstall > the latest quality update. But I don't think deleting an LCU subfolder > is as risky as deleting a folder under WinSxS or Servicing\Packages. > _________________________ > Ramesh, Windows Shell MVP > " > > https://superuser.com/questions/1810433/c-windows-servicing-lcu-slowing-down-servers-and-workstations-mitigate-automat > > I would do a Repair Install, the first time it causes an issue. And there > is always RevertPending if something blows up before the Patch Tuesday finished. > > At one time, it was claimed you could delete the contents of WinSxS > (and at least, have the OS still able to boot, but not be "maintain-able"), > but when I tested that here, it would not boot after that. Whereas, at least > so far, the LCU cleaning (removing the Packages underneath that folder), > has worked OK for me. That doesn't mean it's a good thing to do, but > if they think so highly of their handicraft, why don't they put that > crap in a container, so it's in one file per package ? There's no > good reason to put bushels of files on my fucking C: :-/ My C: > drive is not a toilet. > > Paul My SSDs on all machines never get close to even half full, so I don't know why I spend time clearing the Temp folders; perhaps it's just a left-over impulse from earlier computing days. I'm a tidiness freak. It's also dangerous to go cleaning without full understanding of what you're doing. I'm going to slap my wrists and tell myself to leave well enough alone. Curiosity drives me to look in all the corners; and what I find is quite startling. Left-overs of all kinds; full installation packages in some cases. Sloppiness? Or have things changed so radically since I was a programmer? Ed
Back to alt.comp.os.windows-11 | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Bypass Recycle Bin Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-25 18:00 +0100
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-25 13:28 -0400
Re: Bypass Recycle Bin Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-25 18:39 +0100
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-25 14:46 -0400
Re: Bypass Recycle Bin Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-25 20:16 +0100
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-25 16:11 -0400
Re: Bypass Recycle Bin Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-26 12:10 +0100
Re: Bypass Recycle Bin knuttle <keith_nuttle@yahoo.com> - 2025-04-26 08:52 -0400
Re: Bypass Recycle Bin Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-26 19:05 +0100
Re: Bypass Recycle Bin Frank Slootweg <this@ddress.is.invalid> - 2025-04-26 19:38 +0000
Re: Bypass Recycle Bin Stan Brown <the_stan_brown@fastmail.fm> - 2025-04-25 13:13 -0700
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-25 16:31 -0400
Re: Bypass Recycle Bin Stan Brown <the_stan_brown@fastmail.fm> - 2025-04-26 15:02 -0700
Re: Bypass Recycle Bin micky <NONONOmisc07@fmguy.com> - 2025-04-25 19:23 -0400
Re: Bypass Recycle Bin knuttle <keith_nuttle@yahoo.com> - 2025-04-25 19:24 -0400
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-25 23:50 -0400
Re: Bypass Recycle Bin knuttle <keith_nuttle@yahoo.com> - 2025-04-26 08:55 -0400
Re: Bypass Recycle Bin Frank Slootweg <this@ddress.is.invalid> - 2025-04-26 14:43 +0000
Re: Bypass Recycle Bin Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-26 19:19 +0100
Re: Bypass Recycle Bin Frank Slootweg <this@ddress.is.invalid> - 2025-04-26 19:30 +0000
Re: Bypass Recycle Bin Stan Brown <the_stan_brown@fastmail.fm> - 2025-04-26 15:07 -0700
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-26 19:30 -0400
Re: Bypass Recycle Bin Frank Slootweg <this@ddress.is.invalid> - 2025-04-27 15:43 +0000
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-26 17:12 -0400
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-26 19:12 -0400
Re: Bypass Recycle Bin Stan Brown <the_stan_brown@fastmail.fm> - 2025-04-25 12:51 -0700
Re: Bypass Recycle Bin "Alan K." <alan@invalid.com> - 2025-04-25 17:58 -0400
Re: Bypass Recycle Bin Zaidy036 <Zaidy036@air.isp.spam> - 2025-04-25 16:13 -0400
Re: Bypass Recycle Bin Stan Brown <the_stan_brown@fastmail.fm> - 2025-04-25 13:19 -0700
Re: Bypass Recycle Bin Zaidy036 <Zaidy036@air.isp.spam> - 2025-04-25 18:28 -0400
Re: Bypass Recycle Bin knuttle <keith_nuttle@yahoo.com> - 2025-04-25 19:27 -0400
Re: Bypass Recycle Bin micky <NONONOmisc07@fmguy.com> - 2025-04-25 19:28 -0400
Re: Bypass Recycle Bin T <T@invalid.invalid> - 2025-04-25 14:08 -0700
Re: Bypass Recycle Bin Char Jackson <none@none.invalid> - 2025-04-25 20:29 -0500
Re: Bypass Recycle Bin "Kerr-Mudd, John" <admin@127.0.0.1> - 2025-04-26 10:10 +0100
Re: Bypass Recycle Bin Paul <nospam@needed.invalid> - 2025-04-26 16:36 -0400
Re: Bypass Recycle Bin Ed Cryer <ed@somewhere.in.the.uk> - 2025-04-26 22:01 +0100
Re: Bypass Recycle Bin Hank Rogers <Hank@nospam.invalid> - 2025-04-26 16:38 -0500
Re: Bypass Recycle Bin VanguardLH <V@nguard.LH> - 2025-04-25 22:26 -0500
csiph-web