搭建個人影音資料庫的優異選擇:Emby – 上篇

emby操作步驟1

說到NAS,相信絕大多數的使用者都會在備份珍藏的音樂和影片之餘拿來搭建

屬於自己或家庭成員的影音資料庫,但如果蒐藏的影片一多,最常見的方式就是為每部影片建立資料夾並彙整在一起,但影片數量一多時往往需要花費時間尋找想看的影片,導致美好的時間就此流逝,相當可惜。
浪費美好的家庭時間是不允許的!。這次要介紹的影音媒體播放器:Emby其原生的影片資訊彙整功能絕對能讓使用者耳目一新。

常見引發的 Memory Leaks 情境-以 .NET 為例

Commonly triggered Memory Leaks situations take .NET as an example

先前的篇章我們簡介了 C# .NET  中的垃圾回收機制,撰寫期間剛好簡訊相關的專案也出現了 Memory Leaks Bug……儘管垃圾回收機制為我們省下許多管理記憶體的心力,然而 GC 並不是萬靈丹,仍有許多程式的撰寫漏洞會造就 Memory Leaks,與時漸進,造成記憶體耗盡之後進而 Crash 整個程式。在今天的篇章中我們將介紹幾個常見 .NET 中造成 Memory Leaks 的原因。

物件資料重覆

將資料篩選重覆也算是一個常見的課題,尤其是記憶體中的資料未必如SQL語法用個distinct就解決;不過在考慮如何篩選記憶體中的資料重覆前,須先了解資料重覆的標準是什麼,意即物件的相等判斷為何。

對此,以下準備了兩種資料類型進行比對:實值型別的int常數、與參考型別的自定義class MediaMsg。

初窺.NET C#中的 垃圾回收機制(二)

初窺.NET C#中的 垃圾回收機制(2)

在上篇我們主要對 C# 的記憶體分區及垃圾回收機制進行簡單的介紹,在這篇中我們將介紹 Mark-Sweep 演算法如何達成清理記憶體的目標。

 

無論任何垃圾回收演算法,皆需包含兩大部分:

  1. 必須能搜尋無相關參考的物件。
  2. 必須要能對占用空間的垃圾物件進行回收的動作。

Mark and Sweep 演算法也不例外,在此演算法中,第一部分稱為 Mark Phase,遍歷所有參考物件並標記哪些仍在使用、哪些沒有;第二部分則稱為 Sweep Phase,清除在上一步驟備標記為未使用的物件,釋放記憶體空間。