🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.lang.funkcyjne
Article #779

Re: j. funkcyjne - jakie zastosowania?

#779
From: Artur Siekielski
Date: Sat, 21 Jan 2006 15:20
52 lines
3593 bytes
sobota, 21 sty, Tomasz Zielonka:
>>> Chetnie bym sobie obejrzal.
>> Postaram się udostępnić źródła w przyszłym tygodniu, dam znać.
> To moze przy okazji przygotuj przyklad pokazujacy wspomniana
> nieefektywnosc. Postaram sie temu przyjrzec.

Tylko nie wiem, czy jest sens dużo czasu na to poświęcać, bo nawet, jeżeli uda
się przyspieszyć implementację, to i tak będzie ona nieużywalna, bo użyty
algorytm ma ogromną złożoność matematyczną. No chyba że po to, żeby nauczyć
się zachowania Haskella...

>>> Moze mieliscie space-leak? Najczestsze objawy to duze zuzycie pamieci i
>>> czas GC dominujacy w czasie dzialania programu.
>>
>> Nie pamiętam, czy profiler pokazywał jakieś informacje o GC... A powinien?
> W przypadku GHC podstawowe statystyki mozna uzyskac uruchamiajac z opcja
>+RTS -sstderr -RTS. Z bardziej rozbudowanych rzeczy - w biograficznym
> profilowaniu pamieci warto zwocic uwage na udzial obiektow ze stanem LAG
> (ale nie pamietam szczegolow).

Dzięki, postaram się to zapuścić.

>>> Moze poproscie o pomoc na haskell-cafe@haskell.org?
>>
>> Może powinniśmy. Choć teraz, gdy w planach jest porzucenie tej implementacji,
>> chyba szkoda na to czasu.
> Czy to aby dobry pomysl? Haskell jest teraz na drugim miejscu w
>     http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=all

Tylko nie po to piszę w Haskellu, żeby pisać kod taki jak w tych
benchmarkowanych programach (mallocArray itd.)!

> OK, OK, sam nie przywiazuje zbyt wielkiej wagi do takich benchmarkow.

>> Oj nie wiem :). Do Javy czy C są zaawansowane biblioteki używane w model
>> checkingu, do Haskella niby też można je podłączyć (przez jakiś "foreign
>> interface"), ale przeglądałem artykuł, w którym opisano takie rozwiązanie i
>> było ono bardzo wolne. A wydajność jest jednak sprawą kluczową... Poza tym
>> chciałbym mieć kontrolę nad czasem obliczania.
> No coz, Twoja decyzja ;-)

Nie tylko moja... Ale może jeszcze zdecydujemy się na MLa.

>> Ja nie mam za dużego praktycznego doświadczenia. Ten projekt to największa
>> rzecz, jaką robiłem w języku funkcyjnym. Choć z językami funkcyjnymi zetknąłem
>> się jeszcze w liceum (dzięki grupom dyskusyjnym, a ściślej - Qrczakowi), a
>> przez okres studiów nie tracę z nimi kontaktu (nie ma to jak metody numeryczne
>> w Haskellu :) ).
> Mieliscie metody numeryczne w Haskellu? Na jakiej uczelni?

Zadania z metod numerycznych można było implementować w dowolnym języku. Ja to
robiłem w Haskellu, OCamlu i Pythonie :).
Technical Details
Message-ID: <dqtjg7$70e$1@opal.futuro.pl>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!opal.futuro.pl!not-for-mail
References: <dpc61g$f0l$1@news.onet.pl> <dqouds$run$1@opal.futuro.pl> <slrndt000n.evc.tomasz.zielonka@localhost.localdomain> <dqpuif$g25$1@opal.futuro.pl> <slrndt18oq.5sh.tomasz.zielonka@localhost.localdomain> <dqqvqj$vkt$1@opal.futuro.pl> <slrndt49mr.5cr.tomasz.zielonka@localhost.localdomain>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!opal.futuro.pl!not-for-mail
From: Artur Siekielski <gruesome@REMOVEpoczta.onet.pl>
Newsgroups: pl.comp.lang.funkcyjne
Subject: Re: j. funkcyjne - jakie zastosowania?
Date: Sat, 21 Jan 2006 15:20:40 +0000 (UTC)
Organization: Pro Futuro
Lines: 52
Message-ID: <dqtjg7$70e$1@opal.futuro.pl>
References: <dpc61g$f0l$1@news.onet.pl> <dqouds$run$1@opal.futuro.pl> <slrndt000n.evc.tomasz.zielonka@localhost.localdomain> <dqpuif$g25$1@opal.futuro.pl> <slrndt18oq.5sh.tomasz.zielonka@localhost.localdomain> <dqqvqj$vkt$1@opal.futuro.pl> <slrndt49mr.5cr.tomasz.zielonka@localhost.localdomain>
NNTP-Posting-Host: 25-m.sm-rozstaje.pl
Mime-Version: 1.0
X-Trace: opal.futuro.pl 1137856840 7182 83.142.178.25 (21 Jan 2006 15:20:40 GMT)
X-Complaints-To: usenet@futuro.pl
NNTP-Posting-Date: Sat, 21 Jan 2006 15:20:40 +0000 (UTC)
User-Agent: slrn/0.9.8.1pl1 (Linux)
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit