<h2>Stability evaluation 4</h2>
<p>Finished a fourth long-time experiment (the final one) for evaluating GoMacH's stability:<br>
Settings:<br>
<a href="https://cloud.githubusercontent.com/assets/9894607/26718338/f726122e-4780-11e7-94e4-7bbe94211ac1.png" target="_blank"><img src="https://cloud.githubusercontent.com/assets/9894607/26718338/f726122e-4780-11e7-94e4-7bbe94211ac1.png" alt="image" style="max-width:100%;"></a></p>
<p>Topology: one sink (receiver) and 5 senders:<br>
This experiment is based on <code>examples/default</code><br>
5 senders adopt an intensive data rate for continuing generating data packets and sending to the sink;<br>
Data rate for each sender: <strong>10packets/1second</strong>;<br>
Data size for each packet: <strong>80 bytes</strong> (raw payload);<br>
MAC cycle duration for all nodes: <strong>200ms</strong>;<br>
MAC Tx-Queue size for each node: <strong>8 packets</strong>;<br>
<strong>Experiment duration: 49 hours (> two days)</strong>;</p>
<p>Notably, the taffic of the network (taffic loads from all the senders) is currently <strong>beyong</strong> the offered throughput of GoMacH. And by applying such an overwhelming traffic, the goal of this experiment is to check that:</p>
<ol>
<li><strong>Given the intensive data rate, and thus, intensive memory/buffer allocation and release manipulations, will GoMacH lead to memory leak or stack overflow, i.e., to see whether the protocol still has critical bugs of improper memory/buffer manipulation;</strong></li>
<li><strong>to test the robustness of the protocol that, given an overwhelming traffic rate, whether the protocol can still maintain basic communication functionality, i.e., normal sending/receiving. We don't want GoMacH dead (not functioning) in case of overwhelming traffic situation.</strong></li>
</ol>
<p>Results:</p>
<pre><code>2017-09-30 18:19:06,656 - INFO # 71f2, 1721548, 1684624, 8475545. 
2017-09-30 18:19:06,661 - INFO # 2c02, 1722083, 1705502, 8475546. 
2017-09-30 18:19:06,666 - INFO # c13a, 1726374, 1643696, 8475547. 
2017-09-30 18:19:06,671 - INFO # 675e, 1729352, 1724512, 8475548. 
2017-09-30 18:19:06,678 - INFO # 4262, 1723393, 1717215, 8475549.
</code></pre>
<ol>
<li>Packet deliver ratio: 8475549 (generated) / 8622750 (received) = 98.2928%;</li>
<li>After 49 hours running time, no devices go dead, or be halted.</li>
<li>GoMacH successfully maintains normal sending/receiving capability; To be more specific, all the nodes keep successfully delivering their packets to the receiver, although some of the generated packet will be dropped due to Tx-queue full or meeting the maximum Tx-retry limit.</li>
</ol>
<p>Actually, with some adaptation/optimization (on the WP period of GoMacH, or having larger TX-queue size), GoMacH's throughput can be further boosted/improved, i.e., achieving higher traffic adaptation. That will be done in the future (maybe in following PRs.) ;-)</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/RIOT-OS/RIOT/pull/5618#issuecomment-333319882">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AEn7YOpSIS1efPPII5Fz13p6fvDCrQiWks5snm1zgaJpZM4JI9UF">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/AEn7YJFSHhoMNsPUY7vXWwV44u5mXMDoks5snm1zgaJpZM4JI9UF.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/RIOT-OS/RIOT/pull/5618#issuecomment-333319882"></link>
  <meta itemprop="name" content="View Pull Request"></meta>
</div>
<meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/RIOT-OS/RIOT","title":"RIOT-OS/RIOT","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/RIOT-OS/RIOT"}},"updates":{"snippets":[{"icon":"PERSON","message":"@zhuoshuguo in #5618: ## Stability evaluation 4\r\nFinished a fourth long-time experiment (the final one) for evaluating GoMacH's stability:\r\nSettings:\r\n![image](https://cloud.githubusercontent.com/assets/9894607/26718338/f726122e-4780-11e7-94e4-7bbe94211ac1.png)\r\n\r\nTopology: one sink (receiver) and 5 senders:\r\nThis experiment is based on `examples/default`\r\n5 senders adopt an intensive data rate for continuing generating data packets and sending to the sink;\r\nData rate for each sender: **10packets/1second**; \r\nData size for each packet: **80 bytes** (raw payload);\r\nMAC cycle duration for all nodes: **200ms**;\r\nMAC Tx-Queue size for each node: **8 packets**;\r\n**Experiment duration: 49 hours (\u003e two days)**;\r\n\r\nNotably, the taffic of the network (taffic loads from all the senders) is currently **beyong** the offered throughput of GoMacH. And by applying such an overwhelming traffic, the goal of this experiment is to check that:\r\n1) **Given the intensive data rate, and thus, intensive memory/buffer allocation and release manipulations, will GoMacH lead to memory leak or stack overflow, i.e., to see whether the protocol still has critical bugs of improper memory/buffer manipulation;**\r\n2) **to test the robustness of the protocol that, given an overwhelming traffic rate, whether the protocol can still maintain basic communication functionality, i.e., normal sending/receiving. We don't want GoMacH dead (not functioning) in case of overwhelming traffic situation.**\r\n\r\nResults: \r\n```\r\n2017-09-30 18:19:06,656 - INFO # 71f2, 1721548, 1684624, 8475545. \r\n2017-09-30 18:19:06,661 - INFO # 2c02, 1722083, 1705502, 8475546. \r\n2017-09-30 18:19:06,666 - INFO # c13a, 1726374, 1643696, 8475547. \r\n2017-09-30 18:19:06,671 - INFO # 675e, 1729352, 1724512, 8475548. \r\n2017-09-30 18:19:06,678 - INFO # 4262, 1723393, 1717215, 8475549.\r\n```\r\n1) Packet deliver ratio: 8475549 (generated) / 8622750 (received) = 98.2928%;\r\n2) After 49 hours running time, no devices go dead, or be halted. \r\n3) GoMacH successfully maintains normal sending/receiving capability; To be more specific, all the nodes keep successfully delivering their packets to the receiver, although some of the generated packet will be dropped due to Tx-queue full or meeting the maximum Tx-retry limit.\r\n\r\nActually, with some adaptation/optimization (on the WP period of GoMacH, or having larger TX-queue size), GoMacH's throughput can be further boosted/improved, i.e., achieving higher traffic adaptation. That will be done in the future (maybe in following PRs.) ;-)\r\n\r\n\r\n"}],"action":{"name":"View Pull Request","url":"https://github.com/RIOT-OS/RIOT/pull/5618#issuecomment-333319882"}}}</script>