[m-users.] users Digest, Vol 107, Issue 14

[Volker Wysk]

Am Dienstag, dem 17.10.2023 um 16:37 +1100 schrieb Julien Fischer:
> Hi Volker,
> 
> On Mon, 16 Oct 2023, Volker Wysk wrote:
> 
> > Am Montag, dem 16.10.2023 um 15:39 +0200 schrieb Michel Vanden Bossche:
> > > > On Sat, 14 Oct 2023, Matthew Delaney wrote:
> > > > 
> > > > > Hi, I'm new to Mercury but am interested in using it to replace Prolog
> > > > > in a project I'm just starting. This project will need a web-interface
> > > > > and backend DB connectivity. Reading through Mercury's documentation,
> > > > > it looks like the most straightforward approach would be to use CGI
> > > > > for the Web App part and the Foreign Language Interface for DB
> > > > > connectivity. Is that correct or are there other options available?
> > > > 
> > > > If you're using one of the Java or .NET web frameworks, you can compile
> > > > your Mercury to a Java or C# library respectively and call it from the
> > > > framework.
> > > > 
> > > > Julien.
> > > 
> > > Our experience with the Java backend is that it offers great performance.
> > > A Mercury application complied to Java is viewed from the outside as a
> > > standard Java application (Spring Boot…) and can be easily deployed in the
> > > cloud, using Kubernetes for scalability. Just in case…
> > 
> > I've programmed in Java many years ago. And I think that the asm_fast grade
> > must be WAY faster than Java.
> 
> Not at all. One of the applications I built at work in Mercury is a
> dispatch recommendation system -- essentially a tool to recommend which
> couriers to assign jobs to. The difference in performance between the
> version compiled to C and the version compiled to Java, after the JIT
> compiler has had a decent go the Java version, is below what you can
> meaningfuly measure.

Okay. You live and learn. Thanks for the clarification.

Volker