<?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>Comments on: grep и регулярните изрази</title>
	<atom:link href="http://marto.lazarov.org/howto/2008/grep-regular-expressions.html/feed" rel="self" type="application/rss+xml" />
	<link>http://marto.lazarov.org/howto/2008/grep-regular-expressions.html</link>
	<description>Not just another WordPress weblog</description>
	<lastBuildDate>Wed, 04 Jan 2012 09:54:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Марто</title>
		<link>http://marto.lazarov.org/howto/2008/grep-regular-expressions.html/comment-page-1#comment-978</link>
		<dc:creator>Марто</dc:creator>
		<pubDate>Fri, 31 Oct 2008 11:31:43 +0000</pubDate>
		<guid isPermaLink="false">http://marto.lazarov.org/?p=308#comment-978</guid>
		<description>Копам, копам;)

Тествания файл е 448M, рама total 384МБ 
(става дума за XEN сървър)
В крайна сметка до нищо по-различно не доведаха и допълнителните тестове:

time grep -E &#039;\[[0-9]+/Jul&#039;

real    0m29.342s
real    0m28.208s
real    0m28.631s
real    0m30.524s

time grep -E &#039;^[0-9\.]+ \- \- \[[0-9]+/Jul&#039;

real    2m1.908s
real    2m6.382s
real    2m0.161s
real    2m4.820s

(тестовете са поред - първо пускам 4 пъти еидния, след което 4 пъти другия)</description>
		<content:encoded><![CDATA[<p>Копам, копам;)</p>
<p>Тествания файл е 448M, рама total 384МБ<br />
(става дума за XEN сървър)<br />
В крайна сметка до нищо по-различно не доведаха и допълнителните тестове:</p>
<p>time grep -E &#8216;\[[0-9]+/Jul&#8217;</p>
<p>real    0m29.342s<br />
real    0m28.208s<br />
real    0m28.631s<br />
real    0m30.524s</p>
<p>time grep -E &#8216;^[0-9\.]+ \- \- \[[0-9]+/Jul&#8217;</p>
<p>real    2m1.908s<br />
real    2m6.382s<br />
real    2m0.161s<br />
real    2m4.820s</p>
<p>(тестовете са поред &#8211; първо пускам 4 пъти еидния, след което 4 пъти другия)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mail123456</title>
		<link>http://marto.lazarov.org/howto/2008/grep-regular-expressions.html/comment-page-1#comment-973</link>
		<dc:creator>mail123456</dc:creator>
		<pubDate>Thu, 30 Oct 2008 16:43:41 +0000</pubDate>
		<guid isPermaLink="false">http://marto.lazarov.org/?p=308#comment-973</guid>
		<description>дали ?
твърдението ти е вярно ... НО само след първото прочитане на въпросния файл, и при положение че нямаш други &quot;гладни&quot; за RAM процеси ... ако имаш достатъчно RAM твърде е вероятно въпросния файл да се &quot;cache&quot; ... айде поздрави и копай повече (ударение е на О-то) :)</description>
		<content:encoded><![CDATA[<p>дали ?<br />
твърдението ти е вярно &#8230; НО само след първото прочитане на въпросния файл, и при положение че нямаш други &#8220;гладни&#8221; за RAM процеси &#8230; ако имаш достатъчно RAM твърде е вероятно въпросния файл да се &#8220;cache&#8221; &#8230; айде поздрави и копай повече (ударение е на О-то) <img src='http://marto.lazarov.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Марто</title>
		<link>http://marto.lazarov.org/howto/2008/grep-regular-expressions.html/comment-page-1#comment-970</link>
		<dc:creator>Марто</dc:creator>
		<pubDate>Thu, 30 Oct 2008 16:23:41 +0000</pubDate>
		<guid isPermaLink="false">http://marto.lazarov.org/?p=308#comment-970</guid>
		<description>Както писах в поста идеята да &quot;разкрася&quot; регулярния израз бе да се застраховам от грешки (наличието на &quot;неприлични&quot; символи в Get адреса) В крайна сметка за теста вършат работа и двете (разбира се по-&quot;красивия&quot; е по-бавен по разбираеми причини).
 Това за tmpfs-a е добра идея, имам едни заделени 256мб ще ги опъна за теста.

 Въпреки всичко забавянето при четене на диска е достатъчно еднакво и за extended и за perl pattern-a. Не смятам, че от там идва разликата между двете:)</description>
		<content:encoded><![CDATA[<p>Както писах в поста идеята да &#8220;разкрася&#8221; регулярния израз бе да се застраховам от грешки (наличието на &#8220;неприлични&#8221; символи в Get адреса) В крайна сметка за теста вършат работа и двете (разбира се по-&#8221;красивия&#8221; е по-бавен по разбираеми причини).<br />
 Това за tmpfs-a е добра идея, имам едни заделени 256мб ще ги опъна за теста.</p>
<p> Въпреки всичко забавянето при четене на диска е достатъчно еднакво и за extended и за perl pattern-a. Не смятам, че от там идва разликата между двете:)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mail123456</title>
		<link>http://marto.lazarov.org/howto/2008/grep-regular-expressions.html/comment-page-1#comment-968</link>
		<dc:creator>mail123456</dc:creator>
		<pubDate>Thu, 30 Oct 2008 16:02:07 +0000</pubDate>
		<guid isPermaLink="false">http://marto.lazarov.org/?p=308#comment-968</guid>
		<description>ако ще правиш тестове на бързината на grep се абстрахирай от диска ... в случая вадиш заключения на базата на грешна тестова постановка ... 
съгласен съм че egrep е по-бавен, но е абсурдо твърдението за 66 пъти разлика ... 
в твоите примери си пуснал egrep в началото ... ако не си &quot;изчел&quot; преди това този файл това определено ще доведе до внасянето на огромна грешка (забавяне) при четенето от диска ... 
при повторното пускане на egrep-а с другия pattern съм вече по-склонен да се съглася ... би било хубаво да повтаряш по няколко пъти едно и също за да сведеш до минимум случайните грешки (като например cashe flush) ... още по-хубаво би било ако го качиш в някой RAM диск ... 

в случая броя на core-тата на CPU-тата е без голямо значение ... имаш 1 процес в примерите които си дал ... CPU cache и RAM това се иска ...

и btw regex-a изглежда загадъчно и красиво ... но няма нужда да го блъскаш с много правила ... keep it simple :)</description>
		<content:encoded><![CDATA[<p>ако ще правиш тестове на бързината на grep се абстрахирай от диска &#8230; в случая вадиш заключения на базата на грешна тестова постановка &#8230;<br />
съгласен съм че egrep е по-бавен, но е абсурдо твърдението за 66 пъти разлика &#8230;<br />
в твоите примери си пуснал egrep в началото &#8230; ако не си &#8220;изчел&#8221; преди това този файл това определено ще доведе до внасянето на огромна грешка (забавяне) при четенето от диска &#8230;<br />
при повторното пускане на egrep-а с другия pattern съм вече по-склонен да се съглася &#8230; би било хубаво да повтаряш по няколко пъти едно и също за да сведеш до минимум случайните грешки (като например cashe flush) &#8230; още по-хубаво би било ако го качиш в някой RAM диск &#8230; </p>
<p>в случая броя на core-тата на CPU-тата е без голямо значение &#8230; имаш 1 процес в примерите които си дал &#8230; CPU cache и RAM това се иска &#8230;</p>
<p>и btw regex-a изглежда загадъчно и красиво &#8230; но няма нужда да го блъскаш с много правила &#8230; keep it simple <img src='http://marto.lazarov.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Марто</title>
		<link>http://marto.lazarov.org/howto/2008/grep-regular-expressions.html/comment-page-1#comment-967</link>
		<dc:creator>Марто</dc:creator>
		<pubDate>Thu, 30 Oct 2008 15:38:18 +0000</pubDate>
		<guid isPermaLink="false">http://marto.lazarov.org/?p=308#comment-967</guid>
		<description>Да добява и това:
cat /etc/SuSE-release
openSUSE 10.3 (X86-64)
VERSION = 10.3

В интерес на истината в къщи имам същата машина Pentium III (Coppermine) на 696.997MHz. Трябва да бутна някое логче там и да пробвам.</description>
		<content:encoded><![CDATA[<p>Да добява и това:<br />
cat /etc/SuSE-release<br />
openSUSE 10.3 (X86-64)<br />
VERSION = 10.3</p>
<p>В интерес на истината в къщи имам същата машина Pentium III (Coppermine) на 696.997MHz. Трябва да бутна някое логче там и да пробвам.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!--
Hyper cache file: df6384ec2d872a10bf2659d85cab6a14
Cache created: 10-02-2012 08:38:08
HCE Version: 0.9.8
Load AVG: 6.03(6)
-->
