I suggest you use CSM supported seismic data viewer SEAVIEW. I had no issues with file sizes with seaview.  

Necati Gülünay
n.gulunay@protonmail.com
+90 541 842 0069

Web. https://www.seisdatapro.com


Sent from Proton Mail for iOS


On Sat, Sep 24, 2022 at 02:32, Fernando M. Roxo da Motta <petro@roxo.org> wrote:
On Fri, 23 Sep 2022 22:03:34 +0100, Don Habib <hbadro_19@hotmail.com>
wrote:


> Hi everyone,
> it could not allocate enough memory to open the file, and. it's
> because of the program, I think it's limited.

Hi Habib.

Perhaps it is not just that easy, even because you didn't described
the platform you are using.

For example, you have a 12GiB data. Due to the limitation of the
SegY/SU format, you are limited to 32Ki data samples, even if the
"ns" field in header is defined as "unsigned short", that would allow
for 65Ki data samples.

The suximage does not plot the data, it just prepare the data for the
ximage program. So, suximage will allocate some memory and ximage
will allocate as well.

Besides this the Xwindow libraries will allocate some memory for its
structure.

As you gave us no information about your computer, lets say that your
computer has 8GiB of RAM and other 8GiB of swap. When we thing of
storing 12GiB of data in memory it will not only allocate 12GiB. I
don't now data characteristics, so I can only guess. Lets say that 10%
of those 12GiB are headers that are not stored for plot, it leaves
about 10GiB just for the data, we are not talking about Xlib structures,
system used memory for the kernel and all services, the structure used
by your desktop itself, the memory space used for (say) browser and so
on.

Following with the guesswork, as no information beyond data size was
informed. In my computer right now I am navigating internet and
answering this message. In this state the computer is allocating about
7.8GiB among programs, services and buffers. We can take out buffer
and cached data, which would reduce the memory in use to about 5.6GiB.

If you add 5.6Gib with 10GiB it will produce almost the 16GiB we
guessed your computer could have summing RAM and SWAP. There is an
amount that is not showed that is that used by the kernel itself. If
adding all of it we reach more that the available total memory (RAM +
SWAP) the system will not allow the allocation. And the whole SU
package has nothing to do with it.

To be honest, I have about 40 years in geophysics work, most of it in
seismic data processing. Even when we thing about plotting 3D data in
interpretation stations, never heard of anyone trying to plot 12GiB of
data. To me, this information alone, is kind of mind boggling on how
do you intent to visualize this amount of data in a computer terminal.

So, state that the fault is of the software without a single
information of the data (pre/post stack?) and what are you intending to
visualize, and without any information about the computer you are using,
even if there is any problem with the software, where do you think
anyone would start to tackle this pseudo problem?

Perhaps if you provided more information, someone could try to help
you.

HTH




Roxo

--
---------------- Non luctari, ludare -------------------+ WYSIWYG
Fernando M. Roxo da Motta <petro@roxo.org> | Editor?
Except where explicitly stated I speak on my own behalf.| VI !!
PU5RXO | PX5Q6048 | I see text,
------------ Quis custodiet ipsos custodes?-------------+ I get text!

_______________________________________________
Seisunix mailing list
Seisunix@mailman.seismic-unix.org
https://mailman.seismic-unix.org/listinfo/seisunix