A Scroll rendszer ElevateDB SQL adatbázis szerver szolgáltatást használ az információk tárolására, visszakeresésére.
Ennek működtetéséhez Windows operációs rendszerrel rendelkező, állandóan bekapcsolt állapotú kiszolgálóra van szükség.
Az adatbázis műveleteket egyetlen processz fogadja és kezeli, külön szálakat fenntartva a csatlakozásoknak.
Ez, az EDBSrvr.exe nevű folyamat kliensenként és adathalmazonként foglal memóriaszeleteket, vagyis komolyabb mennyiségű egyidejű kapcsolat meglétekor jelentős, akár 32 bites címteret is meghaladó virtuális memóriaterületet használhat, ami miatt is más alkalmazásokkal konkurálhat.
Mivel pedig az adatok a merevlemezen találhatóak, HDD olvasási és írási műveletek tekintetében is osztozni kényszerül minden más, telepített rendszerrel.
Lévén ez a legszűkebb keresztmetszet, egyéb szoftverek várakozó kérései lefoghatják a teljesítményét.
Kisebb igények, kevés felhasználó esetében egyetlen, más feladatokkal is foglalkozó kiszolgáló alkalmas lehet telepítési célnak, de ez esetben számolni lehet teljesítmény visszaeséssel (időszakossal, vagy folyamatossal).
Erőforrás igényes folyamatok például az MS Exchange, FTP szerverek, fájl szerverek (RIP), más adatbázis szerverek (különösen mentéssel pl. MS-SQL backup, ami pillanatokra akár le is foghatja a gépet), stb.
Minden állandó, vagy hirtelen nagy, impulzusszerű HDD művelet visszavetheti a Scroll rendszer kiszolgálási sebességét.
Megjegyzés:
A lassulások okai lehetnek még a víruskeresők, amelyek kizárása is sokat segít, főleg, ha különálló mappa lett létrehozva az ideiglenes állományok számára (nem a Windows\Temp). Ugyanígy a tartalom indexelő szolgáltatás kikapcsolása is növelheti a sebességet, vagy a fájl attribútum inaktiválása a Scroll mappákon.
Több helyen virtuális gépeket használnak. Ezek hátránya, hogy az erőforrások valódi értékeire a vendég operációs rendszerből nem látunk rá. Vagyis látszólag nincs CPU/HDD használat, mégis visszafogott a teljesítmény. Ilyenkor a rejtett lassulások felderítésének egyetlen módja egy valódi szerverre való áttelepítés és ottani sebesség tesztelés.
A hálózati forgalom is fontos szempont. Egy központi, mindennel foglalkozó szerveren az ElevateDB TCP/IP csomagjai egyenrangúak a más kérésekből származóakkal.
A távoli asztalos bejelentkezés támpontot adhat, hogy a helyi futtatás mennyivel gyorsabb, de egy szerver csak e célból nem helyezhető át egy másik szegmensre - ellentétben egy különálló géppel.
A programok lassúságát néha nem is az SQL szerver, hanem a kliens programok belapozása okozza. A hálózatról indított Exe állományok ugyanis nem töltődnek be teljességgel, hanem a kellő részeik lapozódnak. Nyilvánvalóan egy több tucat megabájtos fájl lapozgatása lassíthat a rendszer működésén (emiatt szoktak néhol a bejelentkezéskor a lokális számítógépre másolt programokkal lendíteni a sebességen) Erről bővebben itt olvashat.
Fentiek figyelembe vételével lehet meghatározni, szükség van-e különálló szerver beszerzésére. A hardver igényeiről itt tájkozódhat. Arany szabály: minél több az elvégzendő feladat a kiszolgálón, annál valószínűbbek a teljesítmény problémák.
