<?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 for Java Today</title>
	<atom:link href="http://javatoday.ru/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://javatoday.ru</link>
	<description>Как это делается сегодня</description>
	<pubDate>Thu, 18 Mar 2010 11:15:11 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Мониторинг JVM by Игорь Лобанов</title>
		<link>http://javatoday.ru/2009/11/monitoring-jvm/comment-page-1/#comment-1350</link>
		<dc:creator>Игорь Лобанов</dc:creator>
		<pubDate>Tue, 10 Nov 2009 13:23:19 +0000</pubDate>
		<guid isPermaLink="false">http://javatoday.ru/?p=271#comment-1350</guid>
		<description>&lt;a href="#comment-1348" rel="nofollow"&gt;@Timur Akhmadeev&lt;/a&gt; 
Ну да, так и есть: Young Gen != Old Gen != Perm Gen. Я хотел подчеркнуть, что именно в Old Gen, а не в двух других накапливается эффект типовых утечек памяти. И накапливаться он может очень долго, так как именно Old Gen имеет самый большой размер. Бывают, конечно, «специальные» утечки в Perm Gen, например, из-за лишней интернализации строк или из-за невыгружаемых классов, но это всё экзотика. В большинстве же случаев утекает именно Old Gen.</description>
		<content:encoded><![CDATA[<p><a href="#comment-1348" rel="nofollow">@Timur Akhmadeev</a><br />
Ну да, так и есть: Young Gen != Old Gen != Perm Gen. Я хотел подчеркнуть, что именно в Old Gen, а не в двух других накапливается эффект типовых утечек памяти. И накапливаться он может очень долго, так как именно Old Gen имеет самый большой размер. Бывают, конечно, «специальные» утечки в Perm Gen, например, из-за лишней интернализации строк или из-за невыгружаемых классов, но это всё экзотика. В большинстве же случаев утекает именно Old Gen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Мониторинг JVM by Timur Akhmadeev</title>
		<link>http://javatoday.ru/2009/11/monitoring-jvm/comment-page-1/#comment-1348</link>
		<dc:creator>Timur Akhmadeev</dc:creator>
		<pubDate>Tue, 10 Nov 2009 08:45:03 +0000</pubDate>
		<guid isPermaLink="false">http://javatoday.ru/?p=271#comment-1348</guid>
		<description>&gt;Самый важный из них для «долгоиграющих» JVM — Old Gen Used Space по отношению к Old Gen Max Size. Дело в том, что утечки в Perm Gen становятся заметны сразу в силу его небольшого размера, а Young Gen утечек не покажет никогда.
Кхм-кхм. Permanent generation != Tenured generation.
Про небольшой размер - спорно, т.к. по дефолту он как раз-таки будет намного больше young generation на серверной vm с достаточным размером Xms/Xmx.</description>
		<content:encoded><![CDATA[<p>&gt;Самый важный из них для «долгоиграющих» JVM — Old Gen Used Space по отношению к Old Gen Max Size. Дело в том, что утечки в Perm Gen становятся заметны сразу в силу его небольшого размера, а Young Gen утечек не покажет никогда.<br />
Кхм-кхм. Permanent generation != Tenured generation.<br />
Про небольшой размер - спорно, т.к. по дефолту он как раз-таки будет намного больше young generation на серверной vm с достаточным размером Xms/Xmx.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Мониторинг JVM by Игорь Лобанов</title>
		<link>http://javatoday.ru/2009/11/monitoring-jvm/comment-page-1/#comment-1313</link>
		<dc:creator>Игорь Лобанов</dc:creator>
		<pubDate>Sat, 07 Nov 2009 06:44:45 +0000</pubDate>
		<guid isPermaLink="false">http://javatoday.ru/?p=271#comment-1313</guid>
		<description>&lt;a href="#comment-1307" rel="nofollow"&gt;@Ruslan&lt;/a&gt; 
К сожалению, с точки зрения постоянного мониторинга VisualVM попадает в тот же сегмент, что и старая добрая jConsole. Это прежде всего инструмент разработчика, а не системного администратора. А так, да, штука очень интересная.</description>
		<content:encoded><![CDATA[<p><a href="#comment-1307" rel="nofollow">@Ruslan</a><br />
К сожалению, с точки зрения постоянного мониторинга VisualVM попадает в тот же сегмент, что и старая добрая jConsole. Это прежде всего инструмент разработчика, а не системного администратора. А так, да, штука очень интересная.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Мониторинг JVM by Ruslan</title>
		<link>http://javatoday.ru/2009/11/monitoring-jvm/comment-page-1/#comment-1307</link>
		<dc:creator>Ruslan</dc:creator>
		<pubDate>Fri, 06 Nov 2009 21:23:08 +0000</pubDate>
		<guid isPermaLink="false">http://javatoday.ru/?p=271#comment-1307</guid>
		<description>а как на счет стандартного средства для мониторинга, профилировки и диагностики Java-приложений jvisualvm?

http://habrahabr.ru/blogs/java/61857/</description>
		<content:encoded><![CDATA[<p>а как на счет стандартного средства для мониторинга, профилировки и диагностики Java-приложений jvisualvm?</p>
<p><a href="http://habrahabr.ru/blogs/java/61857/" onclick="javascript:pageTracker._trackPageview('/outbound/comment/http://habrahabr.ru/blogs/java/61857/');" rel="nofollow">http://habrahabr.ru/blogs/java/61857/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Git и Subversion by andvs</title>
		<link>http://javatoday.ru/2009/08/git-subversio/comment-page-1/#comment-1016</link>
		<dc:creator>andvs</dc:creator>
		<pubDate>Wed, 23 Sep 2009 03:21:31 +0000</pubDate>
		<guid isPermaLink="false">http://javatoday.ru/?p=258#comment-1016</guid>
		<description>&lt;a href="#comment-1010" rel="nofollow"&gt;@Игорь Лобанов&lt;/a&gt; 
флэшка как вариант уже рассматривал, думаю придется остановиться на нем</description>
		<content:encoded><![CDATA[<p><a href="#comment-1010" rel="nofollow">@Игорь Лобанов</a><br />
флэшка как вариант уже рассматривал, думаю придется остановиться на нем</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Git и Subversion by Игорь Лобанов</title>
		<link>http://javatoday.ru/2009/08/git-subversio/comment-page-1/#comment-1010</link>
		<dc:creator>Игорь Лобанов</dc:creator>
		<pubDate>Tue, 22 Sep 2009 06:04:44 +0000</pubDate>
		<guid isPermaLink="false">http://javatoday.ru/?p=258#comment-1010</guid>
		<description>&lt;a href="#comment-1008" rel="nofollow"&gt;@andvs&lt;/a&gt; 
Если прокси не пускает svn-трафик, то и git-svn из корпоративной сети работать не будет. Что возможно, так это разместить свой рабочий каталог и репозиторий Git на флешке и таскать его с собой на работу. Коммиты в локальный репозиторий (на флешку) можно делать где угодно, а сливать изменения в svn-репозиторий только из дома.</description>
		<content:encoded><![CDATA[<p><a href="#comment-1008" rel="nofollow">@andvs</a><br />
Если прокси не пускает svn-трафик, то и git-svn из корпоративной сети работать не будет. Что возможно, так это разместить свой рабочий каталог и репозиторий Git на флешке и таскать его с собой на работу. Коммиты в локальный репозиторий (на флешку) можно делать где угодно, а сливать изменения в svn-репозиторий только из дома.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Git и Subversion by andvs</title>
		<link>http://javatoday.ru/2009/08/git-subversio/comment-page-1/#comment-1008</link>
		<dc:creator>andvs</dc:creator>
		<pubDate>Tue, 22 Sep 2009 02:02:54 +0000</pubDate>
		<guid isPermaLink="false">http://javatoday.ru/?p=258#comment-1008</guid>
		<description>Игорь, привет
Работаю из дома с удаленным SVN, но периодически возникает потребность работать с этим SVN на основной работе, но не получается из-за особенностей прокси сервера корпоративной сети. Возможно ли используя Git натроить нормальную работу с SVN с рабочего и домашнего компьютера</description>
		<content:encoded><![CDATA[<p>Игорь, привет<br />
Работаю из дома с удаленным SVN, но периодически возникает потребность работать с этим SVN на основной работе, но не получается из-за особенностей прокси сервера корпоративной сети. Возможно ли используя Git натроить нормальную работу с SVN с рабочего и домашнего компьютера</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Git и Subversion by Игорь Лобанов</title>
		<link>http://javatoday.ru/2009/08/git-subversio/comment-page-1/#comment-839</link>
		<dc:creator>Игорь Лобанов</dc:creator>
		<pubDate>Thu, 06 Aug 2009 06:23:51 +0000</pubDate>
		<guid isPermaLink="false">http://javatoday.ru/?p=258#comment-839</guid>
		<description>&lt;blockquote cite="#commentbody-838"&gt;
&lt;strong&gt;&lt;a href="#comment-838" rel="nofollow"&gt;wax&lt;/a&gt; :&lt;/strong&gt;
&lt;p&gt;Я вот создаю патч, потом откатываю изменения, вношу нужные правки, потом накатываю патч. Если возникают конфликты, то, насколько я понимаю, Idea умеет их разрешать при таком раскладе.&lt;/p&gt;
&lt;/blockquote&gt;

В общем, именно так и работает git svn rebase :)</description>
		<content:encoded><![CDATA[<blockquote cite="#commentbody-838"><p>
<strong><a href="#comment-838" rel="nofollow">wax</a> :</strong></p>
<p>Я вот создаю патч, потом откатываю изменения, вношу нужные правки, потом накатываю патч. Если возникают конфликты, то, насколько я понимаю, Idea умеет их разрешать при таком раскладе.</p>
</blockquote>
<p>В общем, именно так и работает git svn rebase :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Git и Subversion by wax</title>
		<link>http://javatoday.ru/2009/08/git-subversio/comment-page-1/#comment-838</link>
		<dc:creator>wax</dc:creator>
		<pubDate>Thu, 06 Aug 2009 05:16:33 +0000</pubDate>
		<guid isPermaLink="false">http://javatoday.ru/?p=258#comment-838</guid>
		<description>&gt;В итоге получается, что для быстрого исправления вам остаётся только 
&gt;вытянуть параллельный рабочий каталог

Не самый оптимальный вариант, кстати, учитывая, что SVN медленный. Я вот создаю патч, потом откатываю изменения, вношу нужные правки, потом накатываю патч. Если возникают конфликты, то, насколько я понимаю, Idea умеет их разрешать при таком раскладе.

В целом по статье скажу, что ты прав, надо пересилить себя и уже начать изучать Git. Уж очень у него много вкусных фич.</description>
		<content:encoded><![CDATA[<p>&gt;В итоге получается, что для быстрого исправления вам остаётся только<br />
&gt;вытянуть параллельный рабочий каталог</p>
<p>Не самый оптимальный вариант, кстати, учитывая, что SVN медленный. Я вот создаю патч, потом откатываю изменения, вношу нужные правки, потом накатываю патч. Если возникают конфликты, то, насколько я понимаю, Idea умеет их разрешать при таком раскладе.</p>
<p>В целом по статье скажу, что ты прав, надо пересилить себя и уже начать изучать Git. Уж очень у него много вкусных фич.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Git и Subversion by Игорь Лобанов</title>
		<link>http://javatoday.ru/2009/08/git-subversio/comment-page-1/#comment-831</link>
		<dc:creator>Игорь Лобанов</dc:creator>
		<pubDate>Mon, 03 Aug 2009 08:47:39 +0000</pubDate>
		<guid isPermaLink="false">http://javatoday.ru/?p=258#comment-831</guid>
		<description>&lt;a href="#comment-830" rel="nofollow"&gt;@TheMalkolm&lt;/a&gt; 
Если вкратце, для этого нужно в рабочем каталоге сделать
git svn rebase
git svn dcommit</description>
		<content:encoded><![CDATA[<p><a href="#comment-830" rel="nofollow">@TheMalkolm</a><br />
Если вкратце, для этого нужно в рабочем каталоге сделать<br />
git svn rebase<br />
git svn dcommit</p>
]]></content:encoded>
	</item>
</channel>
</rss>
