Lithium — mod för optimering av spellogik i Minecraft
Lithium snabbar upp Minecrafts interna spellogik — mob-AI, mekanismblock och kollisioner — utan att ändra vanilla-mekaniken eller förstöra…
Lithium snabbar upp Minecrafts interna spellogik — mob-AI, mekanismblock och kollisioner — utan att ändra vanilla-mekaniken eller förstöra farmar.
Lithium — mod för optimering av spellogik i Minecraft
Minecraft-versionen artikeln är testad och skriven på: 26.2
Intervall för versioner som stöds: 1.16.2 – 26.2
Lithium är en optimeringsmod för Minecraft som snabbar upp spelets interna logik: beräkning av mobbar, block och entiteter. Varje speltick räknar servern om världens tillstånd — den flyttar och ”tänker” åt mobbarna, uppdaterar block, hanterar kollisioner, driver mekanismblock — och i en belastad värld blir dessa beräkningar en flaskhals: ticktiden ökar och det uppstår hack. Moden skriver om dessa system så att samma beräkningar utförs snabbare, utan att ändra någon vanilla-mekanik. Den fungerar både i enspelarläge och på server, och gör just världssimuleringen snabbare, inte grafiken.
Vad modet faktiskt snabbar upp
Lithium är inte en enda patch, utan en samling oberoende optimeringar för olika delsystem i spelet. Var och en av dem skriver om en specifik kodbit till en effektivare version, samtidigt som resultatet förblir identiskt med originalet.
Huvudområden:
Mob-AI. Istället för att en mobb varje tick avfrågar allt runt omkring sig på jakt efter andra entiteter, går moden över till en händelsebaserad modell: mobben meddelas endast när någon kommer in i dess uppmärksamhetszon. Vägsökning är också omskriven till snabbare kod.
Mekanismblock. Kistor, bryggställningar, lägereldar och andra sådana block kan ”somna” — de slutar behandlas varje tick tills deras innehåll eller status ändras. En inaktiv bryggställning eller en slocknad lägereld slösar inte servertid i onödan.
Blocktick. Beräkningen av slumpmässiga tick är omskriven för att skapa färre temporära objekt. Färre objekt innebär lägre belastning på Javas skräpsamlare, som annars regelbundet hänger sig vid rensning av dem.
Entitetskollisioner. För rektangulära och tomma former används en specialiserad snabb beräkning istället för den allmänna, tyngre.
Föremål och projektiler. Tappade föremål slås samman smartare — efter typ och stapelstorlek, utan onödiga sammanslagningsförsök. Kollisionskontroller mellan projektiler som fysiskt inte kan kollidera (till exempel ett stort moln av Enderpärlor på samma plats) hoppas över — detta märks tydligt vid stora ansamlingar.
Förvaring och komparatorer. Block med innehåll meddelar angränsande komparatorer om ändring i fyllnadsnivå endast när det faktiskt sker, istället för att tvinga fram en blind kontroll av inventariet varje tick. På sorteringssystem och lager med tiotals behållare tar detta bort en märkbar del av belastningen.
Byar och räder. Överflödiga uppdateringar av räd-skalan och en del upprepade sökningar efter arbetsplatser för invånarna har tagits bort.
Sammantaget minskar detta behandlingstiden för ett tick (MSPT) och låter världen hålla sig närmare målet på 20 tick per sekund även under belastning.
Hur det känns i spelet
I enspelarläge startar Minecraft också en intern server — det är den som ”tickar” världen. När moden avlastar denna server frigörs tid på processorn till övriga uppgifter, så tillsammans med lägre ticktid ökar både bildfrekvensen och spelets allmänna responsivitet.
På flerspelarservrar är effekten direkt: kortare ticktid innebär att samma hårdvara håller fler belastade entiteter, chunkar och spelare utan hack. Administratören får en kapacitetsreserv utan att uppgradera utrustningen.
Den största tickbelastningen kommer just från systemen som nämns ovan: tiotals aktiva mobbar, stora automatiska farmar, ansamlingar av invånare, långa redstone-linjer med många mekanismblock. Ju mer av detta som finns i belastade chunkar, desto tydligare är vinsten av moden. I en tom värld med några få block blir skillnaden i ticktid minimal — där är det inte logiken som är flaskhalsen, utan andra faktorer.
Moden fungerar oberoende på varje sida. Den kan installeras endast på servern — klienterna behöver den inte, och vice versa. Det är inte nödvändigt att skapa nya världar: optimeringarna aktiveras på befintliga sparfiler direkt efter uppstart.
Varför beteendet förblir vanilla
Modens huvudprincip är exakt överensstämmelse med originalet. Farmar, redstone-mekanismer, timing för mobbar och drop fungerar på samma sätt som utan den. Just på grund av denna strikthet är Lithium officiellt tillåten i Minecraft-speedrunning: den ger ingen fördel, eftersom den inte ändrar spelets regler.
En liten del av optimeringarna skiljer sig tekniskt från originalet, men bara på sätt som inte på något vis påverkar spelbarhet eller mekanik. Om en sådan optimering ändå förstör en konstruktion betraktar utvecklarna det som en bugg och åtgärdar den.
Slutsats
Lithium ändrar behandlingstiden per tick i belastade världar och på servrar — och gör det utan kompromisser vad gäller vanilla-beteende. Till skillnad från optimerare som höjer FPS genom att ändra hur världen ritas upp, gör denna mod själva simuleringen snabbare: AI, mekanismblock, kollisioner. Till skillnad från lösningar som offrar precision för hastighet förblir resultatet här identiskt med originalet, så att farmar och redstone inte går sönder. Mest vinner världar med stora farmar, redstone och ansamlingar av entiteter, samt fulla flerspelarservrar. Passar tekniska spelare, serveradministratörer och speedrunners som behöver ett stabilt tick utan att ändra Minecrafts mekanik.
Installation
En typisk installation tar ungefär 5 minuter. Flödet är detsamma; bara Loader och den matchande builden skiljer sig.
- 1Install a mod loader (Forge, Fabric or NeoForge) that matches your Minecraft version.
- 2Download the mod file (.jar) built for that same version.
- 3Place the .jar into your .minecraft/mods folder.
- 4Launch Minecraft with the modded profile and check the mod loads in-game.











