>>>>> "VST" == Vehbi Sinan Tunalioglu <[EMAIL PROTECTED]> writes:
>>>>> "BM" == Bulent Murtezaoglu <[EMAIL PROTECTED]> writes:
BM> Hmm, pekiyi. Hiz tatminkar hale geldi mi? Ne sekle girdi o
VST> 3. Tamamen regexlerden kurtulmus halimiz:
VST> ; Evaluation took: ; 2.93 seconds of real time ; 1.975699
VST> seconds of user run time ; 0.06899 seconds of system run time
VST> ; 1,550,910,080 CPU cycles ; [Run times include 0.09 seconds
VST> GC run time] ; 0 page faults and ; 8,757,184 bytes consed.
Yani simdi yaklasik 280 küsur e-posta icin 2.93 saniye
mi harciyor SNA programinin e-posta isleme modülü?
VST> Ozellikle tarihi denetleyen fonksiyon:
VST> (defun is-date-line? (line) (ppcre:scan "^Date:[
VST> ]+[A-Za-z]{3}[ ]+[A-Za-z]{3}[ ]+[0-9]{1,2}[
VST> ]+[0-9]{1,2}:[0-9]{1,2}:[0-9]{1,2}[ ]+[0-9]{4}" line))
VST> seklinden:
VST> (defun date-line? (line) (and (> (length line) 6) (equal
VST> (subseq line 0 6) "Date: ")))
Bunu da biraz hizlandirmak mümkün olabilir mi?
VST> Bu durumun pek de common lisp ile alakasi olmadigini
VST> belirtmeliyim. Tamamen yukarida ozetledigim bilgi
VST> eksikliginden kaynaklaniyor. Bu epostadan en son cikartilacak
VST> sonuc, CL ve Edi Weitz'in regex makinesi cl-ppcre'nin
VST> performans olarak kotu oldugudur. Neticede hangi dil
VST> kullanirsak kullanalim, regex nedeniyle bu tur bir sonuc
VST> verecek.
Anadilim Türkce benim degil mi, uzunca bir süre neden Weitz'in
cl-ppcre'sine laf ediyor ki VST diye düsündüm, sonra kafama
dank etti. Biraz Chomsky'nin bahsettigi "garden path sentence"
kategorisini hatirlatti bana ;-) [1]
http://en.wikipedia.org/wiki/Garden_path_sentence
--
Emre Sevinc
eMBA Software Developer Actively engaged in:
http:www.bilgi.edu.tr http://ileriseviye.org
http://www.bilgi.edu.tr http://fazlamesai.net
Cognitive Science Student http://cazci.com
http://www.cogsci.boun.edu.tr
_______________________________________________
cs-lisp mailing list
cs-lisp@cs.bilgi.edu.tr
http://church.cs.bilgi.edu.tr/lcg
http://cs.bilgi.edu.tr/mailman/listinfo/cs-lisp
