47

I have lot of dataframes created as part of preprocessing. Since I have limited 6GB ram, I want to delete all the unnecessary dataframes from RAM to avoid running out of memory when running GRIDSEARCHCV in scikit-learn.

1) Is there a function to list only, all the dataframes currently loaded in memory?

I tried dir() but it gives lot of other object other than dataframes.

2) I created a list of dataframes to delete

del_df=[Gender_dummies,
 capsule_trans,
 col,
 concat_df_list,
 coup_CAPSULE_dummies]

& ran

for i in del_df:
    del (i)

But its not deleting the dataframes. But deleting dataframes individially like below is deleting dataframe from memory.

del Gender_dummies
del col
GeorgeOfTheRF
  • 6,014
  • 19
  • 49
  • 71
  • 2
    I noticed that there's no accepted answer for this question yet. I've found the answer [here](https://stackoverflow.com/a/39101287/6329945) to be particularly useful, at least in my personal experience. In essence, not even gc.collect() can ensure that you get your RAM back, but running your intermediate dataframes in a different process will ensure that the resources taken by the process are given back when your process ends. The link also has tips on how to reduce memory usage by Pandas, in general. – tunawolf Apr 02 '19 at 10:08

3 Answers3

74

del statement does not delete an instance, it merely deletes a name.

When you do del i, you are deleting just the name i - but the instance is still bound to some other name, so it won't be Garbage-Collected.

If you want to release memory, your dataframes has to be Garbage-Collected, i.e. delete all references to them.

If you created your dateframes dynamically to list, then removing that list will trigger Garbage Collection.

>>> lst = [pd.DataFrame(), pd.DataFrame(), pd.DataFrame()]
>>> del lst     # memory is released

If you created some variables, you have to delete them all.

>>> a, b, c = pd.DataFrame(), pd.DataFrame(), pd.DataFrame()
>>> lst = [a, b, c]
>>> del a, b, c # dfs still in list
>>> del lst     # memory release now
Community
  • 1
  • 1
pacholik
  • 7,596
  • 8
  • 43
  • 50
19

In python automatic garbage collection deallocates the variable (pandas DataFrame are also just another object in terms of python). There are different garbage collection strategies that can be tweaked (requires significant learning).

You can manually trigger the garbage collection using

import gc
gc.collect()

But frequent calls to garbage collection is discouraged as it is a costly operation and may affect performance.

Reference

shanmuga
  • 3,667
  • 2
  • 16
  • 33
  • 1
    Thanks for this! Automatic garbage collection after `del df` doesn't seem to happen if I've done `df.iterrows()`, but `gc.collect()` seems to have the desired effect. – Nathan Lloyd Nov 17 '16 at 23:28
  • 1
    Awesomre, very usefull especially you work with large Pandas dataframes that could drain all your memory. – mcrrnz Mar 27 '19 at 16:17
11

This will delete the dataframe and will release the RAM/memory

del [[df_1,df_2]]
gc.collect()
df_1=pd.DataFrame()
df_2=pd.DataFrame()

the data-frame will be explicitly set to null

in the above statements

Firstly, the self reference of the dataframe is deleted meaning the dataframe is no longer available to python there after all the references of the dataframe is collected by garbage collector (gc.collect()) and then explicitly set all the references to empty dataframe.

more on the working of garbage collector is well explained in https://stackify.com/python-garbage-collection/

hardi
  • 439
  • 5
  • 6
  • 20
    Welcome to Stack Overflow! While this code snippet may solve the question, [including an explanation](//meta.stackexchange.com/questions/114762/explaining-entirely-code-based-answers) really helps to improve the quality of your post. Remember that you are answering the question for readers in the future, and those people might not know the reasons for your code suggestion. Please also try not to crowd your code with explanatory comments, as this reduces the readability of both the code and the explanations! – Goodbye StackExchange Mar 02 '18 at 02:52