Re: Deleting files extremely slow since OSX High sierra
Re: Deleting files extremely slow since OSX High sierra
- Subject: Re: Deleting files extremely slow since OSX High sierra
- From: Sandor Szatmari <email@hidden>
- Date: Wed, 25 Apr 2018 13:31:20 -0400
On Apr 25, 2018, at 12:00, Rob Petrovec <email@hidden> wrote:
>> On Apr 25, 2018, at 9:32 AM, Vojtěch Meluzín <email@hidden>
>> wrote:
>> apple forcing devs to change stuff all the time (wasting our time) is just
>> sad
> FSDeleteObject was deprecated in 10.8. That was 5 releases & 5 years ago.
> So I don’t know what you mean by “forcing devs to change stuff all the
> time”. You’ve had 5 years to update your code. They also haven’t killed the
> API yet. It still works, just slower then you would like.
We just recently replaced all the FS…Object code we had. We waited for the
API/behavior to mature. There was a lot of churn with Unix permissions, ACLs,
attributes… etc. We found that the change started on 10.8 but didn’t quite
stabilize until 10.11.
On the 10.11 SDK we were able to get identical if not better attribute
preservation and better performance as well.
Am I wrong in remembering that the FS…Object API is not 64bit compatible?
Sandor
> You can’t expect them to keep a deprecated API running perfectly in
> perpetuity. That would be silly and a waste of Apple’s engineering
> resources. Its time for you to poop or get off the pot, so to speak.
>
>
>> On Apr 25, 2018, at 10:45 AM, MeldaProduction <email@hidden>
>> wrote:
>> If you have a function to "delete a
>> file", it will still be a function to delete a file, there's no
>> improvement! Apple is simply covering badly designed APIs, which do work,
>> they are far from ideal, but they work
> Its not a design issue here. FSDeleteObject uses FSRef’s. FSRefs were a
> big improvement over FSSpecs from back in the day, but FSRefs have been
> deprecated in favor of URLs for years. URLs are leaps and bounds better then
> FSRef’s. So that is what Apple improved by introducing new API that uses
> URLs and deprecating the older FSRef equivalents.
>
>
>> On Apr 25, 2018, at 10:25 AM, Dave <email@hidden> wrote:
>> Well if you consider the use of “gasoline” as an “update” on steam power,
> Fine, then use solar power vs coal, Calculators vs an Abacus, or a MacBook
> Pro vs a IBM 026 <https://en.wikipedia.org/wiki/IBM_026> Keypunch (google it)
> as an analogy. They all apply just as well.
>
>
>>> On Apr 25, 2018, at 11:45 AM, David Young <email@hidden> wrote:
>>
>> This hateful stuff doesn't really belong on this list, does it?
> Agreed.
>
> —Rob
>
>
>> On Apr 25, 2018, at 9:32 AM, Vojtěch Meluzín <email@hidden>
>> wrote:
>>
>> Thanks Mike, i'll probably try. I am reluctant to do that, because api is
>> api and apple forcing devs to change stuff all the time (wasting our time)
>> is just sad. Plus i just cannot imagine how it could cause things to be
>> that bad. And finally people here seem to report general problems... Well
>> apple... Anyways i'll try.
>>
>> Cheers!
>> Vojtech
>> www.meldaproduction.com
>>
>> Dne po 23. 4. 2018 13:36 uživatel Mike Throckmorton <
>> email@hidden> napsal:
>>
>>> Try replacing FSDeleteObject with [[NSFileManager defaultManager]
>>> removeItemAtPath: pth error: &erro];
>>>
>>> Worked for me.
>>>
>>> Delete of folder containing 7500 files went from realllly slow down to
>>> nice and quick.
>>>
>>> I also found that other older FSRef based api's got slow.
>>>
>>> Sandboxing? Discouraging use of elderly API's?
>>>
>>> Time to ditch the old stuff anyway.
>>>
>>> Vojtûch Meluzín Sunday, April 22, 2018 9:55 PM
>>>
>>>> Hi,
>>>>
>>>> I have a custom installer, which places various audio plugins (bundles)
>>>> onto the target system and as an uninstaller it removes them. It manages
>>>> them the same way as any other folder (containing folders and files).
>>> Since
>>>> OSX High sierra deleting these files became extremely slow, almost like
>>> the
>>>> OSX is checking the bundles after every change. On some computers it also
>>>> blocks write access to the files inside these bundles (e.g. if the
>>>> installer is used again). It almost seems like some pseudosecurity
>>> measure
>>>> gone wrong, not the first time on OSX after all...
>>>>
>>>> Any ideas what is going on? For the record I'm using FSDeleteObject to
>>>> delete files/folders, I know deprecated, but I don't see a reason for
>>>> messing up with new API if the old one works.
>>>>
>>>> Thanks in advance.
>>>> Vojtech
>>>> _______________________________________________
>>>>
>>>> Cocoa-dev mailing list (email@hidden)
>>>>
>>>> Please do not post admin requests or moderator comments to the list.
>>>> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>>>>
>>>> Help/Unsubscribe/Update your Subscription:
>>>>
>>>>
>>>> This email sent to email@hidden
>>> -----------------------------------------------
>>> Mike Throckmorton email@hidden
>>> Software Engineer
>>> My Mac running Mac OS X has been up 4 days,
>>>
>>> running Mac OS X and it's starting to drift.
>>>
>>>
>> _______________________________________________
>>
>> Cocoa-dev mailing list (email@hidden)
>>
>> Please do not post admin requests or moderator comments to the list.
>> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>>
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>
> _______________________________________________
>
> Cocoa-dev mailing list (email@hidden)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden