FreeRTOS Support Archive
The FreeRTOS support forum is used to obtain active support directly from Real
Time Engineers Ltd. In return for using our top quality software and services for
free, we request you play fair and do your bit to help others too! Sign up
to receive notifications of new support topics then help where you can.
This is a read only archive of threads posted to the FreeRTOS support forum.
The archive is updated every week, so will not always contain the very latest posts.
Use these archive pages to search previous posts. Use the Live FreeRTOS Forum
link to reply to a post, or start a new support thread.
[FreeRTOS Home] [Live FreeRTOS Forum] [FAQ] [Archive Top] [April 2005 Threads] Local system objects?Posted by Nobody/Anonymous on April 26, 2005 Is it a possible enhancement to store system objects (tasks, semaphores, queues) on stack/static instead of doing a memory allocation?
RE: Local system objects?Posted by Richard on April 26, 2005 This is something that was considered when writing the first version. Like most things it has advantages and disadvantages.
The memory allocation is within the port layer, so you can replace this with anything you like but at the moment the allocation must be done here somehow. The supplied samples are very simple, and if the number of objects are known in advance and never deleted heap_1.c can be used.
It would be too inflexible for all allocation to be done statically, but maybe the functions could have an options for static allocation? This is also true for the task stacks.
Another problem would be that in some cases the types are deliberately hidden, so static allocation would mean that this data hiding would have to be removed.
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.
|