rtos and filing system

Go To Last Post
5 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Guys, I've finished writing FAT32 and exFAT filing systems.  The system runs on my RTOS.  I have a few functions for the filing system allowing say a write to a file to spawn another process that take care of the write allowing the process that initiated the write to continue.

 

Do you think it is worth while to proceed in this direction.

 

For example, a task wants to copy a folder, why not initiate the copy and allow the caller to proceed.

 

Anyway, I'm heading out for New Years Eve, hope to read your responses tomorrow when I get home, lol.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

take care of the write allowing the process that initiated the write to continue.

Hopefully there is a locking mechanism, so things are not changing in the midst of the write.

 

When you get back, everything will seem like a blur from yesterday.   Happy New Year!

When in the dark remember-the future looks brighter than ever.   I look forward to being able to predict the future!

Last Edited: Fri. Dec 31, 2021 - 06:04 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

At a 'high' level (eg copying a folder) that can be done by having tasks send commands to (slower) worker tasks and synchronising where neccessary.
At a 'lower' level (eg writing a buffer to a file) I think that the overheads of queueing and synchronisation will not be worth the effort.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Fianawarrior wrote:
spawn another process that take care of the write allowing the process that initiated the write to continue.

In other words, asynchronous (or 'non-blocking') operation.

 

That's a pretty standard feature of things like windows.

 

Fianawarrior wrote:
my RTOS ... Do you think it is worth while

that, surely, depends on the nature of "your RTOS":

  • If it's supposed to something small, lean, mean, and simple - then probably not;
  • If it's supposed to be a "full-fat" operating system - then it may be expected.

 

How about looking at existing comparable RTOS offerings - do they have the feature? If so, do people use it? If not, are people complaining about the lack of it?

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 2


At the risk of WayneZA coming down hard on me for pointing out the elephant in the room, do y'all REALLY think that this thread belongs to an AVR-class processor?

 

I've brought this up over and over again with this OP.  New topics continue, as answers are given here and not on more appropriate forums that are not as heavily traveled.  I've said before [I can dig it out if you want] on this that apparently anything goes re subject matter?

 

Note how carefully OP avoids saying the obvious, so we must infer.  And WayneZA doesn't like that -- "just because the post is here doesn't mean that it deals in no way with AVRs; quit assuming".

 

You can put lipstick on a pig, but it is still a pig.

I've never met a pig I didn't like, as long as you have some salt and pepper.