手工創(chuàng)建性能快照失敗

大家好！今天讓創(chuàng)意嶺的小編來大家介紹下關(guān)于手工創(chuàng)建性能快照失敗的問題，以下是小編對此問題的歸納整理，讓我們一起來看看吧。

ChatGPT國內(nèi)免費在線使用，能給你生成想要的原創(chuàng)文章、方案、文案、工作計劃、工作報告、論文、代碼、作文、做題和對話答疑等等

你只需要給出你的關(guān)鍵詞，它就能返回你想要的內(nèi)容，越精準，寫出的就越詳細，有微信小程序端、在線網(wǎng)頁版、PC客戶端，官網(wǎng)：https://ai.de1919.com

本文目錄:

• 1、云服務(wù)ecs的快照功能不具備

• 2、請問虛擬機的顯卡性能/虛擬硬件

• 3、為什么安裝windows操作系統(tǒng)后建議立即創(chuàng)建一個快照

• 4、windows自帶性能監(jiān)控器問題

一、云服務(wù)ecs的快照功能不具備

服務(wù)器安全措施不足。阿里云快照是一種低成本、便捷高效的數(shù)據(jù)備份手段，功能穩(wěn)定，性能強大，但服務(wù)器安全措施不足易引發(fā)病毒感染、服務(wù)器故障等。云服務(wù)器 是阿里云提供的一種基礎(chǔ)云計算服務(wù)，使用云服務(wù)器ECS就像使用水、電、煤氣等資源一樣便捷、高效。

二、請問虛擬機的顯卡性能/虛擬硬件

個人喜歡vmware的硬件模擬方式，模擬了一個完整的電腦硬件環(huán)境，包括網(wǎng)絡(luò)連接主機，也是簡單的局域網(wǎng)。運行調(diào)試簡單。另外vmware的3D顯卡也選擇的因素。但是費用的原因，使用的vmware player，所以沒有快照功能。也是折騰操作系統(tǒng)玩，是想改投virtualbox的，現(xiàn)在就是發(fā)現(xiàn)兩個硬傷：1. 顯卡3D性能，有時候想打游戲呢。2. 虛擬機和主機網(wǎng)絡(luò)連接，跟vmware不一樣，文檔沒太看懂，似乎是要把主機手工設(shè)置DHCP/NAT。

三、為什么安裝windows操作系統(tǒng)后建議立即創(chuàng)建一個快照

為能夠恢復(fù)啟動系統(tǒng)。

Windows家族最初的系統(tǒng)恢復(fù)功能要回溯到2000年的Windows ME版本，當時還只能恢復(fù)系統(tǒng)文件和注冊表，而且并不穩(wěn)定。在Windows XP和Vista中系統(tǒng)恢復(fù)的性能得到了很大的提高。也是從那時起，系統(tǒng)恢復(fù)開始依賴于一個叫做硬盤快照服務(wù)(Volume Snapshot Service)的系統(tǒng)服務(wù)功能，能夠自動創(chuàng)建系統(tǒng)快照—包括正在使用的文件—然后將這些文件轉(zhuǎn)換為可恢復(fù)的節(jié)點文件。新的方式給用戶提供了更多的自定義功能，比如用戶可以為快照分配磁盤空間，可以選擇監(jiān)視哪些文件目錄等等。但是還是有很多的限制，比如只有NTFS格式的分區(qū)具有系統(tǒng)恢復(fù)快照功能，而且在Windows 8版本之前，快照并不能長期保存。

四、windows自帶性能監(jiān)控器問題

你要滴在任務(wù)管理器里全部都有 ALT +DEL+ CTRL

Windows 性能監(jiān)視器工具

如果需要在一臺計算機上監(jiān)視多個 Report Server 實例，可以同時或單獨監(jiān)視這些實例。選擇要包括的實例是計數(shù)器添加過程的一部分。有關(guān)使用 Windows 附帶的性能工具的更多信息，請參見微軟 Windows 產(chǎn)品文檔。

若要訪問性能工具

• 從“開始”菜單上選擇“運行”。

• 在“打開”文本框中輸入“perfmon”，然后單擊“確定”。

• 在性能監(jiān)視器工具中，在左側(cè)窗格里選擇 System Monitor 對象，然后右擊“性能”圖表。

• 選擇“添加計數(shù)器”。

現(xiàn)在，可以開始選擇這些對象和要監(jiān)視的計數(shù)器了。

ASP.NET 應(yīng)用程序性能計數(shù)器

有關(guān) ASP.NET 應(yīng)用程序性能計數(shù)器的大部分信息最近已被合并到一個題為“改善 .NET 應(yīng)用程序的性能和伸縮性”的綜合文檔中。下表描述了一些可用于監(jiān)視和優(yōu)化 ASP.NET 應(yīng)用程序（包括 Reporting Services）性能的重要計數(shù)器。

性能對象 計數(shù)器 實例 描述

Processor（處理器）

% Processor Time（處理器時間百分比）

__Total

“% Processor Time”監(jiān)視運行 Web 服務(wù)器的計算機的 CPU 利用率。低 CPU 利用率或者無法最大化 CPU 利用率（無論客戶端負載為多少）都表明 Web 應(yīng)用程序中存在對資源的爭用或鎖定。

Process（進程）

% Processor Time（處理器時間百分比）

aspnet_wp 或 w3wp（具體情況視 IIS 版本而定）

由 ASP.NET 工作進程所使用的處理器時間所占的百分比。在將標準負載情況下的性能與先前捕獲的基準進行對比時，如果此計數(shù)器的值出現(xiàn)下降，則說明降低了對處理器的需求，因此也提高了伸縮性。

Process（進程）

Working Set（工作集）

aspnet_wp 或 w3wp（具體情況視 IIS 版本而定）

由 ASP.NET 主動使用的內(nèi)存數(shù)量。雖然應(yīng)用程序開發(fā)人員對應(yīng)用程序使用的內(nèi)存數(shù)量擁有最大的控制權(quán)，但系統(tǒng)管理員也可通過調(diào)整會話的超時期限來顯著影響這一點。

Process（進程）

Private Bytes（專有字節(jié)）

aspnet_wp 或 w3wp（具體情況視 IIS 版本而定）

Private Bytes 是當前分配給該進程且不能由其他進程共享的內(nèi)存數(shù)量（以字節(jié)計）。不時出現(xiàn)的尖峰表明某些地方存在瓶頸，會導(dǎo)致工作進程繼續(xù)持有不再需要的內(nèi)存。如果此計數(shù)器突然下降為接近 0 的值，則可能表示 ASP.NET 應(yīng)用程序由于無法預(yù)料的問題進行了重啟。為了驗證這一點，請監(jiān)視“ASP.NET Application Restarts”計數(shù)器。

ASP.NET Applications（ASP.NET 應(yīng)用程序）

Requests/ Sec（每秒的請求數(shù)）

__Total

允許您檢驗請求的處理速度是否于發(fā)送速度相適應(yīng)。如果每秒請求數(shù)的數(shù)值低于每秒產(chǎn)生的請求數(shù)，則會出現(xiàn)排隊現(xiàn)象。這通常意味著已經(jīng)超過了最大請求速度。

ASP.NET Applications（ASP.NET 應(yīng)用程序）

Errors Total（總錯誤數(shù)）

__Total

在執(zhí)行 HTTP 請求期間發(fā)生的錯誤總數(shù)。包括任何分析器、編譯或運行時錯誤。此計數(shù)器是“Errors During Compilation”（編譯錯誤數(shù)）、“Errors During Preprocessing”（預(yù)處理錯誤數(shù)）和“Errors During Execution”（執(zhí)行錯誤數(shù)）計數(shù)器的總和。運轉(zhuǎn)正常的 Web 服務(wù)器不應(yīng)產(chǎn)生任何錯誤。如果錯誤發(fā)生在 ASP.NET Web 應(yīng)用程序中，它們的存在可能會讓實際的吞吐量結(jié)果產(chǎn)生偏差。

ASP.NET

Request Execution Time（請求執(zhí)行時間）

顯示了呈現(xiàn)所請求頁面并將其傳送給用戶所需的時間（以毫秒計）。跟蹤此計數(shù)器通常要比跟蹤頁面呈現(xiàn)時間效果更好。此計數(shù)器可以更全面地衡量從開始到結(jié)束的整個請求時間。在與基準進行對比時，如果此計數(shù)器的平均值較低，則說明應(yīng)用程序的伸縮性和性能均得到了改善。

ASP.NET

Application Restarts（應(yīng)用程序重新啟動）

應(yīng)用程序在 Web 服務(wù)器生存期間發(fā)生重新啟動的次數(shù)。每次發(fā)生 Application_OnEnd 事件時，應(yīng)用程序的重新啟動次數(shù)都會增加。應(yīng)用程序進行重新啟動的原因可能是：更改了 Web.config 文件、更改了存儲在應(yīng)用程序的 \bin 目錄下的程序集、或者 Web Forms 頁面中發(fā)生了太多的更改。如果此計數(shù)器的值出現(xiàn)意料之外的增加，說明某些不可預(yù)知的問題導(dǎo)致 Web 應(yīng)用程序被關(guān)閉。在這種情況下，應(yīng)該認真調(diào)查問題原因。

ASP.NET

Requests Queued（排隊的請求數(shù)）

在隊列中等待服務(wù)的請求數(shù)。如果此數(shù)字隨著客戶端負載的增加而呈現(xiàn)線性的增長，則說明 Web 服務(wù)器計算機已經(jīng)達到了它能夠處理的并發(fā)請求極限。此計數(shù)器的默認最大值為 5,000。您可以在計算機的 Machine.config 文件中更改此設(shè)置。

ASP.NET

Worker Process Restarts（工作進程重新啟動）

工作進程在服務(wù)器計算機上重新啟動的次數(shù)。如果出現(xiàn)意料之外的故障或者被有意回收，則工作進程會重新啟動。如果此計數(shù)器的值出現(xiàn)意料之外的增加，應(yīng)認真調(diào)查問題原因。

除了上表中介紹的這些核心監(jiān)視要素之外，在您試圖診斷 ASP.NET 應(yīng)用程序具有的特定性能問題時，下表中的性能計數(shù)器也可對您有所幫助。

性能對象 計數(shù)器 實例 描述

ASP.NET Applications（ASP.NET 應(yīng)用程序）

Pipeline Instance Count（管線實例計數(shù)）

__Total

指定 ASP.NET 應(yīng)用程序的活動請求管線實例的數(shù)量。由于只有一個執(zhí)行線程可以在管線實例內(nèi)運行，所以此數(shù)值反映了為特定應(yīng)用程序處理的并發(fā)請求的最大數(shù)量。大多數(shù)情況下，在存在負載的情況下此數(shù)值較低為佳，這表明處理器得到了很好的利用。

.NET CLR Exceptions（.NET CLR 異常）

# of Exceps Thrown（引發(fā)的異常數(shù)）

顯示應(yīng)用程序中引發(fā)的異常數(shù)。如果此數(shù)值出現(xiàn)意料之外的增加，說明可能存在性能問題。如果僅僅存在異常，則并不需要擔心，因為異常對于某些代碼路徑來說是正常工作的一部分。例如，HttpResponse.Redirect 方法通過引發(fā)一個不可捕獲的異常 ThreadAbortException 來完成工作。同樣，對 ASP.NET 應(yīng)用程序跟蹤此計數(shù)器也更加有用。使用“Errors Total”計數(shù)器確定該異常是否將導(dǎo)致應(yīng)用程序出現(xiàn)意料之外的錯誤。

System（系統(tǒng)）

Context Switches/ sec（每秒的上下文切換次數(shù)）

測量 Web 服務(wù)器計算機上所有處理器切換線程上下文的速度。如果此計數(shù)器的值很高，可能表示對鎖的爭用頻繁發(fā)生，或者在線程的用戶模式和內(nèi)核模式之間切換頻繁。使用采樣優(yōu)化程序和其他工具執(zhí)行進一步調(diào)查可證實上述猜測。

Reporting Services 性能計數(shù)器

Reporting Services 包括一組它自己的性能計數(shù)器，用于收集有關(guān)報告處理和資源消耗方面的信息。可通過 Windows 性能監(jiān)視器工具中出現(xiàn)的兩個對象來監(jiān)視實例和組件的狀態(tài)和活動：MSRS 2005 Web Service 和 MSRS 2005 Windows Service 對象。

MSRS 2005 Web Service 性能對象包括一組用來跟蹤 Report Server 處理過程的計數(shù)器，這些處理過程通常通過在線交互式報告瀏覽操作而引發(fā)。這些計數(shù)器在 ASP.NET 停止該 Web 服務(wù)后被重設(shè)。下表列出了可用于監(jiān)視 Report Server 性能的計數(shù)器，并描述了它們的目的。

性能對象：RS Web Service

計數(shù)器 描述

Active Sessions（活動會話數(shù)）

活動會話的數(shù)量。此計數(shù)器反映了尚未過期的所有瀏覽器會話總數(shù)。這并不是同時處理的請求數(shù)，而是存儲在 ReportServerTempDB 數(shù)據(jù)庫中的會話數(shù)量。

Cache Hits/Sec（每秒緩存命中次數(shù)）

每秒從目錄中取得的報告請求的數(shù)量。如果此值增加，而“Memory Cache Hits”的值不增加，則說明報告數(shù)據(jù)沒有被重新處理，但是頁面被重新呈現(xiàn)。將此計數(shù)器與 Memory Cache Hits/Sec 計數(shù)器一同使用，可以確定用于緩存、磁盤或內(nèi)存的資源是否充足。

Cache Misses/Sec（每秒緩存未命中數(shù)）

每秒未能從目錄中（與內(nèi)存中相對）返回報告的請求數(shù)量。將此計數(shù)器與 Memory Cache Misses/Sec 計數(shù)器一同使用，可以確定用于緩存、磁盤或內(nèi)存的資源是否充足。

First Session Requests/Sec（每秒的首次會話請求數(shù)）

每秒中從 Report Server 緩存中啟動的新的用戶會話數(shù)量。

Memory Cache Hits/Sec（每秒內(nèi)存緩存命中數(shù)）

每秒中從內(nèi)存中的緩存里取得報告的次數(shù)。內(nèi)存中緩存是 Reporting Services 緩存的一部分，用于在內(nèi)存或臨時文件中保存已呈現(xiàn)過的報告。這樣可以為請求提供最佳的性能，因為無需執(zhí)行任何處理工作。如果使用內(nèi)存中緩存，報告服務(wù)器將不會通過查詢 SQL Server 來獲得緩存的內(nèi)容。

Memory Cache Misses/Sec（每秒內(nèi)存緩存未命中數(shù)）

每秒中未能從內(nèi)存中的緩存里取得報告的次數(shù)。

Next Session Requests/Sec（每秒的下一次會話請求）

每秒在現(xiàn)有會話中請求打開報告的次數(shù)。

Report Requests（報告請求）

當前處于活動狀態(tài)并且將由 Report Server 進行處理的報告數(shù)量。

Reports Executed/Sec（每秒執(zhí)行的報告數(shù)）

每秒成功執(zhí)行的報告的數(shù)量。此計數(shù)器提供了有關(guān)報告處理量的統(tǒng)計信息。綜合使用此計數(shù)器和 Request/Sec，比較可從緩存中返回的報告請求的執(zhí)行情況。

Requests/Sec（每秒的請求數(shù)）

每秒向 Report Server 發(fā)出的請求數(shù)。此計數(shù)器跟蹤由 Report Server 處理的所有類型的請求。

Total Cache Hits（緩存命中總數(shù)）

自服務(wù)啟動以來，從緩存中獲得報告的請求總數(shù)。此計數(shù)器在 ASP.NET 停止該 Web 服務(wù)后被重設(shè)。

Total Cache Misses（總的緩存未命中數(shù)）

自服務(wù)啟動以來，不能從緩存中獲得報告的總次數(shù)。此計數(shù)器在 ASP.NET 停止該 Web 服務(wù)后被重設(shè)?？墒褂么擞嫈?shù)器確定磁盤空間和內(nèi)存是否充足。

Total Memory Cache Hits（總的內(nèi)存緩存命中數(shù)）

自服務(wù)啟動以來，從內(nèi)存中緩存里返回的已緩存報告的總數(shù)。此計數(shù)器在 ASP.NET 停止該 Web 服務(wù)后被重設(shè)。內(nèi)存中緩存是在 CPU 內(nèi)存中存儲報告的那部分緩存。如果使用內(nèi)存中緩存，報告服務(wù)器將不會通過查詢 SQL Server 來獲得緩存的內(nèi)容。

Total Memory Cache Misses（總的緩存未命中數(shù)）

自服務(wù)啟動以來，針對內(nèi)存中緩存的緩存未命中總數(shù)。此計數(shù)器在 ASP.NET 停止該 Web 服務(wù)后被重設(shè)。

Total Processing Failures（處理故障總數(shù)）

自服務(wù)啟動以來，發(fā)生的所有報告處理故障的總數(shù)。此計數(shù)器在 ASP.NET 停止該 Web 服務(wù)后被重設(shè)。處理故障可能來自報告處理器，也可能來自任何擴展。

Total Reports Executed（執(zhí)行的報告總數(shù)）

自服務(wù)啟動以來得到成功執(zhí)行的報告的總數(shù)。

Total Requests（總請求數(shù)）

自服務(wù)啟動以來，向 Report Server 發(fā)送的所有請求的總數(shù)。

RS Windows Service 性能對象包括一組用于跟蹤報告處理過程的計數(shù)器，這些處理過程是通過預(yù)定操作而引發(fā)的。預(yù)定操作可能包括訂閱和交付、報告執(zhí)行快照以及報告歷史。微軟的工作負載中并不包含任何預(yù)定操作或交付操作，此處列出這些性能計數(shù)器僅是便于您進行參考。

可使用此性能對象監(jiān)視 Report Server Windows 服務(wù)。如果您準備在一個橫向伸縮配置中運行 Report Server，那么這些計數(shù)器應(yīng)用于所選的服務(wù)器，而不是應(yīng)用于橫向伸縮配置整體。這些計數(shù)器在應(yīng)用程序域回收之時將被重設(shè)。下表列出了可用于監(jiān)視預(yù)定和交付操作的計數(shù)器，并描述了它們的目的。

性能對象：RS Windows Service

計數(shù)器 描述

Cache Flushes/Sec(每秒緩存刷新次數(shù))

每秒刷新緩存的次數(shù)。

Cache Hits/Sec（每秒緩存命中數(shù)）

每秒獲取到緩存報告的請求數(shù)量。

Cache Misses/Sec（每秒緩存未命中數(shù)）

每秒未能從緩存中獲得報告的請求的數(shù)量。

Delivers/Sec（每秒交付數(shù)）

每秒從各種交付擴展交付的報告的數(shù)量。

Events/Sec（每秒事件數(shù)）

每秒處理的事件數(shù)量。被監(jiān)視的事件，包括 SnapshotUpdated 和 TimedSubscription。

Memory Cache Hits/Sec（每秒內(nèi)存緩存命中數(shù)）

每秒中從內(nèi)存中的緩存里取得報告的次數(shù)。

Memory Cache Misses/Sec（每秒內(nèi)存緩存未命中數(shù)）

每秒中未能從內(nèi)存中的緩存里取得報告的次數(shù)。

Report Requests（報告請求數(shù)）

當前處于活動狀態(tài)并且將由 Report Server 進行處理的報告數(shù)量。可使用此計數(shù)器評估緩存策略。向特定呈現(xiàn)擴展提交的請求數(shù)。請求的數(shù)量可能比執(zhí)行的報告數(shù)量多許多。

Reports Executed/Sec（每秒執(zhí)行的報告數(shù)）

每秒成功執(zhí)行的報告的數(shù)量。

Snapshot Updates/Sec（每秒快照更新數(shù)）

每秒報告執(zhí)行快照的預(yù)定更新數(shù)量。

Total App Domain Recycles（應(yīng)用程序域回收總數(shù)）

自服務(wù)啟動以來回收的應(yīng)用程序域總數(shù)。

Total Cache Flushes（緩存刷新總數(shù)）

自服務(wù)啟動以來，Report Server 的緩存更新總數(shù)。

Total Cache Hits（緩存命中總數(shù)）

自服務(wù)啟動以來，從緩存中獲得報告的請求總數(shù)。

Total Cache Misses（總的緩存未命中數(shù)）

自服務(wù)啟動以來，不能從緩存中獲得報告的總次數(shù)。

可使用此計數(shù)器確定是否需要更多磁盤空間或內(nèi)存。

Total Deliveries（總交付數(shù)）

由 Scheduling and Delivery Processor 交付的報告總數(shù)（對于所有交付擴展）。

Total Events（總事件數(shù)）

自服務(wù)啟動以來發(fā)生的事件的總數(shù)。

Total Memory Cache Hits（總的內(nèi)存緩存命中數(shù)）

自服務(wù)啟動以來，從內(nèi)存中緩存里返回的已緩存報告的總數(shù)。

Total Memory Cache Misses（總的緩存未命中數(shù)）

自服務(wù)啟動以來，針對內(nèi)存中緩存的緩存未命中總數(shù)。

Total Processing Failures（處理故障總數(shù)）

自服務(wù)啟動以來，發(fā)生的所有報告處理故障的總數(shù)。處理故障可能來自報告處理器，也可能來自任何擴展。

Total Rejected Threads（被拒絕的線程總數(shù)）

拒絕執(zhí)行異步處理后在同一線程中作為同步過程在以后進行處理的數(shù)據(jù)處理線程總數(shù)。

Total Report Executions（報告執(zhí)行總數(shù)）

已執(zhí)行報告的總數(shù)。

Total Requests（請求總數(shù)）

自服務(wù)啟動以來得到成功執(zhí)行的報告的總數(shù)。

Total Snapshot Updates（快照更新總數(shù)）

自服務(wù)啟動以來，報告執(zhí)行快照進行更新的總數(shù)。

如果您打算排除 Reporting Services 存在的性能問題，記錄以下性能計數(shù)器通常很有幫助：ASP.NET、ASP.NET Applications、Process、System、Memory、Physical Disks、.NET Exceptions、.NET Memory、.NET Loading、.NET CLR Locks and Threads 以及 .NET CLR Data。

可選的 Reporting Services 性能計數(shù)器

以下列出了一些適用于 RS Web Service 但在默認情況下并未安裝的性能計數(shù)器。但是，在執(zhí)行性能優(yōu)化工作時，可以通過這些計數(shù)器來改善您洞察性能的能力。為實現(xiàn)這個目的，請在命令提示符中執(zhí)行以下語句：

installutil.exe /u ReportingServicesLibrary.dll

然后再執(zhí)行：

installutil.exe ReportingServicesLibrary.dll

為了成功執(zhí)行該語句，您可能首先需要修改您的路徑，在路徑中包含 Microsoft .NET Framework 的安裝目錄。在路徑修改完畢后，請從包含 ReportingServicesLibrary.dll 文件的目錄下執(zhí)行先前語句。默認情況下，該文件安裝在 C:\Program Files\Microsoft SQL Server\MSSQL\MSSQL.instance\Reporting Services\ReportServer\bin 目錄下。這些計數(shù)器沒有進行徹底的本地化。

Active Database Connections（活動數(shù)據(jù)庫連接）

某個時間處于活動狀態(tài)的數(shù)據(jù)庫連接的數(shù)量。只統(tǒng)計指向 Report Server 目錄的連接。

Active Datasource Connections（活動數(shù)據(jù)源連接）

某個時間處于活動狀態(tài)的數(shù)據(jù)庫連接的數(shù)量。只統(tǒng)計由當前運行的報告打開的數(shù)據(jù)源連接。

Active Threads（活動線程）

當前處于活動狀態(tài)的線程數(shù)量。在 Web 服務(wù)中，它包含一些為請求提供服務(wù)的線程。在交付服務(wù)中，它包含工作線程以及維護和輪詢線程。

Byte count（字節(jié)計數(shù)）

對于上一次請求，在呈現(xiàn)當前報告時向客戶端返回的字節(jié)數(shù)量。這與對應(yīng)的執(zhí)行日志條目相類似。

Row Count（行計數(shù)）

對于上一次請求，由當前報告返回的行的數(shù)量。這與對應(yīng)的執(zhí)行日志條目相類似。

Time in Compression（壓縮時間）

對于上一次請求，在快照和 PDF 報告壓縮上花費的時間（以毫秒計）。

Time in data source access（數(shù)據(jù)源訪問時間）

對于上一次請求，在獲取報告的數(shù)據(jù)源信息上花費的時間（以毫秒計）。其中包括執(zhí)行查詢和取回結(jié)果所需的時間。這與對應(yīng)的執(zhí)行日志條目相類似。

Time in database（數(shù)據(jù)庫時間）

對于上一次請求，在獲取 Report Server 目錄信息上花費的時間（以毫秒計）。

Time in processing（處理時間）

對于上一次請求，在報告處理上花費的時間（以毫秒計）。這與對應(yīng)的執(zhí)行日志條目相類似。

Time in rendering（呈現(xiàn)時間）

對于上一次請求，在呈現(xiàn)報告上花費的時間（以毫秒計）。這與對應(yīng)的執(zhí)行日志條目相類似。

以上就是關(guān)于手工創(chuàng)建性能快照失敗相關(guān)問題的回答。希望能幫到你，如有更多相關(guān)問題，您也可以聯(lián)系我們的客服進行咨詢，客服也會為您講解更多精彩的知識和內(nèi)容。

推薦閱讀：

立體機器人手工怎么做（立體機器人手工怎么做,簡單）

玉兔月球車圖片（玉兔月球車圖片手工）

自制戰(zhàn)斗機器人（最簡單手工制作機器人）

紹興綠化景觀設(shè)計加盟（紹興景觀設(shè)計公司）

廣告有限公司有哪些職位（廣告有限公司有哪些職位組成）