On Sun, 16 Sep 2001 22:47:12 -0700 "Richard Anderson" wrote:
> This is good, but if you are looking for a good open-source seismic
> processing system, I recommend SU
> (http://www.cwp.mines.edu/sututor/node1.html ), developed and maintained by
> Colorado School of Mines, a leading exploration geophysics school. SU is
> written in C and was developed during the 80's and 90's by leading academic
> and industry geophysicists such as Ken Larner, Einar Kjartansson, Dave Hale,
> Chris Liner and many others. New algorithms are still being added.
>
> I was one of the many contributors to Chevron's seismic processing system.
> I feel safe in saying that a large, Fortran-based seismic processing system
> developed in-house at a major oil company and maintained by "an army of
> programmers" is of more historical than practical interest. Also, given
> algorithm
> equivalence and equal coding skills, I think it is unlikely that a Fortran
> program
> could equal the performance of a C program on Linux. (Processing seismic
> reflection data is one of the most compute-intensive applications around,
> right up there is cosmologic modelling, etc.)
>
> ProMax is the leading commercial seismic processing system - if you've got
> the bucks, this is the way to go.
I'm a research geophysicist, and former systems analyst for Shell (22 years).
What amazed me was that someone in this industry would support open source
in this way.
I'm also not sure your statement about Fortran vs C is correct. We've done
benchmarks, and for hard core I/O + CPU numerics, Fortran is still hard to
beat. And we run ours on Linux (the 1024 node IBM cluster). Porting to Linux
was amazingly easy.
We have an in-house system that is so well-tuned that when we ran it on
Apollo workstations (remember those?), it overloaded the power supplies
and caused them to arc out and fail. They never expected anyone would
drive the I/O, CPU, and Bus at 100% all at once.
Actually I have copies of both - they have different algorithm sets. The
Mines software is less into signal processing and heavier into migration, I
think, following the major interests of their faculty. 8-) The BP library
seems a bit better balanced, from a practical standpoint.
Personally I'm looking to snag some deconvolution code to apply to my audio
tracks I've ripped off old vinyl records.
--
-----------------------------------------------------------------------
| Alan K. Jackson | To see a World in a Grain of Sand |
| [EMAIL PROTECTED] | And a Heaven in a Wild Flower, |
| www.ajackson.org | Hold Infinity in the palm of your hand |
| Houston, Texas | And Eternity in an hour. - Blake |
-----------------------------------------------------------------------
_______________________________________________
http://linux.nf -- [EMAIL PROTECTED]
Archives, Subscribe, Unsubscribe, Digest, Etc
->http://linux.nf/mailman/listinfo/linux-users
