SD Card wear levelling - Simple algorithm

I am doing this now with a 4GB SD Card from Sandisk :

  1. Erase the card
  2. Write a CSV file that is about 90 to 110kB in size.
  3. Do some operations to the file and send it back to user.
  4. User then is ready with another such file.
    Loop to 1.

The above process may happen maybe 5 times a day.

I had earlier read in one of the posts by fat16lib that the SD Card will employ Auto wear levelling so that all segments of the card are used evenly provided it is formatted with the tool here : SD Memory Card Formatter for Windows/Mac | SD Association

Now in my case I am formatting the card using the example function provided with the Arduino IDE. In this case do I still enjoy Auto wear levelling or no ?

Irrespective of all this can the following logic work to provide wear levelling ?

  1. Check and save the End of file position()
  2. Erase Card
  3. If position() < (max. value for that card + Expected file size) increment position() by 1; else position = 0;
  4. Write new file at position();

You don't need to do any wear leveling with only 5 writes a day.

Why reformat the card? Can't you just delete the file and create a new one?

aarg:
You don't need to do any wear leveling with only 5 writes a day.

Why reformat the card? Can't you just delete the file and create a new one?

Sorry if my post gave an impression that I format the card everytime ! I just delete the file and write the new one.

Mogaraghu:
Sorry if my post gave an impression that I format the card everytime ! I just delete the file and write the new one.

Even less reason to worry. So why can't you use the wear leveling formatter that you linked to?

aarg:
Even less reason to worry. So why can't you use the wear leveling formatter that you linked to?

Yeah wish I could do that... but its a Windows program.

Or is it that I format it once using a WIN PC and subsequently only delete the files, the wear levelling will happen ??

GOod point to check unless someone has already tried this..

I am not clear how any formatter could ensure wear levelling. The page linked to for the formatter does not mention wear levelling.

UKHeliBob:
I am not clear how any formatter could ensure wear levelling. The page linked to for the formatter does not mention wear levelling.

Yes I am also not sure .. since it was specifically advised to use that formatter instead of the generic formatting of WIN OS, I mentioned it. In fact I was wondering if it was writing some kind of wear levelling algorithm as part of the format process. But I doubt if that is the case.

Anyway I am planning to check it out physically : Just Delete an existing file ( only one on the SD Card ) and write the same file again. After writing check the EOF position(). Repeat the whole process many times. If wear levelling is deployed, this position() should keep changing ??

Is my above expectation valid ?

Wear levelling will be doing the minimum work, so I suspect it only moves where the file is written
every so often - remapping blocks involves having to write the block map, and that has the same
constrains on overuse as the file itself surely?

100,000 write cycles/ 5 per day = 54.8 years.

aarg:
100,000 write cycles/ 5 per day = 54.8 years.

That's a "bit" reassuring. Thanks !!