0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線(xiàn)課程
  • 觀(guān)看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

多線(xiàn)程RTOS應(yīng)用程序的五個(gè)最佳實(shí)踐

星星科技指導(dǎo)員 ? 來(lái)源:嵌入式計(jì)算設(shè)計(jì) ? 作者:Dr. Johan Kraft ? 2022-06-21 09:45 ? 次閱讀

多線(xiàn)程 RTOS 應(yīng)用程序的一個(gè)更被低估的方面是您不能只查看代碼來(lái)完全了解應(yīng)用程序的工作原理。

你需要知道它的各個(gè)部分是如何相互通信的,并且你需要很多其他信息:任務(wù)執(zhí)行需要多長(zhǎng)時(shí)間,是否有任何潛在的競(jìng)爭(zhēng)條件或死鎖,你是否滿(mǎn)足你的時(shí)間要求等等。

您希望代碼做什么和它實(shí)際做什么可能在許多方面有所不同,這些方面既難以在代碼中看到,也難以測(cè)試。這對(duì)所有使用多線(xiàn)程代碼的開(kāi)發(fā)人員來(lái)說(shuō)都是一個(gè)挑戰(zhàn),無(wú)論他們使用的是 RTOS 還是 Linux,最好使用可視化跟蹤診斷工具進(jìn)行管理,讓您深入了解我所說(shuō)的代碼的“黑暗面”——您可以從字面上理解看看它在執(zhí)行時(shí)的行為。

視覺(jué)時(shí)間線(xiàn)是一個(gè)很好的起點(diǎn)。在許多情況下,查看隨時(shí)間分布的軟件事件、消息和任務(wù)執(zhí)行很重要,例如當(dāng)錯(cuò)誤的精確位置從癥狀中不明顯時(shí)——計(jì)算機(jī)可能在數(shù)字處理和文本日志中搜索方面表現(xiàn)出色,但通常你不知道要搜索什么。在視覺(jué)模式識(shí)別方面,人腦表現(xiàn)出色。

poYBAGKxIueAGXUIAAHh_MLBOpY601.png

顯示軟件事件的可視化時(shí)間線(xiàn)可以讓您大致了解嵌入式應(yīng)用程序的內(nèi)部工作原理,如果您需要深入挖掘以查找錯(cuò)誤,這是一個(gè)很好的起點(diǎn)。

調(diào)試時(shí)更好的洞察力意味著將有更少的猜測(cè),并且更有可能找到根本原因。在無(wú)法使用傳統(tǒng)方法(如在斷點(diǎn)處暫停系統(tǒng))的情況下,它也是一個(gè)很大的幫助。

你說(shuō) printf 調(diào)試怎么樣?是的,printf 很容易部署,有時(shí)它確實(shí)是你所需要的,但它的價(jià)格很高。將調(diào)試打印輸出放在對(duì)時(shí)間敏感的應(yīng)用程序代碼中是有風(fēng)險(xiǎn)的,并且不能很好地?cái)U(kuò)展到更復(fù)雜的應(yīng)用程序和更快的處理器。此外, printf 通常非常慢,每次打印輸出大約為幾毫秒。相比之下,針對(duì)軟件事件跟蹤的優(yōu)化解決方案可以比這快大約 100 倍,允許您在同一時(shí)期收集更多信息。

確保在整個(gè)開(kāi)發(fā)項(xiàng)目中測(cè)量時(shí)間和性能。做得對(duì),這可以確保您可以在開(kāi)發(fā)過(guò)程中發(fā)現(xiàn)并解決任何問(wèn)題,而不是在承諾的交付日期之前與時(shí)間賽跑。

滿(mǎn)足時(shí)序規(guī)范對(duì)于具有嚴(yán)格要求的實(shí)時(shí)系統(tǒng)至關(guān)重要,但對(duì)于幾乎所有嵌入式系統(tǒng)的用戶(hù)體驗(yàn)也很重要。沒(méi)有人喜歡遲緩的觸摸屏或無(wú)法提供承諾吞吐量的慢速 wifi 路由器。同樣,根本原因從源代碼中可能并不明顯,如果真正的問(wèn)題是糟糕的軟件設(shè)計(jì),那么簡(jiǎn)單地切換到更快的處理器可能沒(méi)有任何好處。

如果你發(fā)現(xiàn)自己在一個(gè)項(xiàng)目中“調(diào)試地獄”,大量的調(diào)試會(huì)消耗房間里的所有能量并阻止項(xiàng)目向前推進(jìn),那么視覺(jué)跟蹤診斷可以幫助你。在基于 RTOS 的應(yīng)用程序的軟件設(shè)計(jì)中未能遵循最佳實(shí)踐通常是一個(gè)主要的促成因素,并且它可能以例如性能差、處理器負(fù)載高或瞬態(tài)錯(cuò)誤的形式出現(xiàn)。任務(wù)之間的大量依賴(lài)是另一個(gè)可以改進(jìn)設(shè)計(jì)的常見(jiàn)信號(hào)。

即使是架構(gòu)糟糕的系統(tǒng)也可能在今天運(yùn)行,但它們將具有復(fù)雜和混亂的行為以及較差的可測(cè)試性,這增加了泄漏到生產(chǎn)設(shè)備中的難以捉摸的錯(cuò)誤的風(fēng)險(xiǎn)。而且它們幾乎肯定會(huì)很脆弱,因此代碼或環(huán)境中的微小變化都會(huì)導(dǎo)致它們失敗。

可視化跟蹤診斷幫助開(kāi)發(fā)人員分析和改進(jìn)他們的軟件設(shè)計(jì),確保系統(tǒng)行為穩(wěn)定可靠。當(dāng)您可以更早地發(fā)現(xiàn)軟件設(shè)計(jì)缺陷時(shí),修復(fù)它們所需的更改就會(huì)更少。設(shè)計(jì)改進(jìn)還可以帶來(lái)更好的系統(tǒng)性能和響應(yīng)能力,這反過(guò)來(lái)又可以讓您選擇更具成本效益的處理器來(lái)降低 BoM 成本或使用更低的時(shí)鐘頻率來(lái)延長(zhǎng)電池壽命。

使用您的跟蹤工具將跟蹤數(shù)據(jù)連續(xù)流式傳輸?shù)街鳈C(jī),如果需要,您可以在其中存儲(chǔ)很長(zhǎng)的記錄,甚至在屏幕上實(shí)時(shí)顯示數(shù)據(jù)。跟蹤流使您能夠監(jiān)控系統(tǒng)測(cè)試或?qū)ふ译y以重現(xiàn)的罕見(jiàn)錯(cuò)誤。視覺(jué)跟蹤診斷允許在高級(jí)視覺(jué)概覽中發(fā)現(xiàn)異常并深入到特定事件以準(zhǔn)確找出發(fā)生了什么。

最后,可視化跟蹤診斷可以實(shí)現(xiàn)為純軟件解決方案,不需要額外的硬件,甚至不需要調(diào)試探針。在內(nèi)存和處理器使用方面存在成本,但通常不會(huì)超過(guò)您可以在整個(gè)開(kāi)發(fā)、測(cè)試甚至部署過(guò)程中將其保留在系統(tǒng)中(如果您愿意)。在所有階段都能獲得這些信息意味著每個(gè)人每天都能從中受益。

這種方法允許記錄來(lái)自應(yīng)用程序的任何相關(guān)信息,包括在運(yùn)行時(shí)未公開(kāi)的內(nèi)部數(shù)據(jù)和狀態(tài)。數(shù)據(jù)可以與可視化執(zhí)行時(shí)間線(xiàn)并行繪制,以便在運(yùn)行時(shí)深入了解您的應(yīng)用程序。這樣,您就可以制作出能夠擊敗競(jìng)爭(zhēng)對(duì)手的出色產(chǎn)品。

遵循這五個(gè)最佳實(shí)踐,在系統(tǒng)級(jí)別獲得對(duì)實(shí)時(shí)行為所需的可見(jiàn)性,以提高產(chǎn)品質(zhì)量并加快開(kāi)發(fā)速度,從而更快地進(jìn)入市場(chǎng)。

審核編輯:郭婷

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀(guān)點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 處理器
    +關(guān)注

    關(guān)注

    68

    文章

    19100

    瀏覽量

    228816
  • RTOS
    +關(guān)注

    關(guān)注

    21

    文章

    809

    瀏覽量

    119362
  • 代碼
    +關(guān)注

    關(guān)注

    30

    文章

    4723

    瀏覽量

    68236
收藏 人收藏

    評(píng)論

    相關(guān)推薦

    Python中多線(xiàn)程和多進(jìn)程的區(qū)別

    Python作為一種高級(jí)編程語(yǔ)言,提供了多種并發(fā)編程的方式,其中多線(xiàn)程與多進(jìn)程是最常見(jiàn)的兩種方式之一。在本文中,我們將探討Python中多線(xiàn)程與多進(jìn)程的概念、區(qū)別以及如何使用線(xiàn)程池與進(jìn)程池來(lái)提高并發(fā)執(zhí)行效率。
    的頭像 發(fā)表于 10-23 11:48 ?231次閱讀
    Python中<b class='flag-5'>多線(xiàn)程</b>和多進(jìn)程的區(qū)別

    RTOS開(kāi)發(fā)最佳實(shí)踐

    基于RTOS編寫(xiě)應(yīng)用程序時(shí),有一些要注意事項(xiàng)。在本節(jié)中,您將學(xué)習(xí)RTOS開(kāi)發(fā)最佳實(shí)踐,例如POSIX合規(guī)性、安全性和功能安全認(rèn)證。
    的頭像 發(fā)表于 08-20 11:24 ?372次閱讀

    多線(xiàn)程設(shè)計(jì)模式到對(duì) CompletableFuture 的應(yīng)用

    最近在開(kāi)發(fā) 延保服務(wù) 頻道頁(yè)時(shí),為了提高查詢(xún)效率,使用到了多線(xiàn)程技術(shù)。為了對(duì)多線(xiàn)程方案設(shè)計(jì)有更加充分的了解,在業(yè)余時(shí)間讀完了《圖解 Java 多線(xiàn)程設(shè)計(jì)模式》這本書(shū),覺(jué)得收獲良多。本篇文章將介紹其中
    的頭像 發(fā)表于 06-26 14:18 ?253次閱讀
    從<b class='flag-5'>多線(xiàn)程</b>設(shè)計(jì)模式到對(duì) CompletableFuture 的應(yīng)用

    bootloader開(kāi)多線(xiàn)程做引導(dǎo)程序,跳app初始化后直接進(jìn)hardfualt,為什么?

    如標(biāo)題,想做一個(gè)遠(yuǎn)程升級(jí)的項(xiàng)目,bootloader引導(dǎo)區(qū)域和app都是開(kāi)多線(xiàn)程跑的,就是自己寫(xiě)了個(gè)小的任務(wù)調(diào)度器,沒(méi)什么功能主要是想讓程序快速的響應(yīng),延時(shí)不會(huì)對(duì)其他
    發(fā)表于 04-18 06:07

    鴻蒙OS開(kāi)發(fā)實(shí)例:【ArkTS類(lèi)庫(kù)多線(xiàn)程CPU密集型任務(wù)TaskPool】

    CPU密集型任務(wù)是指需要占用系統(tǒng)資源處理大量計(jì)算能力的任務(wù),需要長(zhǎng)時(shí)間運(yùn)行,這段時(shí)間會(huì)阻塞線(xiàn)程其它事件的處理,不適宜放在主線(xiàn)程進(jìn)行。例如圖像處理、視頻編碼、數(shù)據(jù)分析等。 基于多線(xiàn)程并發(fā)機(jī)制處理CPU密集型任務(wù)可以提高CPU
    的頭像 發(fā)表于 04-01 22:25 ?772次閱讀
    鴻蒙OS開(kāi)發(fā)實(shí)例:【ArkTS類(lèi)庫(kù)<b class='flag-5'>多線(xiàn)程</b>CPU密集型任務(wù)TaskPool】

    鴻蒙APP開(kāi)發(fā):【ArkTS類(lèi)庫(kù)多線(xiàn)程】TaskPool和Worker的對(duì)比

    TaskPool(任務(wù)池)和Worker的作用是為應(yīng)用程序提供一個(gè)多線(xiàn)程的運(yùn)行環(huán)境,用于處理耗時(shí)的計(jì)算任務(wù)或其他密集型任務(wù)??梢杂行У乇苊膺@些任務(wù)阻塞主線(xiàn)程,從而最大化系統(tǒng)的利用率,降
    的頭像 發(fā)表于 03-26 22:09 ?572次閱讀
    鴻蒙APP開(kāi)發(fā):【ArkTS類(lèi)庫(kù)<b class='flag-5'>多線(xiàn)程</b>】TaskPool和Worker的對(duì)比

    【從0開(kāi)始創(chuàng)建AWTK應(yīng)用程序】編譯應(yīng)用到RTOS平臺(tái)

    AWStudio上編寫(xiě)好AWTK應(yīng)用程序后,部署到RTOS平臺(tái)(如STM32)是很方便的,下面就以STM32F429型號(hào)為例子來(lái)介紹如何編譯AWTK應(yīng)用到RTOS
    的頭像 發(fā)表于 03-21 08:23 ?547次閱讀
    【從0開(kāi)始創(chuàng)建AWTK<b class='flag-5'>應(yīng)用程序</b>】編譯應(yīng)用到<b class='flag-5'>RTOS</b>平臺(tái)

    java實(shí)現(xiàn)多線(xiàn)程的幾種方式

    Java實(shí)現(xiàn)多線(xiàn)程的幾種方式 多線(xiàn)程是指程序中包含了兩個(gè)或以上的線(xiàn)程,每個(gè)線(xiàn)程都可以并行執(zhí)行不同
    的頭像 發(fā)表于 03-14 16:55 ?550次閱讀

    基于RTOS的應(yīng)用進(jìn)程中的典型線(xiàn)程

    RTOS中的關(guān)鍵因素是最小的中斷延遲和最小的線(xiàn)程切換延遲。RTOS的價(jià)值在于它的響應(yīng)速度或可預(yù)測(cè)性,而不是它在給定時(shí)間段內(nèi)可以執(zhí)行的工作量。
    發(fā)表于 03-05 09:32 ?498次閱讀
    基于<b class='flag-5'>RTOS</b>的應(yīng)用進(jìn)程中的典型<b class='flag-5'>線(xiàn)程</b>

    AT socket可以多線(xiàn)程調(diào)用嗎?

    請(qǐng)問(wèn)AT socket 可以多線(xiàn)程調(diào)用嗎? 有互鎖機(jī)制嗎,還是要自己做互鎖。
    發(fā)表于 03-01 08:22

    redis多線(xiàn)程還能保證線(xiàn)程安全嗎

    是單線(xiàn)程的,多個(gè)客戶(hù)端請(qǐng)求會(huì)按序執(zhí)行,每個(gè)請(qǐng)求使用一個(gè)線(xiàn)程完成,這樣可以避免多線(xiàn)程之間的競(jìng)爭(zhēng)條件和鎖等帶來(lái)的開(kāi)銷(xiāo)。但是,由于Redis是存儲(chǔ)內(nèi)存中的數(shù)據(jù)的,當(dāng)多個(gè)客戶(hù)端同時(shí)對(duì)同一
    的頭像 發(fā)表于 12-05 10:28 ?1628次閱讀

    mfc多線(xiàn)程編程實(shí)例

    (圖形用戶(hù)界面)應(yīng)用程序的開(kāi)發(fā)。在這篇文章中,我們將重點(diǎn)介紹MFC中的多線(xiàn)程編程。 多線(xiàn)程編程在軟件開(kāi)發(fā)中非常重要,它可以實(shí)現(xiàn)程序的并發(fā)執(zhí)行,提高
    的頭像 發(fā)表于 12-01 14:29 ?1377次閱讀

    多線(xiàn)程如何保證數(shù)據(jù)的同步

    多線(xiàn)程編程是一種并發(fā)編程的方法,意味著程序中同時(shí)運(yùn)行多個(gè)線(xiàn)程,每個(gè)線(xiàn)程可獨(dú)立執(zhí)行不同的任務(wù),共享同一份數(shù)據(jù)。由于多線(xiàn)程并發(fā)執(zhí)行的特點(diǎn),會(huì)引發(fā)
    的頭像 發(fā)表于 11-17 14:22 ?1108次閱讀

    多線(xiàn)程并發(fā)查詢(xún)oracle數(shù)據(jù)庫(kù)

    數(shù)據(jù)庫(kù)的原理、使用場(chǎng)景、實(shí)現(xiàn)方法以及可能遇到的問(wèn)題和解決方案。 一、多線(xiàn)程并發(fā)查詢(xún)的原理 在傳統(tǒng)的單線(xiàn)程查詢(xún)方式中,當(dāng)一個(gè)查詢(xún)請(qǐng)求發(fā)起時(shí),數(shù)據(jù)庫(kù)會(huì)按照順序執(zhí)行查詢(xún)語(yǔ)句并返回結(jié)果。如果查詢(xún)語(yǔ)句比較復(fù)雜或者數(shù)據(jù)量比較大,查詢(xún)的時(shí)
    的頭像 發(fā)表于 11-17 14:22 ?3556次閱讀

    多線(xiàn)程同步的幾種方法

    多線(xiàn)程同步是指在多個(gè)線(xiàn)程并發(fā)執(zhí)行的情況下,為了保證線(xiàn)程執(zhí)行的正確性和一致性,需要采用特定的方法來(lái)協(xié)調(diào)線(xiàn)程之間的執(zhí)行順序和共享資源的訪(fǎng)問(wèn)。下面將介紹幾種常見(jiàn)的
    的頭像 發(fā)表于 11-17 14:16 ?1102次閱讀