Show that the Bisection Method converges to

Click For Summary
SUMMARY

The Bisection Method effectively converges to the roots of the function f(x)=sin(πx) under specific conditions for the intervals defined by -12, and to 1 if a+b=2. A user implemented the Bisection Method in True Basic and confirmed convergence for parts (a) and (b) but encountered issues with part (c), where it incorrectly converged to 0 instead of 1 due to floating-point precision errors. Adjusting the initial values to avoid exact midpoints can resolve this issue.

PREREQUISITES
  • Understanding of the Bisection Method for root-finding
  • Familiarity with the function f(x)=sin(πx)
  • Basic programming skills in True Basic
  • Knowledge of floating-point arithmetic and precision issues
NEXT STEPS
  • Implement error handling for floating-point precision in the Bisection Method
  • Explore alternative root-finding algorithms such as Newton's Method
  • Learn about numerical methods for solving transcendental equations
  • Investigate the effects of tolerance levels on convergence in numerical methods
USEFUL FOR

Mathematicians, computer scientists, and students studying numerical methods or algorithms for root-finding in mathematical functions.

GTdan
Messages
39
Reaction score
0
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})&lt;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?
 
Last edited:
Physics news on Phys.org
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
 
Last edited by a moderator:
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?
 
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
 
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.
 
Last edited:
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.
 
Ah, ok. As long as you see what the problem is in this particular case.
 

Similar threads

  • · Replies 14 ·
Replies
14
Views
2K
  • · Replies 2 ·
Replies
2
Views
2K
  • · Replies 4 ·
Replies
4
Views
2K
  • · Replies 11 ·
Replies
11
Views
2K
  • · Replies 5 ·
Replies
5
Views
1K
  • · Replies 12 ·
Replies
12
Views
2K
  • · Replies 3 ·
Replies
3
Views
2K
  • · Replies 7 ·
Replies
7
Views
2K
  • · Replies 7 ·
Replies
7
Views
2K
Replies
8
Views
2K