tags:

views:

173

answers:

4

I am somewhat new to PHP and I am wondering: How important is it to unset variables in PHP? I know in languages like C we free the allocated memory to prevent leaks, etc. By using unset on variables when I am done with them, will this significantly increase performance of my applications?

Also is there a benchmark anywhere that compares difference between using unset and not using unset?

+2  A: 

Applications being written in languages like C usually run for many hours. But usual php application's runtime is just about 0.05 sec. So, it is much less important to use unset.

Col. Shrapnel
While it may be true it isn't the right answer. I have run scripts PHP for days. As PHP is garbage collected the amount of time a script has been running is for the most part irrelevant.
Yacoby
The answer also gives the impression that `unset` would be required in a long running script and that `unset` is the equivalent of `free`.
Yacoby
+5  A: 

There are many situations in which unset will not actually deallocate much of anything, so its use is generally quite pointless unless the logical flow of your code necessitates its non-existence.

Azeem.Butt
It should also be said that all memory is freed at the end of script execution anyway, so unsetting before the end of execution will do little good (and may even be detrimental) for performance.
mattbasta
+5  A: 

See this example (and the article I linked below the question):

$x = str_repeat('x', 80000);
echo memory_get_usage() . "<br>\n";      // 120172
echo memory_get_peak_usage() . "<br>\n"; // 121248

$x = str_repeat('x', 80000);
echo memory_get_usage() . "<br>\n";      // 120172
echo memory_get_peak_usage() . "<br>\n"; // 201284

As you can see, at one point PHP had used up almost double the memory. This is because before assigning the 'x'-string to $x, PHP builds the new string in memory, while holding the previous variable in memory, too. This could have been prevented with unsetting $x.

Does it matter? Well, the linked article sums it quite good with

This isn't critical, except when it is.

It doesn't hurt to unset your variables when you no longer need them. Maybe you are on a shared host and want to do some iterating over large datasets. If unsetting would prevent PHP from ending with Allowed memory size of XXXX bytes exhausted, then it's worth the tiny effort.

What should also be taken into account is, that even if the request lifetime is just a second, doubling the memory usage effectively halves the maximum amount of simultaneous requests that can be served. If you are nowhere close to the server's limit anyway, then who cares, but if you are, then a simple unset could save you the money for more RAM or an additional server.

Gordon
In a current project I am using PHP to generate a number of HTML pages of variable size by moving through a loop, so I should definitely unset the variable which is holding the contents at the end of each loop. That could potentially be 'critical' correct?
dd0x
@dd0x In theory, yes. But in practise, you should use something like XDebug to profile your application to see if it is really critical. I consider unsetting in PHP much more of a scaling optimization than an absolute necessity.
Gordon
@dd0x Just to add, PHP has a garbage collector which ensures that 99.9% of the time you don't have to worry.
Yacoby
@Yacoby I've linked the GC pages below the question ;) and PHP would still use double the memory in the example above, even with the GC enabled.
Gordon
A: 

It depends, you should make sure you unsetted very long strings (such as a blog post's content selected from a db).

<?php
$post = get_blog_post();
echo $post;
unset($post);
?>
SHiNKiROU