Conas a oibríonn córais chomhad: inodes, journaling, agus an page cache?

Question

IT Interview Practice · Accepted Answer

Iompaíonn **córas comhad (filesystem)** eagar cothrom de bhloic dhiosca ina ordlathas comhad agus eolairí, ag bainistiú na meiteashonraí agus an spáis shaoir chun é sin a dhéanamh iontaofa agus tapa.

## Inodes: is meiteashonraí + pointeoirí bloic é comhad

I gcórais chomhad UNIX, is **inode** (index node) é gach comhad — struchtúr a choinníonn **meiteashonraí** an chomhaid (méid, úinéir, ceadanna, stampaí ama, líon nasc) agus **pointeoirí chuig a bhloic sonraí**. Tabhair faoi deara cad *nach* stórálann inode: an **t-ainm comhaid**. Cónaíonn ainmneacha in **eolairí (directories)**, nach bhfuil iontu ach comhaid a mhapálann ainm → uimhir inode:

```text
directory "docs"                  inode 1042              data blocks
┌───────────────────┐            ┌──────────────┐         ┌────────┐
│ "report.txt" →1042│───────────▶│ mode, uid    │──ptr───▶│ block  │
│ "notes.txt"  →1050│            │ size, times  │──ptr───▶│ block  │
└───────────────────┘            │ link count=2 │         └────────┘
                                 │ block ptrs   │──(indirect)──▶ ...
                                 └──────────────┘
```

Sin an fáth nach bhfuil i **hard link** ach dara iontráil eolaire a dhíríonn ar an inode céanna (link count 2), agus cén fáth gurb é `unlink` atá i `rm` i ndáiríre — baintear ainm agus ní scaoiltear an inode ach nuair a bhuaileann an link count náid.

## Journaling: teacht slán ó thuairteálacha

Baineann oibríocht loighciúil aonair (m.sh. append) le roinnt bloc — an inode, an bitmap spáis shaoir, na sonraí. Fágann tuairteáil i lár an aistir an córas comhad neamhsheasmhach. Scríobhann **journal** na hathruithe atá beartaithe chuig loga ar dtús, ansin cuireann sé i bhfeidhm iad; tar éis tuairteála, athsheinneann (nó caitheann) an FS an journal in ionad scanadh iomlán mall (`fsck`). Déanann móid comhbhabhtáil ar shábháilteacht ar son luais: journal **meiteashonraí amháin** (tapa, coitianta) i gcomparáid le meiteashonraí **agus sonraí**.

## Page cache & conairí I/O

Cuireann an kernel sonraí comhaid i dtaisce in RAM sa **page cache**, mar sin buaileann athléamha an chuimhne agus déantar scríbhinní a **mhaolánú** agus a sruthlú níos déanaí (write-back):

```text
buffered I/O (default): app ↔ page cache ↔ disk   → cached, async writeback, fast re-reads
direct I/O (O_DIRECT):  app ↔ disk                → bypass the cache; DBs manage their own
fsync():                force buffered data to durable storage (required for real durability)
```

Tá buffered I/O tapa, ach níl sonraí "scríofa" marthanach go dtí `fsync`; is minic a úsáideann bunachair sonraí **direct I/O** móide a mbuffer pool féin chun caching agus marthanacht a rialú go beacht.

## Cén fáth a bhfuil sé tábhachtach

Míníonn inmheánaigh an chórais chomhad iompar laethúil: cén fáth a n-oibríonn hard links, cén fáth nach scaoileann scriosadh comhaid atá fós oscailte ag próiseas spás go dtí go ndúnann sé, cén fáth a bhfuil `fsync` riachtanach don mharthanacht (agus fabht clasaiceach caillteanais sonraí nuair a fhágtar ar lár é), agus cén fáth a bhfuil an dara léamh de chomhad láithreach (page cache). Réasúnaíonn innealtóirí sinsearacha faoi seo agus iad ag roghnú buffered vs direct I/O do bhunachar sonraí, ag méadú RAM don chache, nó ag dífhabhtú saincheiste comhsheasmhachta tuairteála.

Inodes: is meiteashonraí + pointeoirí bloic é comhad

Journaling: teacht slán ó thuairteálacha

Page cache & conairí I/O

Cén fáth a bhfuil sé tábhachtach

Ceisteanna gaolmhara