Hande TİRYAKİ Muzaffer DOĞAN ANADOLU ÜNİVERSİTESİ

... konulu sunumlar: "Hande TİRYAKİ Muzaffer DOĞAN ANADOLU ÜNİVERSİTESİ"— Sunum transkripti:

1 Hande TİRYAKİ Muzaffer DOĞAN ANADOLU ÜNİVERSİTESİ
Solo Test oyunu üzerinde Paralel Önce-Derine Arama Algoritmasının İşlemci Performans Değerlendirmesi Hande TİRYAKİ Muzaffer DOĞAN ANADOLU ÜNİVERSİTESİ

2 İÇERİK SoloTest Oyunu Kuyruk Listesi ile Paralel DFS çözümü
Paralel DFS Algoritmasının İşlemci Performans Değerlendirmesi

3 SOLOTEST Solo Test, 𝑛×𝑛 boyutlu delikli bir tabla üzerinde tek oyuncu tarafından oynanan bir oyundur. Solo Test hakkındaki ilk kayıt, 1697 yılında Fransa kralı XIV. Louis’nin sarayında Claude Auguste Berey tarafından Soubise prensesi Anne de Rohan- Chabot’yu Solo Test oynarken resmeden gravüre kadar uzanır. Beasley (1985), Solo Test tablası üzerindeki 200 problemin çözümünü 550 diyagram üzerinde gösteren geniş kapsamlı bir kitap yazmıştır. Uehara ve Iwata (1990) Solo Test probleminin çözülebilir ve NP-Tam olduğunu göstermiştir. Moore ve Eppstein (2002), tek satırla sınırlandırılmış bir Solo Test probleminin polinom zamanda çözülebileceğini göstermiştir. Ravikumar (2004) ispatı genişleterek 𝑘×𝑛 boyutuyla sınırlanan Solo Test probleminin doğrusal zamanda çözülebileceğini göstermiştir.

4 SOLOTEST Kiyomu ve Matsui (2001) tamsayı programlama algoritmalarını ve Matos (1998) Önce-Derine Arama (Depth-First Search = DFS) algoritmasını Solo Test’e uygulamıştır. Aynı taşın arka arkaya diğer taşlar üzerinden atlatılması tek hamle olarak sayıldığında, Solo Test’i en az hamle ile çözen ilk kişi 1912 yılında Ernest Bergholt olmuştur ve 18 hamleli bu çözümün en kısa çözüm olduğunu 1964 yılında Beasley ispatlamıştır. Solo Test’in paralel olmayan DFS çözümünün paralelleştirilmesi için Saad ve ark. (2012), Hesaplama Ağacı Mantığı (Computation Tree Logic = CTL) üzerinde bir model geliştirmiştir. Solo Test probleminin Paralel DFS yöntemiyle çözümünde DFS sıralamasına riayet edilerek ve bir Kuyruk Listesi (List of Queues) veri yapısı kullanılarak paylaşılan kaynakların kilitlenmesi ve açılması sırasında kaybedilen zamanın azaltılmasına çalışılacaktır.

5 Kuyruk Listesi ile Paralel DFS çözümü
Bu problemin çözümü için, durum ağacındaki bir durumun bütün çocukları işlenmeden bir sonraki kardeşinin işlenmesinin engellenmesi gerekir. Bunu sağlamak için bu makalede bir Kuyruk Listesi (List of Queues = LoQ) veri yapısı kullanımı önerilecektir. yöntemde Seviye 0 Seviye 1 Seviye 2 Seviye 3

6 Kuyruk Listesi ile Paralel DFS çözümü
İşlemciler, işleyecekleri durumu almak için Kuyruk Listesinin en alt seviye kuyruğundan başlayacak ve eleman sayısı sıfırdan büyük olan en alt seviyeli kuyruğun sıradaki elemanını “kuyruktan çıkarmadan” işlemeye başlayacaktır. Solo Test tablasını ifade etmekte kullanılan PegSolitaireBoard sınıfına tablanın işlenme durumunu gösteren yeni bir üye değişken eklenmelidir. Bu üye değişkenin 3 olası değeri olacaktır: İşlenmedi (NotProcessed), İşleniyor (Processing) ve Bitti (Finished). Solo Test durum ağacının en alt seviyelerinde artık daha fazla hamle yapılamayacak durumlar sıklıkla ortaya çıkmaktadır. Bu yüzden Kuyruk Listesi ile Paralel DFS çözümünün içerisine, hangi seviyeye kadar kardeşlerin işlenmesi için çocukların işlenmesinin bekleneceği, maxDFSDepth isimli bir parametre olarak eklenmiştir. maxDFSDepth seviyesinin altında kalan seviyelerdeki kuyruklardaki tablalar, işlenme durumlarına bakılmaksızın kuyruktan çıkartılıp işlenecektir.

7 Paralel DFS Algoritmasının İşlemci Performans Değerlendirmesi
DateTime DateTime startWorking = DateTime.Now; TimeSpan workingTime = DateTime.Now.Subtract(startWorking); double elapsedTime += workingTime.TotalMilliseconds;  Stopwatch Stopwatch start =Stopwatch.StartNew(); start.Stop(); double elapsedTime += start.Elapsed. TotalMilliseconds; TickCount  int start = Environment.TickCount; double elapsedTime += Environment.TickCount – start;

8 DateTime – Stopwatch - TickCount
29551 ms. Stopwatch 15199 ms. Tickcount 14060 ms.

9 Performans

10 SONUÇLAR Deney sonuçları incelendiğinde işlemci çalışma yüzdelerinde en fazla değeri görülmektedir. %100 sonucuna ulaşılamama sebebi, TickCount işlemleri için geçen süredir. maxDFSDepth 31 olduğu durum DFS ün tam olarak uygulandığı durumdur. İşlemci sayısı arttıkça toplam çalışma süresi de artmaktadır. Bunun sebebi işlemcilerin birbirini beklemek zorunda olmasıdır. Diğer maxDFSDepth değerlerinde ise belli bir işlemci sayısına kadar süre azalmakta ardından tekrar artmaktadır. Optimum değere ise maxDFSDepth 16 ve 4 işlemcinin kullanıldığı durumda ulaşılmaktadır. Programı hızlandırmak amacıyla bu kaybın azaltılması yönünde çalışmalar yapılabilir.

11 TEŞEKKÜRLER