PDA

View Full Version : Show that the Bisection Method converges to...


GTdan
Feb1-07, 10:02 PM
1. The function defined by f(x)=\sin(\pi*x)has zeros at every integer x. Show that when -1<a<0 and 2<b<3, the Bisection method converges to

a. 0, if a+b<2
b. 2, if a+b>2
c. 1, if a+b=2

2. Bisection Method

An interval [a_{n+1},b_{n+1}]containing an approximation to a root of f(x)=0 is constructed from an interval [a_{n},b_{n}] containing the root by first letting

p_{n}=a_{n}+\frac{(b_{n}-a_{n})}{2}

Then set
a_{n+1}=a_{n} and b_{n+1}=p_{n} if f(a_{n})*f(p_{n})<0

and

a_{n+1}=p_{n} and b_{n+1}=b_{n} otherwise.




3. I attempted to randomly choose numbers for a and b to satisfy the relations a+b<2 , -1<a<0, and 2<b<3. I picked a=-0.5 and b=2.5 and went through many iterations of the Bisection method to see if p[n] converged to zero. It didn't. I'm not sure if I am approaching the problem correctly. Can someone give me a good head start with this?

GTdan
Feb2-07, 12:34 PM
Ok, I thought that maybe I wasn't doing enough iterations. So to avoid hours of number crunching I wrote the bisection method in True Basic code and made it print out the results so I could graph it. It worked for parts (a) and (b) because when I graph p vs n, p converges to 0 for part (a) and 2 for part (b). Strangely enough, when I do the same for part (c) it converges to 0 instead of 1. Can anyone tell me why?

I did the same as before:
For part (a) I used a=- 0.75 and b= 2.5
part (b) a= -0.25 and b= 2.5
part (c) a=-0.5 and b=2.5

Here is the code and graphs of all 3 parts:

Code
program Bisection

option nolet
input prompt "a: ":aa
input prompt "b: ":bb
input prompt "TOL: ":tol
print "Enter file name for saving data (enter it as filename.dat)"
input prompt "(AND make sure there isn't already a file with that name): ": file$
open #23: name file$, access output, create newold, org text
nn=log((bb-aa)/tol)/log(2)
kk=1
print "a", "b", "f*f", "p", "k"
print #23: "a", "b", "f*f", "p", "k"
do while kk<nn
pp=aa+(bb-aa)/2
ff=sgn(sin(Pi*pp))*sgn(sin(Pi*aa))
print aa, bb, ff, pp, kk
print #23: aa, bb, ff, pp, kk
if ff<0 then
bb=pp
else
aa=pp
end if
kk=kk+1
loop
pp=aa+(bb-aa)/2
print aa, bb, ff, pp, kk
print #23: aa, bb, ff, pp, kk
end

Graphs

http://home.comcast.net/~dannyrod/parta.jpg
http://home.comcast.net/~dannyrod/partb.jpg
http://home.comcast.net/~dannyrod/partc.jpg

Dick
Feb2-07, 01:07 PM
Your general problem here is that floating point numbers are not exact. In the a=-0.5, b=2.5 case your first midpoint is at 1.0. In an ideal world the value of the function SHOULD be exactly zero there. But it is not. So it tries for another midpoint either to the right or left of 1.0 - which one depends on roundoff error. It should have actually STOPPED at 1.0. How can you fix it?

GTdan
Feb4-07, 12:25 AM
Oh ok. Thanks. Maybe if I set a and b so that it doesn't equal 1 exactly, it will converge like it's supposed to. I'll try it and let you know. Thanks

Dick
Feb4-07, 12:05 PM
That will work - but it's not a complete solution. Your current algorithm doesn't have any way to terminate. Since you can't generally expect to find an x value such that f(x)=0.0 EXACTLY, one easy way out is to pick a small number d and stop if f(x)<d. Also you probably want to terminate if |a-b|<e for some other small number e.

GTdan
Feb5-07, 02:32 AM
Well I have it set so that the while loop terminates within a tolerance:

nn=log((bb-aa)/tol)/log(2)
kk=1
.
.
do while kk<nn


You input tolerance at the beginning and it gives you nn, an approximate number of iterations. I have it set so that once kk > nn, the loop stops. The problem usually gives a tolerance, but since this problem didn't, I chose a really small tolerance so I could be as accurate as possible.

Dick
Feb5-07, 09:01 AM
Ah, ok. As long as you see what the problem is in this particular case.