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