C / C ++ kích thước ngăn xếp tối đa của chương trình

Tôi muốn thực hiện DFS trên mảng 100 X 100. (Giả sử các phần tử của mảng đại diện cho các nút đồ thị) Vì vậy, giả sử trường hợp xấu nhất, độ sâu của các lệnh gọi hàm đệ quy có thể lên đến 10000 với mỗi lệnh gọi chiếm tối đa 20 byte. Vì vậy, nó có khả thi nghĩa là có khả năng xảy ra stackoverflow không?

Kích thước tối đa của ngăn xếp trong C / C ++ là bao nhiêu?

Vui lòng chỉ định gcc cho cả
2) cygwin trên Windows
2) Unix

Các giới hạn chung là gì?

Trong Visual Studio, tôi nghĩ rằng kích thước ngăn xếp mặc định là 1 MB, vì vậy với độ sâu đệ quy là 10.000 mỗi khung ngăn xếp có thể tối đa là ~ 100 byte, đủ cho thuật toán DFS.

Hầu hết các trình biên dịch bao gồm Visual Studio cho phép bạn chỉ định kích thước ngăn xếp. Trên một số (tất cả?) Linux, kích thước ngăn xếp không phải là một phần của tệp thực thi mà là một biến môi trường trong Hệ điều hành. Sau đó, bạn có thể kiểm tra kích thước ngăn xếp với ulimit -svà đặt nó thành một giá trị mới với ví dụ ulimit -s 16384.

Đây là liên kết với kích thước ngăn xếp mặc định cho gcc.

DFS không có đệ quy:

std::stack<Node> dfs;
dfs.push(start);
do {
    Node top = dfs.top();
    if (top is what we are looking for) {
       break;
    }
    dfs.pop();
    for (outgoing nodes from top) {
        dfs.push(outgoing node);
    }
} while (!dfs.empty())

ngăn xếp cho các chủ đề thường nhỏ hơn. Bạn có thể thay đổi mặc định tại thời điểm liên kết hoặc cũng có thể thay đổi tại thời điểm chạy. Để tham khảo, một số giá trị mặc định là:

• glibc i386, x86_64 7,4 MB
• Tru64 5.1 5.2 MB
• Cygwin 1.8 MB
• Solaris 7..10 1 MB
• MacOS X 10.5 460 KB
• AIX 5 98 KB
• OpenBSD 4.0 64 KB
• HP-UX 11 16 KB

Phụ thuộc vào nền tảng, phụ thuộc vào chuỗi công cụ, phụ thuộc vào ulimit, phụ thuộc vào tham số .... Nó hoàn toàn không được chỉ định và có rất nhiều thuộc tính tĩnh và động có thể ảnh hưởng đến nó.

Có, có khả năng tràn ngăn xếp. Tiêu chuẩn C và C ++ không quy định những thứ như độ sâu ngăn xếp, chúng thường là một vấn đề môi trường.

Hầu hết các môi trường phát triển tốt và / hoặc hệ điều hành sẽ cho phép bạn điều chỉnh kích thước ngăn xếp của một quy trình, ở thời gian liên kết hoặc thời gian tải.

Bạn nên chỉ định hệ điều hành và môi trường phát triển bạn đang sử dụng để được hỗ trợ có mục tiêu hơn.

Ví dụ: trong Ubuntu Karmic Koala, mặc định cho gcc là 2M dành riêng và cam kết 4K nhưng điều này có thể được thay đổi khi bạn liên kết chương trình. Sử dụng --stacktùy chọn ldđể làm điều đó.

Tôi vừa hết ngăn xếp tại nơi làm việc, đó là một cơ sở dữ liệu và nó đang chạy một số luồng, về cơ bản nhà phát triển trước đó đã ném một mảng lớn lên ngăn xếp và dù sao thì ngăn xếp cũng thấp. Phần mềm được biên dịch bằng Microsoft Visual Studio 2015.

Mặc dù luồng đã hết ngăn xếp, nó vẫn âm thầm không thành công và tiếp tục, nó chỉ tràn ngăn xếp khi truy cập nội dung của dữ liệu trên ngăn xếp.

Lời khuyên tốt nhất mà tôi có thể đưa ra là không khai báo mảng trên ngăn xếp - đặc biệt là trong các ứng dụng phức tạp và đặc biệt là trong các luồng, thay vào đó hãy sử dụng heap. Đó là những gì nó ở đó;)

Cũng chỉ cần lưu ý rằng nó có thể không thất bại ngay lập tức khi khai báo ngăn xếp, nhưng chỉ khi truy cập. Tôi đoán là trình biên dịch khai báo ngăn xếp dưới các cửa sổ một cách "lạc quan", tức là nó sẽ giả định rằng ngăn xếp đã được khai báo và có đủ kích thước cho đến khi sử dụng nó và sau đó phát hiện ra rằng ngăn xếp không có ở đó.

Các hệ điều hành khác nhau có thể có các chính sách khai báo ngăn xếp khác nhau. Vui lòng để lại bình luận nếu bạn biết những chính sách này là gì.

Tôi không chắc ý của bạn khi thực hiện tìm kiếm theo chiều sâu trên một mảng hình chữ nhật, nhưng tôi cho rằng bạn biết mình đang làm gì.

Nếu giới hạn ngăn xếp là một vấn đề, bạn có thể chuyển đổi giải pháp đệ quy của mình thành một giải pháp lặp lại để đẩy các giá trị trung gian lên một ngăn xếp được phân bổ từ heap.