<?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: Использование Indexing Service для поиска по исходникам.</title>
	<atom:link href="http://blog.not-a-kernel-guy.com/2006/11/06/94/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.not-a-kernel-guy.com/2006/11/06/94</link>
	<description>... in the Windows kernel team</description>
	<pubDate>Wed, 07 Jan 2009 10:00:42 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Not a kernel guy</title>
		<link>http://blog.not-a-kernel-guy.com/2006/11/06/94/comment-page-1#comment-42</link>
		<dc:creator>Not a kernel guy</dc:creator>
		<pubDate>Mon, 20 Nov 2006 19:36:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.not-a-kernel-guy.com/2006/11/06/94#comment-42</guid>
		<description>&gt; иногда он на разделах с большим количеством файлов отнимал 20-30% процесорного времени, самая большая проблема всех подобных програм это их совмещение с антивирусом и дефрагментатором.

Да, это общая проблема для всех подобных программ. Причем, ввиду сложностей с приоритезацией запросов к HDD в Windows, полностью не решаемая. Реально можно только играться с приоритетами, скажем, опустить приоритет indexing service до минимума, если кол-во изменений в файлах не велико. Так же стоит максимально изолировать антивирус, дефрагментатор и собственно индексирование файлов. 

Например у меня все исходники храняться на отдельном разделе (объектные файлы и бинарники тоже используют отледьные разделы). Все эти разделы антивирус не проверяет. Это можно считать дыркой в безопасности, однако игра стоит свеч. Большая часть вирусной активности приходится на другие разделы, а при компиляции экономяться часы. Дефрагментатор тоже запускается только по ночам. И, наконец, каталоги indexing service настроены так, чтобы индексировать только то, что нужно, а не все диски. 

PS: Кроме всего прочего, мощный компьютер - это наше всё. Иначе рабочий день превращается в бесконечную череду "кофейных передывов". :-)</description>
		<content:encoded><![CDATA[<p>> иногда он на разделах с большим количеством файлов отнимал 20-30% процесорного времени, самая большая проблема всех подобных програм это их совмещение с антивирусом и дефрагментатором.</p>
<p>Да, это общая проблема для всех подобных программ. Причем, ввиду сложностей с приоритезацией запросов к HDD в Windows, полностью не решаемая. Реально можно только играться с приоритетами, скажем, опустить приоритет indexing service до минимума, если кол-во изменений в файлах не велико. Так же стоит максимально изолировать антивирус, дефрагментатор и собственно индексирование файлов. </p>
<p>Например у меня все исходники храняться на отдельном разделе (объектные файлы и бинарники тоже используют отледьные разделы). Все эти разделы антивирус не проверяет. Это можно считать дыркой в безопасности, однако игра стоит свеч. Большая часть вирусной активности приходится на другие разделы, а при компиляции экономяться часы. Дефрагментатор тоже запускается только по ночам. И, наконец, каталоги indexing service настроены так, чтобы индексировать только то, что нужно, а не все диски. </p>
<p>PS: Кроме всего прочего, мощный компьютер - это наше всё. Иначе рабочий день превращается в бесконечную череду &#8220;кофейных передывов&#8221;. <img src='http://blog.not-a-kernel-guy.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stoune</title>
		<link>http://blog.not-a-kernel-guy.com/2006/11/06/94/comment-page-1#comment-41</link>
		<dc:creator>stoune</dc:creator>
		<pubDate>Mon, 20 Nov 2006 15:17:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.not-a-kernel-guy.com/2006/11/06/94#comment-41</guid>
		<description>Самая большое неудобство indexing service , в его недерминированом алгоритме обработки, иногда он на разделах с большим количеством файлов отнимал 20-30% процесорного времени, самая большая проблема всех подобных програм это их совмещение с антивирусом и дефрагментатором. При индексировании он обращается к файлам и антивирус как минимум должен получить контрольную суму файла к которому идёт обращение (так в хороших антивирусах сделано, но на рынке  хватает  и поделок) + свою лепту может вносить дефрагментатор, аля DiskKeeper 2007 , который работает в фоновом режиме, в совокупности даже на неслабом железе машина иногда замирает (а ещё может стоять фаервол и куча всякой гадости). Схожие проблемы имеет Google Desktop Search, но всё таки он пошустрее мне кажется, и интерфейс приятнее, хотя обещали в Vista сделать индексацию быстрее.</description>
		<content:encoded><![CDATA[<p>Самая большое неудобство indexing service , в его недерминированом алгоритме обработки, иногда он на разделах с большим количеством файлов отнимал 20-30% процесорного времени, самая большая проблема всех подобных програм это их совмещение с антивирусом и дефрагментатором. При индексировании он обращается к файлам и антивирус как минимум должен получить контрольную суму файла к которому идёт обращение (так в хороших антивирусах сделано, но на рынке  хватает  и поделок) + свою лепту может вносить дефрагментатор, аля DiskKeeper 2007 , который работает в фоновом режиме, в совокупности даже на неслабом железе машина иногда замирает (а ещё может стоять фаервол и куча всякой гадости). Схожие проблемы имеет Google Desktop Search, но всё таки он пошустрее мне кажется, и интерфейс приятнее, хотя обещали в Vista сделать индексацию быстрее.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
