NFD

20160329 conference call decides not to assign this task.

I thought about this a little.

Assuming we have an asynchronous messaging mechanism between threads that supports arbitrary message types, effecting a ControlCommand is simple:

1. mgmt thread parses, verifies, and authorizes the Interest
2. mgmt thread sends the command name and parameters as a message to main thread
3. main thread performs the table update / face creation / etc
4. main thread sends the result code and other information (such as FaceId) as a message to mgmt thread
5. mgmt thread replies a Data with the outcome to the Interest

For StatusDataset,

• if main thread sends a message to mgmt thread (upon mgmt's request) with entire dataset contents: main thread has to lock the table to collect the dataset contents; comparing to generating the dataset Data packets in main thread, this only saves signing cost
• if main thread does not lock the table, but sends entries to mgmt thread using multiple messages, the table may have changed during this process, causing consistency concerns

Junxiao Shi wrote:

main thread has to lock the table to collect the dataset contents;

why? isn't the main thread the only thread that touches the tables?

Answer to note-3:

A mutex is not needed.

When the main thread needs to generate a dataset of table entries, it must enumerable the entire table in one pass.
During the enumeration, no other packets can be processed, thus the dataset generation procedure "locks" the table for the duration of this enumeration.

The duration of dataset generation isn't too bad:

FIB entries were inserted with for I in $(seq 10000); do nfdc register /$I 255; done.

This is tested on Ubuntu 14.04 64-bit with DEBUG build; RELEASE will be faster.

Also, this is timed at FibManager::listEntries and StrategyChoiceManager::listChoices functions which includes more work than enumerating the table, such as signing Data packets.

"6998us" is the most useful number here: it enumerates the whole NameTree but signs only one Data, and the 7ms duration isn't too bad.

http://5th-ndn-hackathon.named-data.net/hacks.html#11-nfd-management-thread