Tôi đã có một vấn đề tương tự trong việc đọc một biểu đồ từ một tập tin. Việc xử lý bao gồm việc tính toán ma trận float 200 000x200 000 (một dòng tại một thời điểm) không phù hợp với bộ nhớ. Cố gắng giải phóng bộ nhớ giữa các tính toán bằng cách sử dụng gc.collect()
cố định khía cạnh liên quan đến bộ nhớ của vấn đề nhưng nó dẫn đến các vấn đề về hiệu năng: Tôi không biết tại sao nhưng mặc dù lượng bộ nhớ đã sử dụng không đổi, mỗi cuộc gọi mới gc.collect()
mất nhiều thời gian hơn cái trước đó. Vì vậy, khá nhanh chóng việc thu gom rác mất phần lớn thời gian tính toán.
Để khắc phục cả vấn đề về bộ nhớ và hiệu năng, tôi chuyển sang sử dụng thủ thuật đa luồng mà tôi đã đọc một lần ở đâu đó (tôi xin lỗi, tôi không thể tìm thấy bài đăng liên quan nữa). Trước khi tôi đọc từng dòng của tệp trong một for
vòng lặp lớn , hãy xử lý nó và chạy gc.collect()
mỗi lần một lần để giải phóng không gian bộ nhớ. Bây giờ tôi gọi một hàm đọc và xử lý một đoạn của tệp trong một luồng mới. Khi luồng kết thúc, bộ nhớ sẽ tự động được giải phóng mà không gặp vấn đề hiệu năng lạ.
Thực tế nó hoạt động như thế này:
from dask import delayed # this module wraps the multithreading
def f(storage, index, chunk_size): # the processing function
# read the chunk of size chunk_size starting at index in the file
# process it using data in storage if needed
# append data needed for further computations to storage
return storage
partial_result = delayed([]) # put into the delayed() the constructor for your data structure
# I personally use "delayed(nx.Graph())" since I am creating a networkx Graph
chunk_size = 100 # ideally you want this as big as possible while still enabling the computations to fit in memory
for index in range(0, len(file), chunk_size):
# we indicates to dask that we will want to apply f to the parameters partial_result, index, chunk_size
partial_result = delayed(f)(partial_result, index, chunk_size)
# no computations are done yet !
# dask will spawn a thread to run f(partial_result, index, chunk_size) once we call partial_result.compute()
# passing the previous "partial_result" variable in the parameters assures a chunk will only be processed after the previous one is done
# it also allows you to use the results of the processing of the previous chunks in the file if needed
# this launches all the computations
result = partial_result.compute()
# one thread is spawned for each "delayed" one at a time to compute its result
# dask then closes the tread, which solves the memory freeing issue
# the strange performance issue with gc.collect() is also avoided