Csillag karcsúsító

A csillag készletkészlete sok dinamikusan betöltött modult eredményez, amely teljes csatornatípust, kodekeket, fájlformátumokat, alkalmazásparancsokat és könyvelési/adatbázis interfészeket kínál. A szükségtelen dinamikus modulok kiküszöbölése csökkenti a memóriaterületet (fontos az Asterisk beépített eszközökre történő telepítésekor - például az Asterisk Linksys NSLU2 esetében), csökkenti a biztonsági kihasználások kockázatát, csökkenti a konzol zűrzavarát és esetleg javítja a teljesítményt (ez egy sejtés.)

Ennek megvalósításához kétféle megközelítés létezik. A * modulba történő dinamikus betöltést a modul.conf konfigurációs fájl vezérli. Az „autoload” paraméter a [modulok] részben „igen” vagy „nem” értéket vesz fel, és indításkor szabályozza az alapértelmezett viselkedést.

Ha „igen” értékre van állítva, a * automatikusan betölti a megfelelő könyvtárban található összes modult, kivéve azokat, amelyeket a „noload =” paraméterrel jelölünk ki. Tehát az első megközelítés annak meghatározása, hogy mely modulokra nincs szüksége, és azokat kifejezetten felsorolja. Az alábbiakban bemutatunk egy példát egy alapvető telefonos alközpontra.

Modules.conf:

Alternatív megoldásként, ha az „autoload =” beállítást „nem” értékre állítja, akkor a megfelelő sorrendben fel kell sorolnia az összes betöltött dinamikus modult. Az alábbiakban példa erre egy nagyon lecsupaszított IAX2 és SIP csak tesztkonfigurációra. A kommentált modulokat nem kell a fájlban hagyni, de azért vannak, hogy megkönnyítsék a szükség szerinti hozzáadást/eltávolítást.

Modules.conf:

2005.04.06 - Az összes modult átnéztem és mindegyiket külön-külön betöltöttem a függőségek meghatározására. Ez megkönnyíti annak meghatározását, hogy mire van valójában szüksége, ha az autoload = no módszer használatát tervezi. Ne feledje, hogy a betöltési sorrend számít, és ez az oka annak, hogy az erőforrás fájlok fel vannak sorolva a tetején. Ha a következő modules.conf fájlt használja, akkor csak ki kell törölnie a megfelelő sorokat a modulok használatának megkezdéséhez. Leif Madsen.

2018-január-11 (az olvasót a csillaggal13 találtuk meg a FreeBSD-n, ezekre a további sorokra szükség volt egy SIP-beállítás (és még néhány egyéb szolgáltatás) működéséhez. Megjegyezzük, hogy még ezen extra modulok betöltése esetén is csak kevesebbet növelte a csillag memóriaterületét, mint 10 millió, a csillag memóriájának felhasználása 140 millió alatt marad a kicsi beállításomnál (amikor korábban + 940 millióra volt szükség)

Ez a két megközelítés melyik a legjobb? Ez attól függ, mi a célod, és mennyi munkát akarsz végezni.

Az „autoload = yes” megközelítésben fenntartja az indításkor szükségtelen modulok listáját, és nyomon kell követnie az új modulokat, amint azok felkerülnek a disztribúcióba. A hozzáadottak automatikusan betöltődnek, amíg meg nem adja a ‘noload =’ sorban.

Az „autoload = no” megközelítésben létrehozza a szükséges modulok statikus listáját a szükséges funkcionalitáshoz (ami eleinte egy kis munka lehet.) Ez soha nem változik, amíg nem kíván funkciókat hozzáadni. Természetesen a * konfigurációk nagyon gördülékenyek, ezért ez gyakran előfordulhat.

Ennek a karcsúsítási eljárásnak egy másik mellékhatása, bármelyik formában, lehetővé teszi a szükségtelen konfigurációs fájlok eltávolítását hiba vagy figyelmeztető üzenetek nélkül. A fent felsorolt „autoload = no” megközelítésben a tesztgépem/etc/asterisk könyvtárában a következőkre korlátozódik:

Ez egyértelművé teszi azokat a fájlokat, amelyeket módosítani vagy ellenőrizni kell a problémák stb. Diagnosztizálásához, valamint egyszerűsíteni kell a * konfiguráció verziókontroll alá helyezését felforgatással vagy CVS-sel.