Menu

Design

2002-02-07
2002-03-19
  • Jason Giglio

    Jason Giglio - 2002-02-07

    OK, Nikoftime has posted a design document, I havn't had a chance to look at it yet.

    One of my major concerns is speed of execution.  We already have to be careful since we are using Java, but one main concern I have is scaling this program to a cluster like MOSIX.

    The JAVA VM and clustered computing is something we will have to be careful of.  From the MOSIX FAQ:

    Why JAVA processes won't migrate
    Answer:
    Most JAVA VMs use shared memory, and thus can not migrate. Try using a "green threads" VM.

    So, if we can use green threads instead of native threads, we will be much better off.

    My knowledge of Java is limited, my background is mostly C/C++, Shell Script, and PHP.  I have bought a book on Java, and I should be able to transfer my C++ skills to Java pretty easily.

    I think we should also consider using Perl instead of PHP.  Nikoftime has indicated that he does know some Perl, but dislikes it.  My concern is that PHP required a web browser and server to execute, whereas this will be mostly a local application.  If we use Perl, it will be easy to run it locally or through CGI.  Again, I am much more familiar with PHP than Perl, but I am eager to learn more Perl.

    Let me know what you all think.

    Nikoftime, if you are still around, I'd appreciate your input. :)

     
    • Tomasz Motylewski

      I would vote for PERL. There is already quite a lot of PERL code for trading. See e.g Finance::Streamer module on CPAN or https://sourceforge.net/snippet/detail.php?type=snippet&id=100948

      I agree that PERL is ugly sometimes, but it is the best "glue" language with interfaces to DB, graphics, calculation modules. And it does not require web server.

      And BTW in my opinion C(++) code using a portable library is as portable as Java.

       

Log in to post a comment.