If I have an algorithm,where the input is just a number and the output is its set of divisors.So my input will always be one number and the number of iterations in the algorithm will depend on how big the number is.What will be the big-oh notation of such an algorithm? Algorithm:
1: Set m := 2.
2: Set S := {} for S a multi-set.
3: while m <= n^0.5
do
4: if m divides N then
5: Set S U m
6: else
7: Set m = m + 1.
8: end if
9: end while
10: Return the set S of divisors found.
You can either let the variable in big-O notation for the asymptotic complexity be the input number itself, or it can be the number of bits needed to express that number. These two conventions give rise to dramatically different asymptotic classifications, so it is important to be clear about which one you use when you report the result.
In general people tend to use the number-of-bits convention when they are speaking about cases where the number is so large that you need bignums, and the meaning-of-the-number convention when the inputs are bounded by the size of a machine word. But that's not something you can rely on other than to get a first guess which you'll need to verify for yourself makes sense in your particular situation.
The choice tends to go hand-in-hand with the cost model you're using for arithmetic operations. When you're counting bits it's typical to assume that arithmetic on n-bit values take O(n) time, whereas when you're working with the meaning of the input number, you typically assume that arithmetic on numbers work in constant time.
In your case you would get something like O(2^n) or O(sqrt(m)) where n is the number of bits in the input and m is the input itself. (Details depend on how your multiset primitives perform).
See also pseudo-polynomial time.
