日志的案例
多串口彩色波形顯示日志助手 云控日志CloudLog.exe
云控日志可以計算經(jīng)過時間 顯示精確到微秒的用時，用于確定兩個打印日志之間的時間，調(diào)試時間敏感的項目尤其實用
在沒有出現(xiàn)問題時，日志太多了。在出現(xiàn)問題后，日志太少了，使用云控日志CloudLog過濾就解決方便解決這個問題
CloudLog.exe不需要安裝 只有一個2M的文件 從XP到windows11都能運行 簡潔的原生顯示支持深色主題
在打印的日志前面加等級簡寫就可以簡單實現(xiàn)各種日志顏色顯示，等級E/W/I/D/B/F/G/P對應Error/Warn/Info/Debug/Buffer/Fixer/圖像設置/圖像數(shù)據(jù)
可以根據(jù)日志等級及各種組合來過濾日志記錄。關鍵詞可以高亮顯示，以增強可讀性。各種關鍵詞組合關閉或顯示過濾
可以將單片機的內(nèi)存數(shù)組直接通過Buffer日志顯示到CloudLog.exe及保存到文件，在電腦直接打開文件 跟蹤數(shù)組陣列的內(nèi)容。對于調(diào)試時在數(shù)據(jù)量很大找問題太有幫助了
可以將日志保存到FLASH之內(nèi)，就算在系統(tǒng)運行崩潰后，也可以保存崩潰的內(nèi)容。在重新開始后恢復現(xiàn)場的記錄。
可以將采集ADC、其他周期性的數(shù)據(jù)或DSP產(chǎn)生的數(shù)據(jù)使用圖像以波形方式顯示
電腦推薦使用WM_COPYDATA消息進行日志傳輸，資源占用最少，速度最快。如果應用程序已經(jīng)具備UDP或TCP功能，可以直接通過原有的Socket將日志發(fā)送到本機的127...1。
對于嵌入式系統(tǒng)的本地調(diào)試，您可以通過串口、USB或網(wǎng)口來進行日志傳輸。可以了解遠程運行的系統(tǒng)運行情況。
實現(xiàn)電腦、手機、嵌入式系統(tǒng)等不同平臺的日志管理統(tǒng)一化。通過CloudLog，您可以輕松保存、處理和顯示各種平臺發(fā)出的日志信息。
便捷遠程及云端使用：
1.
展開 云控日志CloudLog，幫助您實現(xiàn)電腦、手機、嵌入式系統(tǒng)等不同平臺的日志管理統(tǒng)一化。通過Cloud
在Windows電腦上，我們推薦使用WM_COPYDATA消息進行日志傳輸，資源占用最少，速度最快。
2. 如果您的應用程序已經(jīng)具備UDP或TCP功能，可以直接通過原有的Socket將日志發(fā)送到本機的127...1。
3. 對于嵌入式系統(tǒng)的本地調(diào)試，您可以通過串口、USB或網(wǎng)口來進行日志傳輸。
便捷遠程及云端使用：
1. 您可以在路由器中設置端口轉(zhuǎn)發(fā)功能，將對應的端口轉(zhuǎn)發(fā)到安裝了CloudLog的電腦上。
2. 為了方便獲取到電腦所在的IP地址，我們建議使用動態(tài)域名系統(tǒng)（DDNS）服務。
3. 使用云控域名賬號，在服務器上保存日志，您可以隨時打開CloudLog回讀所有未讀過的日志。
CloudLog的日志元素介紹：
1. 日志等級（Log Level，簡寫為LL）用于確認日志的重要性。
2. 日期時間Tick（Date Time tick，簡寫為DT）用于確定日志生成的時刻。
3. 應用名（App Name，簡寫為AN）用于確認日志的來源項目或進程。
4. 標簽（Tag，簡寫為TA）用于按模塊化區(qū)分日志。
5. 線程標識符（Thread Identity，簡寫為TI）用于區(qū)分多線程。
6. 文字內(nèi)碼（Text Code，簡寫為TC）用于實時調(diào)整當前的內(nèi)碼。
7. 日志文字（Log Text，簡寫為LT）可以使用任何內(nèi)碼進行記錄。
8. 日志緩沖（Log Buffer，簡寫為LB）可以傳送陣列緩沖。
9. 計時功能可以根據(jù)前一條日志的tick，計算出精確到1微秒的用時。
CloudLog的日志等級說明：
1. Error級別表示嚴重的問題或軟件執(zhí)行功能錯誤，是最高等級的日志，無法屏蔽。
2.
展開 多串口助手 彩色日志 波形圖像顯示 嵌入式FLASH保存日志
CloudLog，一款功能強大的云控日志工具，可以幫助您統(tǒng)一保存、處理和顯示來自電腦、手機以及嵌入式系統(tǒng)（如Stm32單片機）發(fā)出的日志。
對于電腦和嵌入式系統(tǒng)本地使用，您可以按照以下方式進行操作：
1. 對于Windows電腦應用軟件，推薦優(yōu)先使用WM_COPYDATA消息，它占用資源最少且速度最快。
2. 如果您的應用本身帶有UDP或TCP功能，可以使用原有的Socket將日志發(fā)送至本地地址127...1。
3. 對于嵌入式系統(tǒng)的本地調(diào)試，您可以使用串口、USB或網(wǎng)口進行傳輸。
若您需要遠程及云端日志功能，可以考慮以下方法：
1. 您可以在路由器中配置轉(zhuǎn)發(fā)功能，將對應的端口轉(zhuǎn)發(fā)到運行CloudLog的電腦上。
2. 使用動態(tài)域名系統(tǒng)（DNS）獲取電腦所在的IP地址。
3. 在服務器上使用云控域名賬號保存日志，這樣無論何時打開CloudLog，您都可以回讀所有未讀過的日志。
CloudLog使用了多種日志元素，包括：
1. 日志等級（Log Level）用于確認日志的重要性。
2. 日期時間（Date Time Tick）用于確認日志生成的時刻。
3. 應用名（App Name）用于確認日志的來源項目或進程。
4. 標簽（Tag）用于按模塊化區(qū)分日志。
5. 線程標識符（Thread Identity）用于區(qū)分多線程。
6. 文字內(nèi)碼（Text Code）用于實時調(diào)整當前的內(nèi)碼。
7. 日志文字（Log Text）可以使用任何內(nèi)碼進行記錄。
8. 日志緩沖（Log Buffer）可以傳送陣列緩沖。
9.
展開 多串口助手 彩色日志 波形圖像顯示 嵌入式FLASH保存日志
CloudLog，一款功能強大的云控日志工具，可以幫助您統(tǒng)一保存、處理和顯示來自電腦、手機以及嵌入式系統(tǒng)（如Stm32單片機）發(fā)出的日志。
對于電腦和嵌入式系統(tǒng)本地使用，您可以按照以下方式進行操作：
1. 對于Windows電腦應用軟件，推薦優(yōu)先使用WM_COPYDATA消息，它占用資源最少且速度最快。
2. 如果您的應用本身帶有UDP或TCP功能，可以使用原有的Socket將日志發(fā)送至本地地址127...1。
3. 對于嵌入式系統(tǒng)的本地調(diào)試，您可以使用串口、USB或網(wǎng)口進行傳輸。
若您需要遠程及云端日志功能，可以考慮以下方法：
1. 您可以在路由器中配置轉(zhuǎn)發(fā)功能，將對應的端口轉(zhuǎn)發(fā)到運行CloudLog的電腦上。
2. 使用動態(tài)域名系統(tǒng)（DNS）獲取電腦所在的IP地址。
3. 在服務器上使用云控域名賬號保存日志，這樣無論何時打開CloudLog，您都可以回讀所有未讀過的日志。
CloudLog使用了多種日志元素，包括：
1. 日志等級（Log Level）用于確認日志的重要性。
2. 日期時間（Date Time Tick）用于確認日志生成的時刻。
3. 應用名（App Name）用于確認日志的來源項目或進程。
4. 標簽（Tag）用于按模塊化區(qū)分日志。
5. 線程標識符（Thread Identity）用于區(qū)分多線程。
6. 文字內(nèi)碼（Text Code）用于實時調(diào)整當前的內(nèi)碼。
7. 日志文字（Log Text）可以使用任何內(nèi)碼進行記錄。
8. 日志緩沖（Log Buffer）可以傳送陣列緩沖。
9.
展開 
Python的日志功能
Python日志的功能比較龐大，基礎的就是用basic的就logging.basicConfig()就可以，也可以自己去定義一些高端一點的模塊，我把代碼寫在下面，大致的思路就是首先用logging.getLogger創(chuàng)建一個日志對象，用formatter去設置日志的格式，日志對象中處理輸出到控制面板的采用logging.StreamHandler，可以單獨設置這部分的層次和格式，日志對象中將日志存儲在文件中的是FileHandler同樣的可以控制層次和格式
import logginglog = logging.getLogger("日志")log.setLevel(logging.DEBUG)formatter = logging.Formatter("%(asctime)s %(name)s %(levelname)s %(message)s")sh = logging.StreamHandler()sh.setLevel(logging.INFO)sh.setFormatter(formatter)fh = logging.FileHandler(filename="日志文件")fh.setLevel(logging.INFO)fh.setFormatter(formatter)log.addHandler(sh)log.addHandler(fh)log.info("hello")
作為對比，下面是采用基礎配置生成的日志，同樣把日志輸出在了屏幕和文件中
import loggingbc = logging.basicConfig(level = logging.INFO, filename=".
展開 [問題討論]Gambit教程—運行日志文件（.jou文件）
一、概述
日志文件是包含GAMBIT程序命令的文本文件。在任何GAMBIT進程中，GAMBIT將保存一個日志文件，它包含了在整個進程中要執(zhí)行的全部命令。當用戶保存一個進程的時候，GAMBIT將臨時日志文件復制到一個永久性文件中。這個永久性文件的基本文件名就是這個進程標識，并且它的后綴是“jou”。例如，如果用戶保存一個標識為“model2”的進程，GAMBIT將把日志文件復制到文件名為“model2.jou”的文件中。
注意：GAMBIT允許用戶在日志文件中不但包含命令，也可以包含注釋行。在日志文件中熱合以前斜線（/）開頭的行都被編譯為注釋行而不是命令行。
當用戶從File命令菜單中選擇了Run Journal窗口，GAMBIT將打開Run Journal窗口。Run Journal窗口使用戶可以執(zhí)行日志文件中包含的命令。Run Journal窗口允許用戶運行日志文件，包括當前（臨時）的日志文件，以前進程保存的日志文件和通過文本編輯在GAMBIT程序外部生成的日志文件。當用戶運行日志文件時，將執(zhí)行文件中的命令，就像是通過命令行輸入的命令一樣。
注意（1）：GAMBIT允許用戶在日志文件中使用IF塊和DO循環(huán)。
注意（2）：在Run Journal操作過程中，用戶可以在任何時刻暫停日志文件的執(zhí)行。當文件暫停時，GAMBIT允許用戶通過命令行執(zhí)行命令或者通過Run Journal窗口打開和運行其他日志文件。在后進先出原則下保持一個打開和執(zhí)行日志文件的堆棧。
二、日志文件的運行模式
用戶可以在一下兩種模式的任意一種之下運行日志文件：
—Run
—Edit/Run
1、Run模式
當用戶在Run模式下運行一個日志文件時，GAMBIT從文件的頂部開始按照次序自動執(zhí)行日志文件中的所有命令。
展開 對SolrCloud中的事務日志（Transaction Logs）、軟提交（SoftCommit）和提交（Commit）的理解
事務日志（Transaction Logs）
事務日志在solr4中是保證數(shù)據(jù)完整性的重要組件之一，但使用起來有點不太簡單，我們來深入了解一下他們。為了更好的了解事務日志，我們要了解整個索引的流程：
首先，在SolrCloud中的某個node接受到了新的文檔，得到文檔之后便轉(zhuǎn)交給相應的leader。
然后leader將這些文檔發(fā)送給所有相關shard中的replicas。
接著replicas向leader做出接收到文檔了的響應。
等所有的leaders都接收到了響應，最開始接收文檔的node向客戶端返回結(jié)果。此時，這些文檔都已經(jīng)寫入到了cluster中所有node的tlog中了。
如果JVM崩潰了，這些文檔還是能夠保存下來的；而如果操作系統(tǒng)崩潰了，他們就可能無法保存下來了。
如果JVM崩潰（或被kill -9殺掉），當重啟的時候，tlog會進行回放恢復數(shù)據(jù)。
你可以更改solrconfig.xml中的設置，將flush更改為fsynch才返回，但通常沒有必要這么做。因為由4若干個leader和replicas組成的SolrCloud不太可能發(fā)生同一時候都崩潰的情況。在實際情況下，可能仍然無法容忍這種小概率事件的發(fā)生，所以會選擇犧牲掉一部分性能來保證數(shù)據(jù)的完整性。
注意：tlogs在硬提交（不管openSearcher是設置true還是false）中是自動“翻轉(zhuǎn)”（rolled over）的，關閉舊的事務日志時，會有新的事務日志打開。為了保證一個時刻內(nèi)事務日志中包含100個左右的文檔，新的tlog可能會不斷的打開，與此同時，舊的tlogs就將被刪除。假設有若干文檔需要索引到solr中，這些文檔以25個一批進行索引，每一批文檔索引后便進行硬提交（不應該提交這么頻繁，但這里只是假設）。
展開 嵌入式開發(fā)輸出調(diào)試和日志信息的幾種方法
基于MCU的嵌入式軟件開發(fā)，可能在某些情況下沒有多余存儲空間，從而沒有在本地有效保存調(diào)試和日志信息。
這時，通過某種方式把調(diào)試（Debug）和日志（Log）信息輸出就顯得有意義了。
下面就來講講關于嵌入式開發(fā)中輸出調(diào)試和日志信息的幾點內(nèi)容。
1標準庫 printf 直接輸出
在MCU嵌入式開發(fā)中，通過UART串口 printf 輸出調(diào)試和日志信息的方式是最常見的一種。
在Linux、Windows這種大型系統(tǒng)中，使用標準C庫沒有問題，但在MCU這種資源有限的平臺，通常使用微庫。
1.使用微庫配置方法
在使用的IDE中，比如 Keil 和 IAR 都需要在工程選項中進行配置才能正常使用微庫。
Keil 使用微庫：
Project -> Options for Target -> Target，勾選"Use MicroLIB"
IAR 使用微庫：
Project -> Options for Node -> General Options -> Library Configuration，選擇"Full"
額外說明一下，IAR 中使用庫有四個選擇：
None：無
Normal：選擇常規(guī)配置的運行時庫
Full：選擇完整配置的運行時庫
Custom：選擇定制運行時庫
這里關于微庫以及IDE配置，可以參看我的文章：
微庫和標準C庫有什么區(qū)別？
展開 Ansys Workbench中調(diào)用Mechanical python腳本的方法及注意事項 ￥19
1 Ansys Workbench腳本編程概述
Ansys Workbench 支持記錄用戶通過圖形界面（GUI）執(zhí)行的操作，即日志記錄（Journaling），日志以基于 Python 的腳本形式保存。用戶可以修改這些腳本或創(chuàng)建全新的腳本，能夠便捷地重現(xiàn)已完成的分析流程，還能擴展軟件功能、實現(xiàn)重復性分析任務的自動化，并通過腳本編程以批處理模式運行分析。圖形界面中執(zhí)行的大多數(shù)操作都會被記錄到日志中，以下是一些不會被記錄的操作示例：
僅圖形界面操作：
? 中斷求解過程
? 啟動幫助功能（包括快速幫助和側(cè)邊欄幫助）
? 在 VistaTF 的求解單元中運行“查看求解器輸出”選項
數(shù)據(jù)集成應用中的操作：詳情請參考《腳本編程與數(shù)據(jù)集成應用》
部分圖形場景操作：例如隱藏實體和旋轉(zhuǎn)視圖
根據(jù)用戶偏好設置，完整會話的日志可以自動保存到指定位置。在 Ansys Workbench 中，選擇“工具 > 選項 > 日志和日志文件”。
腳本日志相關的操作位于 Ansys Workbench界面選擇“文件 > 腳本，包括腳本錄制、運行、打開命令窗口等。命令窗口使用 IronPython編程語言解釋和執(zhí)行命令或其他操作。注意：IronPython 通常與現(xiàn)有標準 Python 腳本兼容，但并非所有基于 C 語言的 Python 庫模塊都能在 IronPython 中使用。若要運行為舊版本 Ansys Workbench 創(chuàng)建的腳本，必須在腳本文件開頭插入 SetScriptVersion 命令，指定腳本最初創(chuàng)建時的軟件版本。此外，若從舊腳本中復制命令并粘貼到命令窗口，需先輸入 SetScriptVersion 命令，再粘貼腳本命令。
展開 前端性能與異常上報
概述
對于后臺開發(fā)來說，記錄日志是一種非常常見的開發(fā)習慣，通常我們會使用try...catch代碼塊來主動捕獲錯誤、對于每次接口調(diào)用，也會記錄下每次接口調(diào)用的時間消耗，以便我們監(jiān)控服務器接口性能，進行問題排查。
剛進公司時，在進行Node.js的接口開發(fā)時，我不太習慣每次排查問題都要通過跳板機登上服務器看日志，后來慢慢習慣了這種方式。
使用 Petrel 進行巖石物理分析 ￥8
估計巖石物理參數(shù)，例如孔隙度和滲透率以及測井日志中的水飽和度。繪制可用流體分布 使用 Petrel 繪圖.單擊執(zhí)行所有巖石物理計算。
本課程面向
具有巖石物理學和/或地層評估背景知識的石油工程或石油地球科學
1-關于課程
2 - 課程要求
3 - 頁巖體積
4 - 孔隙率
5 - 水飽和度
6 - 滲透性
7 - 摘要
8 - 測井日志
9 - 伽馬射線日志
10 - 電阻率日志
11 - 密度日志
12 - Sonic日志
13 - 中子日志
14 - 總結(jié)
15 - Petrel接口
16 - 項目設置
17 - 海燕計算器
18 - 海燕窗
19 - Petrel工具調(diào)色板
21 - 總結(jié)
22 - 數(shù)據(jù)文件
23 - 數(shù)據(jù)加載
24 - 瓷磚布置
25 - 2D和3D可視化
26 - 地圖窗口上的可視化
27 - Well Correlation
28 - 流體分配圖
29 - 對原木的地質(zhì)影響
30 - 總結(jié)
31 - 相關公式
32 - 頁巖估算量
33 - 孔隙率估算
34 - 水飽和度估計
35 - 滲透率估算
36 - 數(shù)據(jù)導出
37 - 額外學習
38 - 總結(jié)
展開 
一起看看讓互聯(lián)網(wǎng)著火的“Log4j”
表1：某豪華品牌汽車的開源軟件許可情況
Log 就是日志，主要用于記錄程序運行的情況，以便于程序在部署之后的排錯調(diào)試等。針對不同的編程語言，日志體系也有所不同。
圖3：Java和Log4j
Log4j（log for java）則是 Apache 的一個開源項目，通過使用 Log4j，可以控制日志信息輸出到日志文件、也可以控制每一條日志的輸出格式以及控制日志的生成過程。
JNDI（Java Naming and Directory Interface）是一種標準的Java命名系統(tǒng)接口，JNDI提供統(tǒng)一的客戶端API，由管理者將JNDI API映射為特定的命名服務和目錄系統(tǒng)，使得Java應用程序可以和這些命名服務和目錄服務之間進行交互。
這次的漏洞就出在Log4j對日志消息處理時沒有限制JNDI的使用。用戶遠程輸入的內(nèi)容一般會被日志記錄。而如果攻擊者輸入的內(nèi)容包含了JNDI Lookup，則在運行日志記錄操作時，JNDI Lookup會被遞歸調(diào)用。當該JNDI指向一個惡意服務器時，Log4j就會鏈接該服務器，下載并執(zhí)行任意的惡意代碼，形成攻擊。所以該漏洞的緩解措施都關于限制JNDI在日志消息處理時的調(diào)用。
對汽車網(wǎng)絡安全的潛在影響
圖4：智能座艙概念圖
Java在汽車上的應用一般是非實時和非安全強相關的，例如車載娛樂app。Java的運行效率、魯棒性和可靠性都不如C/C++。與操作系統(tǒng)的契合上，C++主要在Linux和QNX，而Java則主要在Android上應用。
展開 康謀分享 | AD/ADAS的性能概覽：在AD/ADAS的開發(fā)與驗證中“大海撈針”！
簡而言之，IVEX可以助力于實現(xiàn)：
1、整理海量數(shù)據(jù)日志并從中識別特定事件
2、識別需要添加為SOTIF分析一部分的觸發(fā)條件
3、跟蹤AD/ADAS系統(tǒng)在不同迭代中的演變，以展示系統(tǒng)改進的論據(jù)，并為UL4600文檔提供具體的支持。
設計仿真 | MSC Nastran .f04文件解讀
上圖中各項參數(shù)的含義如下：
計算過程日志
MSC Nastran
計算過程日志通過類似于下圖中表格的形式給出了MSC Nastran在執(zhí)行計算中DMAP語句（或者模塊）詳細的執(zhí)行過程匯總。一般情況下，.f04文件中的大部分內(nèi)容均為計算過程日志。
上圖中各項參數(shù)的含義如下：
計算過程日志中可以看到每個DMAP模塊執(zhí)行計算所耗費的詳細的時間，從而可以對總體計算耗時分配進行分析，有針對性的修改計算參數(shù)設置，提高計算效率。
MSC Nastran也內(nèi)置了相關的工具來完成對.f04文件中計算過程日志中時間的統(tǒng)計分析，詳見之前的技術文章：《MSC Nastran Utilities介紹》中的F04REPRT功能。
內(nèi)存和硬盤使用情況統(tǒng)計
MSC Nastran
計算過程日志之后是內(nèi)存和硬盤使用情況統(tǒng)計表。這個表格給出了計算過程中調(diào)用的所有DMAP模塊計算中使用內(nèi)存的最大數(shù)量和硬盤的最大使用情況。
上圖中各項參數(shù)的含義如下：
數(shù)據(jù)庫使用情況統(tǒng)計
MSC Nastran
下表給出了計算過程中數(shù)據(jù)庫集的讀寫信息匯總。
上圖中包含兩個平行的表格。LOGICAL DBSETS表中給出了每種類型的數(shù)據(jù)庫相關的信息，而DBSET FILES則給出了每個數(shù)據(jù)庫文件的相關信息。表中的各項參數(shù)含義如下：
在上述示例中，MASTER、DBALL、OBJSCR數(shù)據(jù)庫集都是僅由1個文件組成，而SCRATCH數(shù)據(jù)庫集則有三個部分組成：MEMFILE、SCRATCH、SCR300。
上述信息可以用于判斷數(shù)據(jù)庫集以及各個相關文件的大小以及讀寫行為是否合理。
展開 設計仿真 | MSC Nastran .f04文件解讀
上圖中各項參數(shù)的含義如下：
計算過程日志
MSC Nastran
計算過程日志通過類似于下圖中表格的形式給出了MSC Nastran在執(zhí)行計算中DMAP語句（或者模塊）詳細的執(zhí)行過程匯總。一般情況下，.f04文件中的大部分內(nèi)容均為計算過程日志。
上圖中各項參數(shù)的含義如下：
計算過程日志中可以看到每個DMAP模塊執(zhí)行計算所耗費的詳細的時間，從而可以對總體計算耗時分配進行分析，有針對性的修改計算參數(shù)設置，提高計算效率。
MSC Nastran也內(nèi)置了相關的工具來完成對.f04文件中計算過程日志中時間的統(tǒng)計分析，詳見之前的技術文章：《MSC Nastran Utilities介紹》中的F04REPRT功能。
內(nèi)存和硬盤使用情況統(tǒng)計
MSC Nastran
計算過程日志之后是內(nèi)存和硬盤使用情況統(tǒng)計表。這個表格給出了計算過程中調(diào)用的所有DMAP模塊計算中使用內(nèi)存的最大數(shù)量和硬盤的最大使用情況。
上圖中各項參數(shù)的含義如下：
數(shù)據(jù)庫使用情況統(tǒng)計
MSC Nastran
下表給出了計算過程中數(shù)據(jù)庫集的讀寫信息匯總。
上圖中包含兩個平行的表格。LOGICAL DBSETS表中給出了每種類型的數(shù)據(jù)庫相關的信息，而DBSET FILES則給出了每個數(shù)據(jù)庫文件的相關信息。表中的各項參數(shù)含義如下：
在上述示例中，MASTER、DBALL、OBJSCR數(shù)據(jù)庫集都是僅由1個文件組成，而SCRATCH數(shù)據(jù)庫集則有三個部分組成：MEMFILE、SCRATCH、SCR300。
上述信息可以用于判斷數(shù)據(jù)庫集以及各個相關文件的大小以及讀寫行為是否合理。
展開 