<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>kocmuk.ru блог &#187; perl</title>
	<atom:link href="http://kocmuk.ru/tag/perl/feed/" rel="self" type="application/rss+xml" />
	<link>http://kocmuk.ru</link>
	<description>My own personal playground</description>
	<lastBuildDate>Fri, 20 Jan 2012 19:04:13 +0000</lastBuildDate>
	<language>ru</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>MySQL binlog trimmer</title>
		<link>http://kocmuk.ru/2008/03/24/mysql_binlog_trimmer/</link>
		<comments>http://kocmuk.ru/2008/03/24/mysql_binlog_trimmer/#comments</comments>
		<pubDate>Mon, 24 Mar 2008 18:17:36 +0000</pubDate>
		<dc:creator>kocmuk.ru</dc:creator>
				<category><![CDATA[Coding]]></category>
		<category><![CDATA[database]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[mysql]]></category>

		<guid isPermaLink="false">http://kostik.org/2008/03/24/mysql_binlog_trimmer/</guid>
		<description><![CDATA[Появилась задача чистить старые(уже вкатанные) бинарные логи MySQL мастер-сервера, который пишет их для репликации данных на слейв-сервер. Погуглив, нашел пару таких скриптов, но: один был очень сложный и совмещенный с бэкапом этих логов, а второй просто удалял все логи старше 15 дней. Меня это не устраивает – потому как хочется быть уверенным, что удаляемые логи [...]]]></description>
			<content:encoded><![CDATA[<p>Появилась задача чистить старые(уже вкатанные) бинарные логи MySQL мастер-сервера, который пишет их для репликации данных на слейв-сервер.</p>
<p>Погуглив, нашел пару таких скриптов, но: один был очень сложный и совмещенный с бэкапом этих логов, а второй просто удалял все логи старше 15 дней. Меня это не устраивает – потому как хочется быть уверенным, что удаляемые логи уже точно вкатались в slave-сервер. При соблюдении этого условия мне нет необходимости их бэкапить.</p>
<p>Потому написал такой перловый скрипт: <a title="mysql_binlog_trimmer.pl" href="http://kocmuk.ru/files/2008/04/mysql_binlog_trimmer.pl">mysql_binlog_trimmer.pl</a></p>
<p>Работает этот скрипт так:</p>
<p><br/>Читать дальше <a href="http://kocmuk.ru/2008/03/24/mysql_binlog_trimmer/">MySQL binlog trimmer</a></p>
<br/>
Метки: <a href="http://kocmuk.ru/tag/mysql/" rel="tag">mysql</a>, <a href="http://kocmuk.ru/tag/perl/" rel="tag">perl</a>
<br/>
<hr />
© Авторство и права принадлежат: <a href="http://kocmuk.ru">kocmuk.ru блог</a>, 2008.

]]></content:encoded>
			<wfw:commentRss>http://kocmuk.ru/2008/03/24/mysql_binlog_trimmer/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Quota-1.6.1 memory leak</title>
		<link>http://kocmuk.ru/2007/12/17/quota-1_6_1_memory_leak/</link>
		<comments>http://kocmuk.ru/2007/12/17/quota-1_6_1_memory_leak/#comments</comments>
		<pubDate>Mon, 17 Dec 2007 13:31:07 +0000</pubDate>
		<dc:creator>kocmuk.ru</dc:creator>
				<category><![CDATA[Coding]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[patch]]></category>
		<category><![CDATA[quota]]></category>

		<guid isPermaLink="false">http://kostik.org/2008/04/05/quota-161-memory-leak/</guid>
		<description><![CDATA[Две новости. Как видимо никто не успел заметить, перловый модуль Quota-1.6.0 превратился в 1.6.1 и обзавелся возможностью получать по RPC групповые квоты с NFS хранилища. Для реализации EXT_RPC была использована утилита из Slackware Linux: quota-tool. Это первая новость. Хотя уже не новая. :) Вторая. После недели интенсивного использования этого модуля было замечено, что у него [...]]]></description>
			<content:encoded><![CDATA[<p>Две новости.</p>
<p>Как видимо никто не успел заметить, перловый модуль <a HREF="http://search.cpan.org/~tomzo/Quota-1.6.1/" TARGET="_blank">Quota-1.6.0</a> превратился в 1.6.1 и обзавелся возможностью получать по RPC групповые квоты с NFS хранилища. Для реализации EXT_RPC была использована утилита из Slackware Linux: <a HREF="http://slackware.rol.ru/slackware/slackware-11.0/source/ap/quota/" TARGET="_blank">quota-tool</a>. Это первая новость. Хотя уже не новая. :)</p>
<p>Вторая. После недели интенсивного использования этого модуля было замечено, что у него течет память. Течет на “<em>authentication handle</em>” вида: <em>&laquo;client-&gt;cl_auth = authunix_create&raquo;</em>. Он видимо должен уничтожаться после того как отработал.</p>
<p><strong>Вот такой патч мне помог</strong>. Неделя такого же интенсивного использования «без утечек».</p>
<p><br/>Читать дальше <a href="http://kocmuk.ru/2007/12/17/quota-1_6_1_memory_leak/">Quota-1.6.1 memory leak</a></p>
<br/>
Метки: <a href="http://kocmuk.ru/tag/patch/" rel="tag">patch</a>, <a href="http://kocmuk.ru/tag/perl/" rel="tag">perl</a>, <a href="http://kocmuk.ru/tag/quota/" rel="tag">quota</a>
<br/>
<hr />
© Авторство и права принадлежат: <a href="http://kocmuk.ru">kocmuk.ru блог</a>, 2007.

]]></content:encoded>
			<wfw:commentRss>http://kocmuk.ru/2007/12/17/quota-1_6_1_memory_leak/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

