# Check the performance of helpers

**URL:** <https://www.ruby-forum.com/t/check-the-performance-of-helpers/160754>\
**Category:** Rails\
**Created:** [February 19, 2009, 11:46am UTC](https://www.ruby-forum.com/t/check-the-performance-of-helpers/160754 "2009-02-19T11:46:31Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![nike](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/n/dbc845/32.png) [@nike](https://www.ruby-forum.com/u/nike)\
**Post date:** [February 19, 2009, 11:46am UTC](https://www.ruby-forum.com/t/check-the-performance-of-helpers/160754/1 "2009-02-19T11:46:31Z")

</div>

how to check the performance of helpers.

For ex if am using content\_tag for creating li instead of writing

- directly.I want to check how much time content\_tag will take time to excute as 
-

---

<div class="post-metadata">

**Author:** ![nike](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/n/dbc845/32.png) [@nike](https://www.ruby-forum.com/u/nike)\
**Post date:** [February 20, 2009, 2:43am UTC](https://www.ruby-forum.com/t/check-the-performance-of-helpers/160754/2 "2009-02-20T02:43:23Z")

</div>

You could probably set up a benchmark, but the more important question  
is: WHY?  
Worrying about something that probably takes a couple extra  
microseconds isn’t  
likely to yield any benefit, unless you’re rendering thousands of  
elements.

…and if you’re doing that, you probably need to look into some  
pagination, not the  
performance implications of content\_tag.

–Matt J.

On Feb 19, 5:46 am, Nike M. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)

---

<div class="post-metadata">

**Author:** ![nike](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/n/dbc845/32.png) [@nike](https://www.ruby-forum.com/u/nike)\
**Post date:** [February 20, 2009, 5:45am UTC](https://www.ruby-forum.com/t/check-the-performance-of-helpers/160754/3 "2009-02-20T05:45:46Z")

</div>

Matt J. wrote:

> You could probably set up a benchmark, but the more important question  
> is: WHY?  
> Worrying about something that probably takes a couple extra  
> microseconds isn’t  
> likely to yield any benefit, unless you’re rendering thousands of  
> elements.
> 
> …and if you’re doing that, you probably need to look into some  
> pagination, not the  
> performance implications of content\_tag.
> 
> –Matt J.
> 
> On Feb 19, 5:46�am, Nike M. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)

Thanks