Skip to content

Commit

Permalink
sem: add indicator reliability
Browse files Browse the repository at this point in the history
  • Loading branch information
evan361425 committed May 20, 2024
1 parent a6ae71f commit d2f77c5
Show file tree
Hide file tree
Showing 2 changed files with 34 additions and 4 deletions.
32 changes: 31 additions & 1 deletion src/essay/pls-sem.md
Original file line number Diff line number Diff line change
Expand Up @@ -225,7 +225,7 @@ CB-SEM 代表了一種基於共同因子的 SEM 方法,其將構面視為解

### 評估模型

最終針對結果進行評估時,要注意什麼。
針對結果進行評估時,有什麼指標可以注意的:

- 整體模型的評估
- CB-SEM 中定義的擬合(fit)概念不適用於 PLS-SEM。
Expand Down Expand Up @@ -258,3 +258,33 @@ CB-SEM 代表了一種基於共同因子的 SEM 方法,其將構面視為解
- 多組分析(multi-group analysis)
- 必要條件分析(necessary condition analysis)
- 非線性效應(nonlinear effects)

很多很雜,我們接下來根據各模型適用的評估來討論。

## 反映性測量模型的評估

依序進行四種評估:

1. 指標信度(indicator reliability):該指標的變異數受到構面影響的程度,越高代表這個指摽越有價值。
2. 內部一致性信度:(internal consistency reliability)
3. 收斂穩定度:(convergent validity)
4. 區別效度:(discriminant validity)

### 指標信度

指標信度可以透過指標負載(indicator loading)的平方來算出,
指標負載代表著指標和構面的變異數相關性:

\begin{aligned}
\lambda = \frac{\text{Cov}(Y, \eta)}{\sqrt{\text{Var}(\eta)}}
\end{aligned}

其中 $\text{Cov}(Y, \eta)$ 代表指標和指標變數的共變數、$\text{Var}(\eta)$ 代表指標變數的變異數。
一般來說,都會期望指標負載高於 0.708,這樣指標信度(平方後的結果)就會因此大於 0.5。
那過低的指標負載該怎麼辦?

如果小於 0.4 的指標,因為相關性太低,可以移除。
但是如果大於 0.4 小於 0.7,就建議只有在刪除後可以提高內部一致性信度或收斂穩定度提高到一定閥值後,才能刪除。
也因為其條件下,低信度的指標通常仍被保留著。

### 內部一致性信度
6 changes: 3 additions & 3 deletions src/essay/web/maglev.md
Original file line number Diff line number Diff line change
Expand Up @@ -31,7 +31,7 @@ Maglev 是個軟體 L4 負載均衡器(Load Balancer, LB),他被建構在
![Maglev 基本上只有處理 L3 和 L4](https://i.imgur.com/ccF7zsw.png)

網路在傳輸時,實際的邏輯會被封裝好幾層,這就是 [OSI 分層](./network-routing.md)的概念。
Maglevs 前面的 *路由器*(router)收到封包的時候,會透過 ECMP 決定分派該封包給哪個 Maglev。
Maglev 前面的 *路由器*(router)收到封包的時候,會透過 ECMP 決定該分派封包給哪個 Maglev。
此時,Maglev 根據 L3 和 L4 的資訊組成一個組合,稱為 5-tuple[^1]
也就是:來源 IP、目的 IP、來源阜、目的阜、協定類別。
透過這個組合,計算 consistent hashing 來指定最終服務叢集裡的特定節點。
Expand Down Expand Up @@ -197,8 +197,8 @@ flowchart TD
因為不同的 Maglev 會根據相同的 hash 結果,而去選擇相同的上游。

!!! info "邊際狀況"
這種時候如果同時在更新 Maglev 的設定檔,就很可能會遇到[前面提到](#服務發現)的邊際狀況
導致連線錯位(connection flaps)。
當在 Maglev 節點新增減少時(ECMP 重算時),如果同時去更新 Maglev 的設定檔
就很可能會遇到[前面提到](#服務發現)的邊際狀況,導致連線錯位(connection flaps)。

早在 1990s Rendezvous 就提出第一個 consistent hashing 的機制,
想像一下如果用 mod 來做上游的挑選,假設總共有 5 個上游節點,
Expand Down

0 comments on commit d2f77c5

Please sign in to comment.