Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #42009

Re: From Perl to Python: restructuring a HPC workflow

References <kiul7e$b93$1@tdi.cu.mi.it> <8a301e20-9de8-4563-bcd9-478b0a9a20f6@z4g2000pbw.googlegroups.com>
Date 2013-03-27 08:23 -0400
Subject Re: From Perl to Python: restructuring a HPC workflow
From Joel Goldstick <joel.goldstick@gmail.com>
Newsgroups comp.lang.python
Message-ID <mailman.3806.1364387044.2939.python-list@python.org> (permalink)

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

On Wed, Mar 27, 2013 at 7:51 AM, rusi <rustompmody@gmail.com> wrote:

> On Mar 27, 4:29 pm, neurino <lelli.l...@googlemail.com> wrote:
> > In the need for restructuring our daily workflow, i think it might be a
> > good idea to ask the Python community and hopefully initiate a thread
> > about pros and cons.
> >
> > We are a small group of people (approx. 10), working separetely on
> > their own projects (each employee manages approx. 2-3 projects). We
> > deal with high loads of data everyday.
> >
> > While the processing is accomplished with fortran and C programs mainly
> > on three systems (one cluster, two standalone IBM HPCs,  8852 and p770,
> > all managed by a grid-Engine), networking, pre/postprocessing, jobs
> > queue administration and numerical analysis have been accomplished with
> > Perl.
> >
> > This workflow has been flawless now for at least 15 years. New
> > generations of employees have been given Perl scripts and they
> > developed the tools further.
>

So for 15 years the workflow is flawless, yet you want to throw it all
out?  I don't understand that

> >
> > If i think at the actual situation of Perl, i can't see a shiny time
> > ahead. Perl 6 is far to be a reliable solution, the CPAN archive is
> > slowing down. My idea is to persuade my colleagues to move toward
> > Python-based solutions.
>

So you want to change things but your colleagues don't?


> But our concerns are that, in 3-4 years from
> > now, the tools we are going to develop must be still scalable,
> > mantainable, portable and of high-performance.
>



> >
> > We don't have any solid in-house know-how on Python. We just have to
> > start everything from scracth. Where do you see advantages and
> > drawbacks in switching from Perl to Python, given the work picture
> > above?
> >
> > Thanks in advance for any opinions you might have.
>
> Python is a lot easier to read than perl.


> Switching is always a con; see
> http://www.joelonsoftware.com/articles/fog0000000069.html
> Assuming you have that under your belt
> - if python is the way to go, asking on the scipy/numpy and ipython
> lists may give you more specific answers.
> - And if the 'rewrite-bug' has really got you, remember that if perl
> is old, C/Fortran are older.
> There are options today for rewriting the whole system, such as
> haskell and julia http://julialang.org/
>
> WARNING: If the Spolsky warning above for perl->python is X units,
> take it 2X for Haskell and 4X for Julia!
> --
> http://mail.python.org/mailman/listinfo/python-list
>



-- 
Joel Goldstick
http://joelgoldstick.com

Back to comp.lang.python | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

From Perl to Python: restructuring a HPC workflow neurino <lelli.luca@googlemail.com> - 2013-03-27 12:29 +0100
  Re: From Perl to Python: restructuring a HPC workflow rusi <rustompmody@gmail.com> - 2013-03-27 04:51 -0700
    Re: From Perl to Python: restructuring a HPC workflow Joel Goldstick <joel.goldstick@gmail.com> - 2013-03-27 08:23 -0400
  Re: From Perl to Python: restructuring a HPC workflow Chris Angelico <rosuav@gmail.com> - 2013-03-27 23:58 +1100
    Re: From Perl to Python: restructuring a HPC workflow rusi <rustompmody@gmail.com> - 2013-03-29 05:20 -0700

csiph-web