<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	〈Firebase Performance 使用筆記〉的留言	</title>
	<atom:link href="https://www.letswrite.tw/firebase-performance/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.letswrite.tw/firebase-performance/</link>
	<description>前端工程師 August 的學習筆記 -- solving problems, in simple ways.</description>
	<lastBuildDate>Thu, 13 Mar 2025 13:58:54 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0.1</generator>
	<item>
		<title>
		留言者: titan		</title>
		<link>https://www.letswrite.tw/firebase-performance/#comment-166</link>

		<dc:creator><![CDATA[titan]]></dc:creator>
		<pubDate>Wed, 30 Dec 2020 11:46:13 +0000</pubDate>
		<guid isPermaLink="false">http://localhost:3001/?p=520#comment-166</guid>

					<description><![CDATA[回覆的對象為「&lt;a href=&quot;https://www.letswrite.tw/firebase-performance/#comment-164&quot;&gt;August&lt;/a&gt;」。

先進好，我們其實有埋好SDK了，也監看了一陣子了。只是老闆很愛咬文嚼字，一定要有個業界標準才甘願投入資源調效能～但Google文件確實少之又少。
做了一晚功課也自己回覆給自己，也希望先進指教糾正。
1.關於API latency與回應時間：API  latency應該是server端那段的處理時間，而回應時間就是E2E整段從前端發送到收到回應的等待時間。

2.兩秒門檻值：業界常說回應時間最好都在1~2秒內，很久以前甚至也有所謂的Nielsen 8秒理論或後來的4秒理論。但Firebase 的預設值是2秒。證據在編輯門檻值的畫面中。

3.比例：之所以定10%，是因為大多數的SLA規範是希望90%百分位都能有好效能。故若有10%的要求回應時間超過2秒，就該算是問題。https://www.perfmatrix.com/90th-percentile-in-performance-testing/

4.統計區間：目前觀察Firebase Performance的報表，會有本月的近30天、近7天、1天的統計。最短為1天。若1天中有超過10％的要求回應時間超過2秒，就會被算是問題]]></description>
			<content:encoded><![CDATA[<p>回覆的對象為「<a href="https://www.letswrite.tw/firebase-performance/#comment-164">August</a>」。</p>
<p>先進好，我們其實有埋好SDK了，也監看了一陣子了。只是老闆很愛咬文嚼字，一定要有個業界標準才甘願投入資源調效能～但Google文件確實少之又少。<br />
做了一晚功課也自己回覆給自己，也希望先進指教糾正。<br />
1.關於API latency與回應時間：API  latency應該是server端那段的處理時間，而回應時間就是E2E整段從前端發送到收到回應的等待時間。</p>
<p>2.兩秒門檻值：業界常說回應時間最好都在1~2秒內，很久以前甚至也有所謂的Nielsen 8秒理論或後來的4秒理論。但Firebase 的預設值是2秒。證據在編輯門檻值的畫面中。</p>
<p>3.比例：之所以定10%，是因為大多數的SLA規範是希望90%百分位都能有好效能。故若有10%的要求回應時間超過2秒，就該算是問題。https://www.perfmatrix.com/90th-percentile-in-performance-testing/</p>
<p>4.統計區間：目前觀察Firebase Performance的報表，會有本月的近30天、近7天、1天的統計。最短為1天。若1天中有超過10％的要求回應時間超過2秒，就會被算是問題</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		留言者: taitan		</title>
		<link>https://www.letswrite.tw/firebase-performance/#comment-163</link>

		<dc:creator><![CDATA[taitan]]></dc:creator>
		<pubDate>Tue, 29 Dec 2020 11:07:06 +0000</pubDate>
		<guid isPermaLink="false">http://localhost:3001/?p=520#comment-163</guid>

					<description><![CDATA[請問先進，Firebase Performance SDK埋設之後，老闆一直問說那API latency多少才正常？我有看了Dashborad上面的問題面版，大多是10%的存取超過2秒會被列成問題，請問這就是所謂的預設門檻嗎？Google有正式官方的說帖嗎？感謝！]]></description>
			<content:encoded><![CDATA[<p>請問先進，Firebase Performance SDK埋設之後，老闆一直問說那API latency多少才正常？我有看了Dashborad上面的問題面版，大多是10%的存取超過2秒會被列成問題，請問這就是所謂的預設門檻嗎？Google有正式官方的說帖嗎？感謝！</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
