On Wed, 23 Sep 2009 05:28:53 -0700 (PDT), Roman Werpachowski
<r...@g...com> wrote:

>On 23 Sep, 13:49, A.L. <a...@a...com> wrote:
>> On Wed, 23 Sep 2009 11:41:21 +0000 (UTC), "Mariusz Marszałkowski"
>>
>> <b...@g...SKASUJ-TO.pl> wrote:
>> >A.L. <a...@a...com> napisał(a):
>>
>> >Jaki w przybliżeniu jest narzu liniowy Haskala i Prologa wzgledem jezykow
>> >niskiego poziomu (np. wzgledem C)?
>>
>> >Pozdrawiam
>>
>> Nie wiem. Natomiast wiem ze aplikacja napisana w Javie a robiaca to
>> samo co Prolog i taka sama technika byla okolo 100 razy wolniejsza niz
>> Prolog. Roznica byla prawdopodobnie spowodowana tym ze listy i inne
>> konstrukcje w Prologu sa "native" a w Javie sa implementowane przez
>> biblioteki. Ale nei robilem dokladnych analiz
>
>Kiedy to było? Java odnotowała znaczący postęp w wydajności w
>ostatnich latach.
>
>RW

Rok temu

A.L.

do góry

On Wed, 23 Sep 2009 07:32:18 -0500, A.L. <a...@a...com> wrote:

>On Wed, 23 Sep 2009 05:28:53 -0700 (PDT), Roman Werpachowski
><r...@g...com> wrote:
>
>>On 23 Sep, 13:49, A.L. <a...@a...com> wrote:
>>> On Wed, 23 Sep 2009 11:41:21 +0000 (UTC), "Mariusz Marszałkowski"
>>>
>>> <b...@g...SKASUJ-TO.pl> wrote:
>>> >A.L. <a...@a...com> napisał(a):
>>>
>>> >Jaki w przybliżeniu jest narzu liniowy Haskala i Prologa wzgledem jezykow
>>> >niskiego poziomu (np. wzgledem C)?
>>>
>>> >Pozdrawiam
>>>
>>> Nie wiem. Natomiast wiem ze aplikacja napisana w Javie a robiaca to
>>> samo co Prolog i taka sama technika byla okolo 100 razy wolniejsza niz
>>> Prolog. Roznica byla prawdopodobnie spowodowana tym ze listy i inne
>>> konstrukcje w Prologu sa "native" a w Javie sa implementowane przez
>>> biblioteki. Ale nei robilem dokladnych analiz
>>
>>Kiedy to było? Java odnotowała znaczący postęp w wydajności w
>>ostatnich latach.
>>
>>RW
>
>Rok temu
>
>A.L.

To znaczy, ostatni raz rok temu. W tym czasie Prolog rowniez wykazal
znaczny postep i wersja ktorej uzywam zostala przyspieszona ponad
dwukrotnie.

Owe analizy robie od czasu do czasu aby odpowiedziec na pytanie
"dlaczego uzywamy Prologu". Nie sa owe analizy bynajmniej "obciazone",
bo ja tez bym wolal miec wszystko napisane w jednym jezyku. Mieszanie
Javy i Prologu to przyslowiowy "bol w du..."

A.L.

do góry

On Tue, 22 Sep 2009 21:56:29 +0200
Krzysiek Kowaliczek <k...@g...com> wrote:

> Użytkownik Michal napisał:
> > On Tue, 22 Sep 2009 09:58:24 +0200
> > Krzysiek Kowaliczek <k...@g...com> wrote:
> >
> >> W jakim to języku masz listę o dostępie O(1)?
> >
> > w pythonie
>
> W pytonie lista to tak naprawdę tablica.

tak naprawde to blizej jej do vectora z c++ ale nazywa sie lista i jest
do niej dostep w czasie O(1), wiec dalem poprawna odpowiedz. W haskellu
list to tez nie jest tak naprawde lista typu:
struct Elem{
Elem *next;
void *data; // ;)
};

--

do góry

Roman Werpachowski <r...@g...com> napisał(a):

> Nie wiadomo, w czym bedziemy programowac za 50 lat.

W czym i na jakie platformy. Jesli co roku moc obliczeniowa zwieksza sie
2 razy (chyba troche mniej?) to za 50 lat 2*10^24Hz ;-)

Pozdrawiam




--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry

On 23 Sep, 14:40, A.L. <a...@a...com> wrote:

> To znaczy, ostatni raz rok temu. W tym czasie Prolog rowniez wykazal
> znaczny postep i wersja ktorej uzywam zostala przyspieszona ponad
> dwukrotnie.
>
> Owe analizy robie od czasu do czasu aby odpowiedziec na pytanie
> "dlaczego uzywamy Prologu". Nie sa owe analizy bynajmniej "obciazone",
> bo ja tez bym wolal miec wszystko napisane w jednym jezyku. Mieszanie
> Javy i Prologu to przyslowiowy "bol w du..."

No tak, ja co pewien czas budzę się z myślą "przepiszmy rdzeń
numeryczny modelu X i Y w C++ i wołajmy go z Javy", ale na szczęście
po chwili przypominam sobie jakie to będzie upierdliwe i mi
przechodzi.

RW

do góry

On Thu, 24 Sep 2009 00:23:26 -0700 (PDT), Roman Werpachowski
<r...@g...com> wrote:

>On 23 Sep, 14:40, A.L. <a...@a...com> wrote:
>
>> To znaczy, ostatni raz rok temu. W tym czasie Prolog rowniez wykazal
>> znaczny postep i wersja ktorej uzywam zostala przyspieszona ponad
>> dwukrotnie.
>>
>> Owe analizy robie od czasu do czasu aby odpowiedziec na pytanie
>> "dlaczego uzywamy Prologu". Nie sa owe analizy bynajmniej "obciazone",
>> bo ja tez bym wolal miec wszystko napisane w jednym jezyku. Mieszanie
>> Javy i Prologu to przyslowiowy "bol w du..."
>
>No tak, ja co pewien czas budzę się z myślą "przepiszmy rdzeń
>numeryczny modelu X i Y w C++ i wołajmy go z Javy", ale na szczęście
>po chwili przypominam sobie jakie to będzie upierdliwe i mi
>przechodzi.
>
>RW

Akurat Prolog ktorego uzywam robi to w sposob w miare lagodny przez
dostarczenie po stronie Javy czegos co sie nazywa PrologBeans i
umozliwia kontaktowanie sie z Prologiem dzialajacym w osobnym
procesie.

Niestety, JNI to najgorszy i najbardziej prymitywny kawalek Javy nie
zmieniany bodajrze od roku 1999. Ciekawe dlaczego tak kompletnie olano
sprawe wspolpracy Javy z innymi jezykami?..

A.L.


P.S. Cos w rodzaju rozwiazania jest tutaj:

http://recursionsw.com/Products/cinergi.html

Cinergi(TM) Multi-Language Application
Integrator Overview

CINERGI preserves your investment in previously written applications
by integrating Java(TM), .NET and C++ legacy code, all with no code
conversion required

Cinergi(TM) is the industry's first complete multi-language applications
integration tool that supports software reuse. Cinergi promotes
inter-operability and loose coupling amongst applications and
processes. With Cinergi, software architects and developers can
quickly and easily specify, design, implement, document and publish
reusable software services for use in other applications and
processes. Cinergi is an essential tool for the implementation of
Service Oriented Architecture SOA compliant applications and
processes.

do góry

Dnia 24.09.2009 A.L <a...@a...com> napisał/a:

> Niestety, JNI to najgorszy i najbardziej prymitywny kawalek Javy nie
> zmieniany bodajrze od roku 1999. Ciekawe dlaczego tak kompletnie olano
> sprawe wspolpracy Javy z innymi jezykami?..

A co z https://jna.dev.java.net/ ?

--
Daniel Janus <d...@d...pl> | http://danieljanus.pl
Any sufficiently complicated Java program requires a programmable IDE to
make up for the half of Common Lisp not implemented in the program itself.
-- Peter Seibel's Corollary to Greenspun's Tenth Rule

do góry

On Thu, 24 Sep 2009 12:34:40 +0000 (UTC), Daniel Janus
<d...@d...pl> wrote:

>Dnia 24.09.2009 A.L <a...@a...com> napisał/a:
>
>> Niestety, JNI to najgorszy i najbardziej prymitywny kawalek Javy nie
>> zmieniany bodajrze od roku 1999. Ciekawe dlaczego tak kompletnie olano
>> sprawe wspolpracy Javy z innymi jezykami?..
>
>A co z https://jna.dev.java.net/ ?

NOTE: Sun is not sponsoring this project, even though the package name
(com.sun.jna) might imply otherwise.

Oprocz tego jest jeszcze ze 20 podobnych tooli. Mnei zas interesuje to
co zrobil S. P. Sun

A.L.

do góry

Roman Werpachowski <r...@g...com> napisał(a):

> On 22 Sep, 15:17, A.L. <a...@a...com> wrote:
> > On Tue, 22 Sep 2009 00:27:18 -0700 (PDT), Roman Werpachowski

> > Przyjemnie pomyslec ze za 50 lat bedziemy
> > programowac w Javie wersja 75.
>
> Nie wiadomo, w czym bedziemy programowac za 50 lat.

Nie wiadomo czy bedziemy rowniez potrafili odczytywać ironie, przenosnie,
rozumieć zarty, obnazac prowokacje... ;)

--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry

<k...@g...SKASUJ-TO.pl> napisał(a):

> Roman Werpachowski <r...@g...com> napisał(a):
>
> > On 22 Sep, 15:17, A.L. <a...@a...com> wrote:
> > > On Tue, 22 Sep 2009 00:27:18 -0700 (PDT), Roman Werpachowski
>
> > > Przyjemnie pomyslec ze za 50 lat bedziemy
> > > programowac w Javie wersja 75.
> >
> > Nie wiadomo, w czym bedziemy programowac za 50 lat.
>
> Nie wiadomo czy bedziemy rowniez potrafili odczytywać ironie, przenosnie,
> rozumieć zarty, obnazac prowokacje... ;)

Trudna sztuka. Moze do tego czasu wytluczemy sie nawzajem ;-)

Pozdrawiam




--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry