<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentare zu: Performance: Arrays gegen Konstanten</title>
	<atom:link href="http://blog.rvi-media.de/php/performance-arrays-gegen-konstanten/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.rvi-media.de/php/performance-arrays-gegen-konstanten/</link>
	<description>Meine Erfahrungen und persönliche Weisheiten zu Programmierung, Linux &#38; sonstiger IT</description>
	<lastBuildDate>Mon, 23 Jan 2012 09:16:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Von: Performance: preg_replace ist langsam!(?) &#124; Web Developer Blog</title>
		<link>http://blog.rvi-media.de/php/performance-arrays-gegen-konstanten/comment-page-1/#comment-162</link>
		<dc:creator>Performance: preg_replace ist langsam!(?) &#124; Web Developer Blog</dc:creator>
		<pubDate>Wed, 05 Dec 2007 08:29:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rvi-media.de/php/performance-arrays-gegen-konstanten/#comment-162</guid>
		<description>[...] habe ich ja schon die Auswirkungen von Konstanten mit Arrays in Bezug auf Speicherverbrauch verglichen. Nun ist es wieder Zeit für neue [...]</description>
		<content:encoded><![CDATA[<p>[...] habe ich ja schon die Auswirkungen von Konstanten mit Arrays in Bezug auf Speicherverbrauch verglichen. Nun ist es wieder Zeit für neue [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: nukey</title>
		<link>http://blog.rvi-media.de/php/performance-arrays-gegen-konstanten/comment-page-1/#comment-108</link>
		<dc:creator>nukey</dc:creator>
		<pubDate>Wed, 10 Oct 2007 18:22:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rvi-media.de/php/performance-arrays-gegen-konstanten/#comment-108</guid>
		<description>konstants are konstants - they have no possibilities to interact with them. each and every array-entry is an object for itself - and maybe constants really get pre-parsed in a way we know it from c, so the memory-usage is as low as their values..</description>
		<content:encoded><![CDATA[<p>konstants are konstants &#8211; they have no possibilities to interact with them. each and every array-entry is an object for itself &#8211; and maybe constants really get pre-parsed in a way we know it from c, so the memory-usage is as low as their values..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ronald</title>
		<link>http://blog.rvi-media.de/php/performance-arrays-gegen-konstanten/comment-page-1/#comment-106</link>
		<dc:creator>Ronald</dc:creator>
		<pubDate>Wed, 10 Oct 2007 13:45:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rvi-media.de/php/performance-arrays-gegen-konstanten/#comment-106</guid>
		<description>Hi awokenMIND,

klar ist das natürlich ein Beispiel was fernab jeglicher Realität ist. Aber wenn ich ein Beispiel mit 100 Konstanten/Indizes genommen hätte, dann wäre der Unterschied kaum sichtbar gewesen. Mir ging es auch gar nicht so darum die Arrays zu verteufeln (bestimmt nicht), sondern vor allem um meine Neugierde zu befriedigen, ob es wirklich keine &quot;Verschwendung&quot; ist, dass jede Hinz- und Kunz-Standard-PHP-Funktion mit einem Sack voll Konstanten daher kommt - und das bei jedem Interpreter-Start. :-)</description>
		<content:encoded><![CDATA[<p>Hi awokenMIND,</p>
<p>klar ist das natürlich ein Beispiel was fernab jeglicher Realität ist. Aber wenn ich ein Beispiel mit 100 Konstanten/Indizes genommen hätte, dann wäre der Unterschied kaum sichtbar gewesen. Mir ging es auch gar nicht so darum die Arrays zu verteufeln (bestimmt nicht), sondern vor allem um meine Neugierde zu befriedigen, ob es wirklich keine &#8220;Verschwendung&#8221; ist, dass jede Hinz- und Kunz-Standard-PHP-Funktion mit einem Sack voll Konstanten daher kommt &#8211; und das bei jedem Interpreter-Start. :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: awokenMIND</title>
		<link>http://blog.rvi-media.de/php/performance-arrays-gegen-konstanten/comment-page-1/#comment-105</link>
		<dc:creator>awokenMIND</dc:creator>
		<pubDate>Wed, 10 Oct 2007 13:33:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rvi-media.de/php/performance-arrays-gegen-konstanten/#comment-105</guid>
		<description>Doch schon ein großer Unterschied. Da sieht man mal, wieviel Speicher man sich durch die Verwaltungsinformationen für Dynamik verbrät! Erstaunlich finde ich aber, dass die Laufzeit sich nicht bzw nur kaum ändert (Mikro-Timing). Bei den etlichen Array-Adressierungen hätte ich mir das schon deutlicher vorgestellt!

In der Realität aber doch recht belanglos. Wer definiert/nutzt schon 500.000 Variablen/Konstanten und regt sich DANN über lächerliche 50MB RAM auf? Das oft kritisierte schlechte Laufzeitverhalten bei Array-Nutzung hingegen scheint hier zumindest in der Praxis als eher irrelevant degradiert worden zu sein.</description>
		<content:encoded><![CDATA[<p>Doch schon ein großer Unterschied. Da sieht man mal, wieviel Speicher man sich durch die Verwaltungsinformationen für Dynamik verbrät! Erstaunlich finde ich aber, dass die Laufzeit sich nicht bzw nur kaum ändert (Mikro-Timing). Bei den etlichen Array-Adressierungen hätte ich mir das schon deutlicher vorgestellt!</p>
<p>In der Realität aber doch recht belanglos. Wer definiert/nutzt schon 500.000 Variablen/Konstanten und regt sich DANN über lächerliche 50MB RAM auf? Das oft kritisierte schlechte Laufzeitverhalten bei Array-Nutzung hingegen scheint hier zumindest in der Praxis als eher irrelevant degradiert worden zu sein.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

