I have 2 scans, SHORT scan (~480 TRs), and LONG scan (~730 TRs).
The scan parameters are idetical, just the number of TR differ.
For all participants, afni_proc for the SHORT is working great, but the LONG is Killed after tedana:tedana_workflow:609 Computing T2* map
The next step should be: combine:make_optcom:242 Optimally combining data with voxel-wise T2* estimates
The term Killed is actually a technical one for computations. It means your operating system ran out of memory, and terminated the process to not freeze up.
So, it sounds like the tedana processing step is running out of memory. What is the RAM on that computer? I'm not sure if there are tricks to help with that (closing other running programs---Chrome is generally a memory hog, for example?). Maybe @handwerkerd would have a suggestion?
So, "total" is 62Gi, which is sizeable, while "used" (that which is used by your system) is pretty small and only 1.9Gi. That is a big difference between the numbers. Is that a virtual machine or something like that?
Well, I guess the output of "free" has changed across different versions, so perhaps having a smaller "used" value isn't so abnormal. What OS are your running on?
And I guess since it looks like your computer does have sizeable memory available, what is your FMRI data's voxel size and number of time points in the two cases?
What version of tedana are you using? We identified and fixed some unnecessary memory usage in this step, in version 23.0.2 (released November 2023). If you're using an older version, I'd update to the newest version and see if that corrects this problem.
You're also using --fittype curvefit which should be computationally more intensive, but I don't think it would use significantly more memory. By the time Computing T2* map appears in the log, the fMRI data are already loaded into memory.
Instead of rerunning the entire afni_proc statement, maybe you can just run the call to tedana from the script that afni_procoutputs to confirm this is crashing there. Then it would also be easier to compare total memory usage for the short and long datasets within just the tedana step.
linux_ubuntu_16_64, not virtual machine.
isovoxel 2.4 mm, TR= 1.5 sec, 700 time points.
I updated to tedana v24.0.2, now I get this error:
/home/taliw/.local/lib/python3.8/site-packages/nilearn/_utils/niimg_conversions.py:325: UserWarning: Data array used to create a new image contains 64-bit ints. This is likely due to creating the array with numpy and passing `int` as the `dtype`. Many tools such as FSL and SPM cannot deal with int64 in Nifti images, so for compatibility the data has been converted to int32.
niimg = new_img_like(niimg, data, niimg.affine)
Traceback (most recent call last):
File "/home/taliw/.local/bin/tedana", line 8, in <module>
sys.exit(_main())
File "/home/taliw/.local/lib/python3.8/site-packages/tedana/workflows/tedana.py", line 1077, in _main
tedana_workflow(**kwargs, tedana_command=tedana_command)
File "/home/taliw/.local/lib/python3.8/site-packages/tedana/workflows/tedana.py", line 1029, in tedana_workflow
reporting.static_figures.plot_adaptive_mask(
File "/home/taliw/.local/lib/python3.8/site-packages/tedana/reporting/static_figures.py", line 760, in plot_adaptive_mask
discrete_cmap = cmap.resampled(3) # colors matching the mask lines in the image
AttributeError: 'LinearSegmentedColormap' object has no attribute 'resampled'
FWIW, we also recently dropped support for python 3.8 because Python designated it as no longer supported (see: Status of Python versions ) and we started to see hints of issues developing. I'm not sure this is a specific cause of the above problem, but it might be worth switching to a newer version of python. Newer python versions should also be better with processing efficiency and memory management.
I order and install 4 new DDR (4*32 Gi, 128 Gi in total).
linux_ubuntu_16_64: Version AFNI_25.2.06 'Gordian I'
Python 3.8.10
nilearn Version: 0.10.4
I get the same error...
/home/taliw/.local/lib/python3.8/site-packages/nilearn/_utils/niimg_conversions.py:325: UserWarning: Data array used to create a new image contains 64-bit ints. This is likely due to creating the array with numpy and passing `int` as the `dtype`. Many tools such as FSL and SPM cannot deal with int64 in Nifti images, so for compatibility the data has been converted to int32.
niimg = new_img_like(niimg, data, niimg.affine)
Traceback (most recent call last):
File "/home/taliw/.local/bin/tedana", line 8, in <module>
sys.exit(_main())
File "/home/taliw/.local/lib/python3.8/site-packages/tedana/workflows/tedana.py", line 1077, in _main
tedana_workflow(**kwargs, tedana_command=tedana_command)
File "/home/taliw/.local/lib/python3.8/site-packages/tedana/workflows/tedana.py", line 1029, in tedana_workflow
reporting.static_figures.plot_adaptive_mask(
File "/home/taliw/.local/lib/python3.8/site-packages/tedana/reporting/static_figures.py", line 760, in plot_adaptive_mask
discrete_cmap = cmap.resampled(3) # colors matching the mask lines in the image
AttributeError: 'LinearSegmentedColormap' object has no attribute 'resampled'
Fascinating! Do you happen to know both the prior and current Matplotlib versions, in case other folks have an issue with this?
thanks,
pt
The
National Institute of Mental Health (NIMH) is part of the National Institutes of
Health (NIH), a component of the U.S. Department of Health and Human
Services.