Comments on: Try/Catch Blocks Can Hurt Performance

By: Jarmo

Jarmo — Fri, 24 Dec 2010 13:53:38 +0000

I was curious about try-catch penalty, and I found this page, but it did not clearly told me is there a penalty or not. I wrote code to prove.

System.DateTime start = System.DateTime.Now;
// 100 million times
for( int index = 0; index < 100000000; ++index)
{
try
{
int x = index;
}
catch( System.Exception )
{
}
finally { }
}
System.DateTime end = System.DateTime.Now;
double elapsed = (end – start).TotalMilliseconds;

250ms without try-catch-finally
484ms with try-catch
875ms with try-catch-finally
750ms with try-finally

I can now relax and write try-catch. Of course I use it only for exceptions, which occur seldomly.

By: Boigohegeapem

Boigohegeapem — Sun, 14 Nov 2010 08:13:13 +0000

KamaSutra Intensity Condoms KamaSutra Intensity Condoms 7 stiff neck side effect cymbalta how to buy Eulexin prescription 6 medications augmentin long term Aricept Aricept 5 combining wellbutrin and lexapro buy cheap Avapro 6 caffeine hyperactivity generic Betnovate fedex 4 viagra 100mg tablets purchase Lisinopril online 5 imitrex interaction buy Levaquin online without a prescription 3 glyburide micro 3m generic Glyset online canada 7 who makes lithium carbonate online us pharmacy Emsam 6 blackburn bike light lithium x8 Hytrin saturday delivery 2 symptom relief and bactrim cheapest prices for Advair Diskus online 2 lasix and potassium online Kamagra Oral Jelly sales 3 ganeric viagra how to buy Eulexin prescription 6 mood stabilizers depakote Indocin overnight 5 tropical ketoconazole cream Keppra cheap cod 5 spontaneious orgasm paxil Allopurinol cheap next day 8 how to dispense clonidine for toddler Coreg without presciption 1 aciphex for heartburn Grifulvin V drug 4 side effects of cefuroxime axetil non prescription Furosemide alternative 9 topamax assistance program buying Citalopram 2 effect of finasteride

By: Ian

Ian — Fri, 01 Oct 2010 17:00:10 +0000

If you are for example iterating a list of 100,000 items, and out of that list, perhaps you may encounter 1 or exception situations, would it be more performant to do an if check 100,000 times, or to remove the if check, and allow your exception block to handle the ‘exceptional situation’, say perhaps a null reference or something?

By: [Перевод] Лучшие практические решения обработки исключений в веб-приложениях ASP.NET - Александр Гончарук - технический блог - Microsoft User Group Винн�

Sat, 19 Jun 2010 17:37:45 +0000

[...] Try/Catch Blocks Can Hurt Performance Significantly – Chinh Do [...]

By: Using JavaScript’s Try-Catch Statement | 610 Design

Using JavaScript’s Try-Catch Statement | 610 Design — Thu, 08 Apr 2010 10:48:10 +0000

[...] short answer seems to be yes, although this article on MSDN says that performance is affected only when the catch portion [...]

By: Using JavaScript’s Try-Catch Statement | Impressive Webs Toronto

Using JavaScript’s Try-Catch Statement | Impressive Webs Toronto — Tue, 06 Apr 2010 14:48:52 +0000

[...] short answer seems to be yes, although this article on MSDN says that performance is affected only when the catch portion [...]

By: Chinh Do

Chinh Do — Sat, 06 Feb 2010 16:37:12 +0000

Hi Derk: Thanks for your comment. I agree with you. My example is an example of bad exception handling, so definitely don’t do it like that. Chinh

By: Derk

Derk — Sat, 06 Feb 2010 11:20:04 +0000

The thing that I see missing in this discussion is that exceptions should only be used for _exceptional_ behaviour. In your example, Chinh, you’ve used exceptions for expected behaviour. In general, exceptions are a great thing, and they don’t affect performance. Just don’t write code that depends on them being called.

By: Dmitriy

Dmitriy — Tue, 15 Dec 2009 19:00:09 +0000

This is would be the best way to do this try catch block
w.Start();
int notFound = 0;
try
{
for (int i = 1; i <= 1000000; i++)
{
int value = numbers[i];
}
}
catch
{
notFound++;
}
this.label1.Text = “Elapsed: ” + w.ElapsedMilliseconds + “.”;

By: Chinh Do

Chinh Do — Wed, 26 Aug 2009 16:47:21 +0000

Hi thedudeewr: Thanks for you comment. The point of the ProgrammerHeaven article is absolutely correct… there’s no significant performance issue with one single empty try/catch block.

My main point was only to add “but be careful”… even if the empty try/catch block doesn’t impose any performance issue, we usually have some type of code inside the catch block… and that code may be an issue when it gets triggered, especially in a loop. That’s all.

Anyway, I guess I didn’t say what I wanted to say clearly. I can see how my post could be misunderstood as trying to refute the ProgrammerHeaven’s article.