max/nix-super
1
0
Fork 0
mirror of https://github.com/privatevoid-net/nix-super.git synced 2024-11-22 22:16:16 +02:00
Code Issues Projects Releases Packages Wiki Activity Actions

use reference links for URLs

Browse source
This commit is contained in:
Valentin Gagarin 2022-05-26 03:05:44 +02:00
parent 4adb6602bd
commit db8703bcac
1 changed files with 8 additions and 3 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

11
doc/manual/src/architecture/store/store.md
View file

@ -18,7 +18,7 @@ A Nix store can *add*, *retrieve*, and *delete* store objects.
It can *perform builds*, that is, create new store objects by transforming build inputs into build outputs, using instructions from the build tasks. It can *perform builds*, that is, create new store objects by transforming build inputs into build outputs, using instructions from the build tasks.
As it keeps track of references, it can [garbage-collect](https://en.m.wikipedia.org/wiki/Garbage_collection_(computer_science)) unused store objects. As it keeps track of references, it can [garbage-collect][garbage-collection] unused store objects.
```haskell ```haskell
add :: Store -> Data -> (Store, Reference) add :: Store -> Data -> (Store, Reference)
@ -30,9 +30,9 @@ build :: Store -> Reference -> Maybe (Store, Reference)
collectGarbage :: Store -> Store collectGarbage :: Store -> Store
``` ```
Store objects are [immutable](https://en.m.wikipedia.org/wiki/Immutable_object): once created, they do not change until they are deleted. Store objects are [immutable][immutable-object]: once created, they do not change until they are deleted.
References are [opaque](https://en.m.wikipedia.org/wiki/Opaque_data_type), [unique identifiers](https://en.m.wikipedia.org/wiki/Unique_identifier): References are [opaque][opaque-data-type], [unique identifiers][unique-identifier]:
The only way to obtain references is by adding or building store objects. The only way to obtain references is by adding or building store objects.
A reference will always point to exactly one store object. A reference will always point to exactly one store object.
@ -55,6 +55,11 @@ Garbage collection will delete all store objects that cannot be reached from any
<!-- more details in section on garbage collection, link to it once it exists --> <!-- more details in section on garbage collection, link to it once it exists -->
[garbage-collection]: https://en.m.wikipedia.org/wiki/Garbage_collection_(computer_science)
[immutable-object]: https://en.m.wikipedia.org/wiki/Immutable_object
[opaque-data-type]: https://en.m.wikipedia.org/wiki/Opaque_data_type
[unique-identifier]: https://en.m.wikipedia.org/wiki/Unique_identifier
## Files and Processes ## Files and Processes
Nix provides a mapping between its store model and the [Unix paradigm](https://en.m.wikipedia.org/wiki/Everything_is_a_file) that governs the interplay of [files and processes](https://en.m.wikipedia.org/wiki/File_descriptor). Nix provides a mapping between its store model and the [Unix paradigm](https://en.m.wikipedia.org/wiki/Everything_is_a_file) that governs the interplay of [files and processes](https://en.m.wikipedia.org/wiki/File_descriptor).