Direct Core access memory type provided, for speedup singe mote execution #60
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
…ry. This allow further node execution optimisations
…mplements getMemory().
For them make cloning via section read
…rface to type lib.
This need fo further motes execution optimisations.
…b memory, when only one instance of mote type in simulation.
Direct access no need copy whole mote memory in/from memory saved temp. So it relax huge memory blocks movement, and
leave only short direct access to variables need by simulator modules.
…cess, when simulatuon change instances count > 1 motes.
|
this PR still mulfunction for multipe motes of one type. fix in wok |
pjonsson
added a commit
to pjonsson/cooja
that referenced
this pull request
May 20, 2022
Commits: c82dc9e Merge pull request contiki-ng#60 from nfi/dos-to-unix 60eb9d5 Convert DOS formatted files to Unix for consistent line endings. 9a752cd Merge pull request contiki-ng#59 from nfi/minor-code-cleanup 3d51407 Merge pull request contiki-ng#57 from nfi/tests cf48bd1 Merge pull request contiki-ng#58 from nfi/flash-fix c1762b3 Updated README to use 'ant' instead of 'make' 15d8882 Use StringBuilder instead of StringBuffer 8951db5 Minor code cleanup b7b1a21 Corrected Javadoc argument names 5c9b6f7 Remove deprecated and unused methods 9400ad4 Make some inner classes static a840a8a Corrected flash emergency exit check 27c09d7 Corrected bit shift in CC2420 log output b1daf72 Removed Makefile - use ant to build instead e243d61 Added targets for missing node types + target to run tests b082842 Add pre-built firmwares for tests e8b7814 Fail with error when test fails 61b84a0 Updated tests to build with msp430-gcc 4.7.x
Merged
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There provided mote execution speedup via using direct mote's corelib-memory access.
For ordinary corelib memory access done via clone-per-mote instances of original coer-lib. Before tick mote, whole memory of clone copyes into corelib-memory, and after tick it copies back. All operations with memory contents goes with that cloned memory per each mote.
If simulation have only single mote instance for moteType, no need save contents of corelib memory, we can use it directly.
Here provided DirecCoreMemory interface that pass this direc-access. This interface used by mote, when it is single in simulation.
Results of profling in simulation of 2 different motes:
TODO: now need to look for ways to scale this techniks on multiple mote instances. Simplest aproach i see - just make individual corelib for each mote.
there no need further DirectAccess optimisations, until 4log cpu wastes are solved.