Hatékony gyorsítótár használata legrövidebb utak kereséséhez Bodnár István, Fodor Krisztián, Gyimesi Gábor Jeppe Rishede Thomsen, Man Lung Yiu, Christian S. Jensen Effective Caching of Shortest Paths for Location-Based Services.

Gyorsítótár (cache) Webes keresések a mindennapok részét képezik. Rengeteg kérés a szerverek felé. Sok részben vagy teljes egészében azonos kérés. Megoldás: gyorsítótár A tárolt adatokat visszaadhatjuk „azonnal” a szerver kihagyásával. Jelenleg nincs hatékony megoldás az útkeresések eredményeinek gyorsítótárazására.

A webes és az útvonal keresés gyorsítótárazásának meghatározó különbségei Pontos egyezés vs. Részút egyezés Webes lekérdezéseknél ritkán kapjuk vissza ugyanazt az eredmény különböző kulcsszóra. Útvonal keresésnél nem szabad figyelmen kívül hagyni a részútvonalakat. ( ) Gyorsítótár felépítése Web keresésnél általában hasító táblát használnak. Gyors elérés. Hasítással nem lehet megtalálni a részutakat., Ki kell használni az esetleges átfedéseket. Szükséges egy speciális struktúra kialakítása. Lekérdezés költsége Ha nem találjuk a gyorsítótárban a keresett útvonalat, akkor meg kell hívnunk egy kereső algoritmust. Egyes lekérdezések költsége nagyobb mint másoké. Jelenlegi ismereteink alapján nem tudjuk meghatározni két pont közötti legrövidebb út várható költséget.

Célkitűzések Modell kialakítása a gyorsítótárazásból fakadó előny felmérésére. Statisztikák előállítása a naplófájlokból. Ennek segítségével megbecsülhetővé válik a legrövidebb utak számítási költsége. Olyan algoritmus tervezése, amely eldönti, hogy milyen eredményeket érdemes eltárolnunk. Hatékony gyorsítótár szerkezet kialakítása, ami alkalmas legrövidebb utak tárolására. Felmérni a felsoroltak hatékonyságát valós adatokkal.

Alapfogalmak

Gyorsítótár modellek Dinamikus Ha nincs a keresés a gyorsítótárban, akkor lekérdezzük a szervertől, és eltároljuk. Ha megtelt, akkor a legrégebbit töröljük és az újat beírjuk (LRU). Hátrány: Költséges a folyamatos karbantartás. Statikus A leggyakoribb lekérdezéseket tartalmazza. A lekérdezés pillanatában minimális költség. Bizonyos időközönként újra kell építeni. Csak offline állapotban lehetséges az újraépítés. Nem mindig a legfrissebb adatokat tartalmazza. A lekérdezések egy kis részének lényegesen nagyobb a „népszerűsége”, mint a többinek.

Gyorsítótár modellek - példák A probléma mindkettővel: Nem veszik figyelembe a számítási költséget.

Hasznossági modell

Gyakoriság és költség becslése

Gyorsítótár előállítása E = 1 esetén

Algoritmus

Gyorsítótár struktúrája Biztosítani kell egy hatékony elérést garantáló adatszerkezetet. Építsünk egy útvonaltömböt és egy csúcslistát. Ha a két végponthoz tartozó listának a metszete nem üres, akkor biztosak lehetünk, hogy az eredményt megtaláljuk a gyorsítótárban.

Köszönöm a figyelmet!