Hello,
I am implementing an interrupt handler for a device which generates a multi-source interrupt. The source evaluation adds an uncomfortable amount of processing time to the ISR. I'd like to defer this work to another high level processing function so the ISR can quickly service the next ...
Search found 5 matches
- Thu Nov 18, 2010 6:40 am
- Forum: NetBurner Software
- Topic: Support for Deferred Service Routines?
- Replies: 1
- Views: 2422
- Fri Sep 18, 2009 2:46 pm
- Forum: NetBurner Software
- Topic: Dynamically allocating SRAM memory
- Replies: 2
- Views: 3583
Re: Dynamically allocating SRAM memory
Hello,
I should've phrased my question a little differently. I am aware of the potential problems using malloc on a memory limited system, however, I have a need for a small dynamically allocated high speed RAM space. I have some code inherited from a vendor that liberally mallocs (never frees ...
I should've phrased my question a little differently. I am aware of the potential problems using malloc on a memory limited system, however, I have a need for a small dynamically allocated high speed RAM space. I have some code inherited from a vendor that liberally mallocs (never frees ...
- Fri Sep 18, 2009 7:58 am
- Forum: NetBurner Software
- Topic: Dynamically allocating SRAM memory
- Replies: 2
- Views: 3583
Dynamically allocating SRAM memory
Hello,
I currently have a need for fast buffers like those used in the Ethernet/TCP stack. Is there a way I can use malloc() or remalloc() equivalent functions using my SRAM memory area?
I currently have a need for fast buffers like those used in the Ethernet/TCP stack. Is there a way I can use malloc() or remalloc() equivalent functions using my SRAM memory area?
- Tue Sep 15, 2009 9:26 am
- Forum: NetBurner Software
- Topic: Function call overhead on MOD5270
- Replies: 4
- Views: 4560
Re: Function call overhead on MOD5270
These are good suggestions and I've already made significant performance gains by using #define's to inline my GPIO get/set operations.
I have an older version of the NDDK which does not make use SRAM for fast data access. I'll download the new NDDK, and try locating my critical data in SRAM ...
I have an older version of the NDDK which does not make use SRAM for fast data access. I'll download the new NDDK, and try locating my critical data in SRAM ...
- Mon Sep 14, 2009 2:21 pm
- Forum: NetBurner Software
- Topic: Function call overhead on MOD5270
- Replies: 4
- Views: 4560
Function call overhead on MOD5270
Greetings,
I've noticed that the function call overhead in my application code to be somewhere in the order of ~3uS for a simple function with 1 argument (eg J2[26] = 0). This strikes me as rather large given that I'm running on a 147MHz core. Is there a way I can significantly improve the ...
I've noticed that the function call overhead in my application code to be somewhere in the order of ~3uS for a simple function with 1 argument (eg J2[26] = 0). This strikes me as rather large given that I'm running on a 147MHz core. Is there a way I can significantly improve the ...