Meziběhová keš #59
Labels
No labels
ksp-implementace
No milestone
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: KSP/formatitko#59
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Například po kešování KaTeXu, ale i jiných věcí.
Jak dává smysl tohle implementovat? Dává smysl si psát nějaké soubory na disk a doufat, že to za nás OS nakešuje v paměti? V jakém formátu? Dává smysl použít pickle? JSON? Jak bude tohle interagovat s paralelním během mnoha instancí, kde každá zpracovává jinou sérii?
Já sám v jiných projektech cachuju KaTex na disk a má to velký vliv na rychlost. Ukládám to jako hashmapu pomocí knihovny na Marshalling.
Nejdřív bych změřil, jak rychlý (pomalý?) ten KaTeX vlastně je. Aby nebyl rychlejší než ta keš :)
Osobně mám poměrně rozpačité názory.
Na jednu stranu hezky vyřešené kešování by nebylo špatně.
Na druhou stranu to může být fakt velký zdroj problémů s invalidováním.
Pokud už chceme kešovat, rozhodně by se hodilo, kdyby to byl nějaký obecnější "framework", terý by se dal použít i pro kešování mimo formátítko.
Tak nějak čekám, že v KSP by keš měla být spíš KSP orientováná než spuštění orientovaná.
Jak si například přestavuješ řešit kešování KaTeXu vzhledem k tomu, že momentálně můžeš napsat
\def\brůžek{brůžek}
a tím změnit výstup všeho následujícího?Hlavně asi je potřeba rozmyslet, jestli/jak se kešují soubory.