>>>>> "BM" == Bulent Murtezaoglu <[EMAIL PROTECTED]> writes:
>>>>> "ES" == Emre Sevinc <[EMAIL PROTECTED]> writes:
BM> [...]
ES> Daha önceki mesajimda da belirttigim gibi, bu "profiling"
ES> konusu ile ilgili güzel bir belge, sunum, yazi, vs. olsa
ES> herhalde faydali olur diye düsünmeye basladim belki VST'nin
ES> baslattigi bu projeyi basindan sonuna takip edip kritik
ES> noktalari belirlersek "Common Lisp for the Working Programmer
ES> Series - Ch. 3: Profiling" kivaminda bir sey cikabilir
ES> (gönüllü olan?)
BM> Insanlar biraz daha kullansinlar oyle bence. Mesela VST'nin
BM> yazmayi dusundugu buyuk program icin belki bu dusunulebilir.
BM> Su haliyle micro-benchmark, yanlis dersler cikartmak da kolay.
BM> PAIP'de bu tip ornekler olmasi lazim (benimki baska memlekette
BM> kalmis galiba elinde PAIP olan belki bakabilir.)
Bir bakayim bendeki PAIP'e. (Bu arada PAIP kalinligindaki Java
kitaplarina bakiyor ve icerik yogunlugu, agirligi, derinligi
bakimindan kiyasliyorum da...)
BM> [...]
ES> Belki de bu gibi durumlar insanlari zorluyor biraz. SBCLciler
ES> bir sey diyor ne bileyim baska Lisp derleyici ekipleri baska
ES> sey diyor performans bakimindan. Bu implementasyon ve bazi
ES> bakimlardan performans cesitliligi insanlarin kafasini
ES> karistiriyor.
BM> Evet. Bir zaman sonra insan kullandigi lisp konusunda belli
BM> bir fikre sahip oluyor tabii.
"Sadece problemi bilirsen yenilirsin.
Sadece Lispini bilirsen gene yenilirsin.
Hem problemi hem de Lispini iyi bilirsen
O zaman tehlikeli bir programcisindir"
diye yazdigini duymustum WongSunTzuCarthy'nin The Art of Martial Programming
kitabinda!
BM> [...]
ES> Bu da hassas konulardan biri, Peter Seibel mesela bunu kitabin
ES> sonuna saklamis, sanki önemsiz ve olmasa da olur bir seymis
ES> gibi:
ES> http://gigamonkeys.com/book/conclusion-whats-next.html
ES> (optimizasyon basit konudur hemen ilk bölümlerde yüzeysel
ES> anlatilmalidir demiyorum elbette ama sorun degil yahu!
ES> yaklasimi ya da sürekli "premature optimization is the..."
ES> seklinde konuya yaklasmak da dogru degil bence, bazi seyleri
ES> insanlarin önüne hazir sunmakta fayda var gibi, en azindan
ES> haberdar etmekte ve ancak ondan sonra uyarmakta)
BM> Dikkat ettiysen ben performans icin pek propaganda yapmadim.
BM> Yavas kod yazmak oldukca kolay common lisp'le, ozellikle
BM> tecrubesizler icin. Ama optimizasyon icin soylenenler de
BM> dogru, _buyuk_ programlar icin hakikaten optimizasyon
BM> gerektiren yerler kucuk oluyor. Diger taraftan bunlarin bir
Aklima ITS'ten mi ne birilerinin Paul Graham'a yazdiklari
geldi, adresi hatirlamiyorum ama galiba adam kabaca, "bize
gelen ve Lisp biliyorum diyenlerin cogu nasil performansli
is yapacaklarini bilmiyor, bizim buna ihtiyacimiz var, bu
cok kritik" diye sikayet ediyordu.
BM> kismini denemistim ben simdi alioth'da olan shootout'un
BM> orjinali yerindeyken (Doug Bagley yaparken). C/gcc hizina cok
BM> yakin lisp kodu yazabiliyordum, ama her zaman Doug kabul
BM> etmiyordu o ayri.
Benim aklima su 1994 yilindaki o kisa ama carpici optimizasyon
örnegi geliyor, hani ABD'linin biri vektörel islemlerle ilgili
bir seyler sormustu, o kodu yavas yavas hizlandirip C'den
daha hizli calisir hale getirme calismasi. Tabii o tür
bir seyin anlam ifade etmesi icin bakan kisilerin de benzer
sIkIntIlarI cekiyor olmasi, bu konularla ilgili olmalari
gerekir diye düsünüyorum.
BM> Bu ornek tip isleri anlamak icin dogru bir baslangic
BM> calismasi, sbcl/CMUCL derleyicisi de bol bol 'bak burasini
BM> istedigim gibi hizli derleyemiyorum haa' diye sikayet ettigi
BM> icin bu tip ogrenme calismalarinda dogru arac bence.
--
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
[email protected]
http://church.cs.bilgi.edu.tr/lcg
http://cs.bilgi.edu.tr/mailman/listinfo/cs-lisp
