rtos and filing system

Log in or register to post comments
Go To Last Post
5 posts / 0 new
Author
Message
Fianawarrior
Fianawarrior's picture
Level: Posting Freak
Joined: Wed. Jun 11, 2008
Posts: 1818 View posts
Location: Belfast, Ireland
#1
Posted by Fianawarrior: Fri. Dec 31, 2021 - 05:46 PM
  • 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.

Tags:

Tools, Compilers and General Programming
Top
avrcandies
avrcandies's picture
Level: Raving Lunatic
Joined: Wed. Jun 30, 2004
Posts: 9086 View posts
Location: Cincinnati Oh
Posted by avrcandies: Fri. Dec 31, 2021 - 05:55 PM
  • 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
Top
mikech
mikech's picture
Level: Posting Freak
Joined: Mon. Aug 18, 2003
Posts: 1587 View posts
Location: Australia
Posted by mikech: Fri. Dec 31, 2021 - 09:58 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.

Top
Bronze Markawneil
awneil's picture
Level: 10k+ Postman
Joined: Fri. Jul 1, 2005
Posts: 25563 View posts
Location: Basingstoke, Hampshire, UK
Posted by awneil: Sat. Jan 1, 2022 - 09:54 AM
  • 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 oscillator: https://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...
Top
Bronze Marktheusch
theusch's picture
Level: 10k+ Postman
Joined: Mon. Feb 19, 2001
Posts: 40545 View posts
Location: Wisconsin USA
Posted by theusch: Sat. Jan 1, 2022 - 02:55 PM
  • 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.

Top