Chúng tôi hoàn toàn có thể chứng minh những điều như vậy.
Nhiều vấn đề có giới hạn dưới tầm thường, chẳng hạn như việc tìm tối thiểu một tập hợp số (không được sắp xếp / cấu trúc theo bất kỳ cách nào) mất ít nhất thời gian. Bằng chứng cho điều này rất đơn giản: một thuật toán giả định chạy trong thời gian không thể kiểm tra tất cả các số trong đầu vào. Vì vậy, nếu chúng tôi chạy thuật toán trên một số đầu vào, chúng tôi có thể quan sát rằng nó không bao giờ kiểm tra một yếu tố cụ thể của đầu vào. Thay đổi yếu tố đó đến mức tối thiểu, chúng ta có thể khiến thuật toán thất bại.nΩ(n)o(n)
Giới hạn dưới ít tầm thường hơn là giới hạn dưới để sắp xếp trong mô hình dựa trên so sánh. Bằng chứng cho điều đó đi dọc theo các dòng sau: đưa ra một đầu vào gồm số, cóđầu ra có thể (đầu vào có thể là bất kỳ hoán vị của danh sách được sắp xếp, vì vậy đầu ra cũng có thể là bất kỳ hoán vị của đầu vào). Nếu chúng tôi bị giới hạn chỉ thực hiện so sánh, thì thuật toán của chúng tôi (trung bình) cần thực hiện ít nhất để có thể đưa rađầu ra khác nhau.Ω(nlogn)nn!log2(n!)=Ω(nlogn)n!
Giới hạn dưới có thể mạnh hơn nữa. Có một số vấn đề (đáng chú ý là các vấn đề -hard) mà có giới hạn dưới theo cấp số nhân. Các vấn đề trong lớp này bao gồm tính toán các chiến lược tối ưu cho các trò chơi như cờ vua (tổng quát), cờ đam và cờ vây. Bằng chứng về điều này là thông qua Định lý phân cấp thời gian , trong đó nêu rõ (phải tuân theo một số hạn chế đối với ):EXPTIMEf
Với một hàm , tồn tại một vấn đề tính toán có thể được giải quyết trong thời gian nhưng không thể giải quyết kịp thời .fO(f(n))o(f(n)logn)
Về cơ bản, nếu bạn có thể nghĩ về một hàm thì tồn tại một vấn đề đòi hỏi nhiều thời gian để giải quyết.f
Cuối cùng, một con đường khác không nhất thiết phải chứng minh thời gian bị ràng buộc thấp hơn nhưng điều gì đó thậm chí còn mạnh mẽ hơn đang cho thấy sự không ổn định của một vấn đề (ví dụ như tạm dừng, thư tín).