5
Có vẻ như 2 triệu phao không phải là vấn đề lớn, chỉ có 8MB RAM 1 GB. Tôi có thể phân bổ nhiều lần và đôi khi nhiều hơn thế mà không gặp rắc rối. Tôi nhận được CL_OUT_OF_RESOURCES khi tôi làm một clEnqueueReadBuffer, mà có vẻ kỳ lạ. Tôi có thể phát hiện ra nơi gặp rắc rối thực sự bắt đầu không? OpenCL không nên thất bại như thế này tại clEnqueueReadBuffer phải không? Nó nên được khi tôi phân bổ các dữ liệu phải không? Có cách nào để biết thêm chi tiết hơn chỉ là mã lỗi không? Nó sẽ được mát mẻ nếu tôi có thể xem có bao nhiêu VRAM đã được phân bổ khi OpenCL tuyên bố CL_OUT_OF_RESOURCES.CL_OUT_OF_RESOURCES cho 2 triệu float với VRAM 1GB?
Điều này có ý nghĩa, cảm ơn bạn đã chỉ ra. Có cách nào để phân tích những gì các mảnh vỡ của bộ nhớ heap trông giống như trên GPU khi thất bại xảy ra? – smuggledPancakes
Có thể gDEBbugger? http://www.gremedy.com/ Tôi chưa bao giờ sử dụng nó. –
Bằng cách nào đó tôi nghi ngờ thats thực sự là vấn đề, vì bộ nhớ gpu nên thường không được phân mảnh đủ cho điều đó. Afterall 8MB không thực sự là nhiều trên một thẻ 1GB (exspecially kể từ khi trình điều khiển sẽ có thể kéo bộ nhớ hiện chưa sử dụng để mainmemory) và phân bổ bộ nhớ gpu thường tương đối chunky. Vì vậy, có vẻ như bạn phải gần với giới hạn bộ nhớ nếu bạn thấy các vấn đề như vậy do phân mảnh dù sao và nếu đó là một hệ thống dựa trên thẻ thông thường (ngược lại với tesla) tôi nghi ngờ người lái xe sẽ không can thiệp vào thời điểm đó (bằng cách giết một số ngữ cảnh). – Grizzly