<?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:atom="http://www.w3.org/2005/Atom"
				  >
<channel>
<atom:link rel="self"  type="application/rss+xml"  href="http://rulinux.net/rss_from_sect_4_subsect_9_thread_33827"  />
<title>rulinux.net - Форум - Linux-hardware - [СПВ]CPU per-core perfomance</title>
<link>http://rulinux.net/</link>
<description><![CDATA[Портал о GNU/Linux и не только]]></description>
<image><title>rulinux.net - Форум - Linux-hardware - [СПВ]CPU per-core perfomance</title>
<link>http://rulinux.net/</link>
<url>http://rulinux.net/rss_icon.png</url>
</image>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96755</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96755</guid>
<pubDate>Thu, 30 Jun 2011 14:28:55 +0400</pubDate>
<description><![CDATA[<p>С точки зрения латентности - да, тактовая частота рулит, плюс количество ядер, плюс объём и скорость памяти. Я после своего вынужденного апгрейда с одноядерного АМД64 который емнип ездил на частоте 2400 на 4х ядерный Феном 3Ггц на третьем сокете с удвоением памяти стал ровно в два раза счастливее. Первый апгрейд за многие годы когда удалось почуствовать качественные изменения. Я думаю это потому, что программам, ответственным за интерфейс со мной теперь не приходится по очереди исполняться на единственном ядре то и дело выдавливаясь оттуда и из кеша процессора другими задачами, да и память наверное более эффективно работает, плюс теперь дискового кеша стало намного больше. Вобщем всё работает и шустрее и плавнее. Ну и с несколькими ядрами просто прикольнее.</p><p></p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96754</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96754</guid>
<pubDate>Thu, 30 Jun 2011 14:01:24 +0400</pubDate>
<description><![CDATA[<p>Собственно, мне потому и хочется узнать лидера в скорости потока, чтобы понять, в чём именно тут дело... Для меня достаточно очевидно то, что на не нагруженной системе количество ядер влияет на субъективную производительность (например скорость kde на ядрах Power7 в режиме max core ничем особенно не примечательна). Остаётся ещё вопрос касательно тактовой частоты, является ли она определяющей</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96753</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96753</guid>
<pubDate>Thu, 30 Jun 2011 13:52:03 +0400</pubDate>
<description><![CDATA[<p><i>> попробовал core i7 и вообще говоря удивился шустростью </i><br> Есть ещё такая вещь как латентность или время отклика системы. Это очень важно для десктопных приложений, даже если на производительности не сказывается. Например у тебя все бизнесс-процессы упираются в производительность ввода вывода, и какую частоту проца ты не выбрал бы - он всё равно будет стоять и ждать устройств большую часть времени. Но при этом реакция на нажатия кнопок может наступить мгновенно, а может с задержкой (вспомни как это бесит пользователей графических приложений, написанных на джаве) - соответственно и субъективное ощущение от системы другое, и вот это тебя как раз тормозит, и при больших задержках возможны ошибки ввода - ну просто нажтая буква не вывелась на экран, ты пытаешься повторить ввод, она вывелась, ты наживаешь ентер - и хорошо если просто получишь ошибку, а не сделаешь что-то непоправимое..</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96752</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96752</guid>
<pubDate>Thu, 30 Jun 2011 13:45:01 +0400</pubDate>
<description><![CDATA[<p><i>> Кстати о. Втыкая в коньки, заметил, что нераспараллеленные задачи (типа сборки ядра в один поток) не сидят на одном ядре, а как будто размазываются по всем, отжирая процентов 10-15 каждого. Это один поток прыгает с ядра на ядро или как? И зачем он прыгает?</i><br> Я думаю, что когда в системе активных процессов больше чем доступных ядер, шедулер отдаёт им периодически кванты времени для исполнения, пропорционально приоритетам. В том числе приостанавливая и жрущий поток. А потом он возобновляется на первом попавшемся ядре.. Как-то так. </p><p>Если не хочешь чтобы он болтался туда-сюда - можешь закрепить поток за конкретным ядром с помощью taskset (пример использования: &nbsp;<a href="http://www.lor-ng.org/message.php?newsid=5351&page=0#38374">http://www.lor-ng.org/message.php?newsid=5351&page=0#38374</a> ) </p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96751</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96751</guid>
<pubDate>Thu, 30 Jun 2011 13:29:20 +0400</pubDate>
<description><![CDATA[<p>Я что-то про это читал, но на память уже не скажу, в чём точно цимес</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96750</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96750</guid>
<pubDate>Thu, 30 Jun 2011 13:19:38 +0400</pubDate>
<description><![CDATA[<p>Мне кажется, это отрицательно сказывается на производительности, если активно выполняющихся процессов больше одного. Или нет?</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96749</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96749</guid>
<pubDate>Thu, 30 Jun 2011 13:18:45 +0400</pubDate>
<description><![CDATA[<p>Видимо, так работает smp скеджулер, переносит задачу между ядрами для равномерности?</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96748</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96748</guid>
<pubDate>Thu, 30 Jun 2011 13:17:44 +0400</pubDate>
<description><![CDATA[<p>Кстати о. Втыкая в коньки, заметил, что нераспараллеленные задачи (типа сборки ядра в один поток) не сидят на одном ядре, а как будто размазываются по всем, отжирая процентов 10-15 каждого. Это один поток прыгает с ядра на ядро или как? И зачем он прыгает?</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96747</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96747</guid>
<pubDate>Thu, 30 Jun 2011 13:15:44 +0400</pubDate>
<description><![CDATA[<p><i>> интересно, какое ядро сейчас будет рулить на нераспараллеливаемых задачах</i><br> Много ядер будут рулить. Каждая нераспараллеливаемая задача будет сидеть на своём ядре не мешая остальным.</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96746</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96746</guid>
<pubDate>Thu, 30 Jun 2011 13:14:42 +0400</pubDate>
<description><![CDATA[<p>Жаль, не удосужился на старом Core 2 Duo сделать cd /usr/src/linux && time make -j2 для сравнения.</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96745</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96745</guid>
<pubDate>Thu, 30 Jun 2011 13:12:55 +0400</pubDate>
<description><![CDATA[<p><i>>я тут попробовал core i7 и вообще говоря удивился шустростью по сравнению с c2duo</i><br> Плюсую. Был Core 2 Duo Е6400, стал Core i7 2600. На моей генте разница заметна не то, чтобы невооружённым, но даже сильно подслеповатым глазом -)) </p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96744</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96744</guid>
<pubDate>Thu, 30 Jun 2011 13:09:47 +0400</pubDate>
<description><![CDATA[<p>Хбз, я тут попробовал core i7 и вообще говоря удивился шустростью по сравнению с c2duo. Ясное дело, это и скорость памяти и пр. но всё же интересно, какое ядро сейчас будет рулить на нераспараллеливаемых задачах</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96743</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96743</guid>
<pubDate>Thu, 30 Jun 2011 13:00:55 +0400</pubDate>
<description><![CDATA[<p>ИМХО на десктопе  заставляет ждать</p><p>1) Внешние  носители (самое отвратительное ожидание,  если  закидывать  через USB  300 Гб и при этом ты уже куда то опаздываешь )</p><p>2) Сеть</p><p>3) И только в конце  компиляция, кодирование видео/музыки, массовая обработка фото  итд</p><p> Если  3й пункт  у вас не связан с работой, то ИМХО пофигу  5 минут оно в фоне будет систему нагружать или 10 .</p><p></p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96742</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96742</guid>
<pubDate>Thu, 30 Jun 2011 12:59:53 +0400</pubDate>
<description><![CDATA[<p><i>> Что обычно заставляет нас ждать на десктопе? Архивация или распаковка, конвертация видео? Что обычно тормозит? </i><br> Меня похоже тормозит только файловая система при доступе к большим иерархиям каталогов с большим количеством файлов. Ну и разные неэффективные алгоритмы.</p><p>Я не жду архивации - если нужно что-то сделать - оно делается в фоне пока я занимаюсь другими задачами и не мешает жить, особенно если оно делается пока я сплю.  Это если брать какие-нибудь крупные архивы, мелкие просто мгновенно распаковываются, там вообще всё равно. Если твоя архивация развивает огромный IO трафик на том же диске, который использует твоя ОС и/или ПО - тебя ещё будут тормозить возможности дисковой подсистемы и возможно тот пресловутый баг, номер которого я не помню - у меня всего этого нет потому что одновременно используемые каталоги разбросаны по разным физическим накопителям.</p><p><i>> Меня интересует именно сжатие-распаковка без потерь и с потерями. Это если конкретизировать. Но по-моему всё таки быстрое ядро оно быстрое в абсолютном большинстве десктопных задач.</i><br> Для просмотра видео я пользуюсь отдельным девайсом на специально заточенном под это дело чипсете, ну просто так удобнее. В любом случае с декодированием HD в h264 у меня четыре ядра не справляются без помощи GPU. А с GPU лажает периодически - проскальзывает полоса по экрану, наверное баг vdpau какой-нибудь, хотя смотреть не мешает и уж ждать не заставляет. Про сжатие выше написал почему оно меня не заставляет ждать. </p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96741</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96741</guid>
<pubDate>Thu, 30 Jun 2011 12:57:54 +0400</pubDate>
<description><![CDATA[<p>И я о том же говорю! Сейчас нет особого смысла смотреть на скорость процессора (если только ты не геймер или гентушник). Сейчас внимание стоит акцентировать на носителях данных.</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96740</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96740</guid>
<pubDate>Thu, 30 Jun 2011 12:56:09 +0400</pubDate>
<description><![CDATA[<p>Скорость работы ядра тут не особенно поможет.</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96739</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96739</guid>
<pubDate>Thu, 30 Jun 2011 12:51:59 +0400</pubDate>
<description><![CDATA[<p><i>>Что обычно заставляет нас ждать на десктопе? Архивация или распаковка, конвертация видео? Что обычно тормозит?</i><br> IO</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96738</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96738</guid>
<pubDate>Thu, 30 Jun 2011 12:40:06 +0400</pubDate>
<description><![CDATA[<p>Что обычно заставляет нас ждать на десктопе? Архивация или распаковка, конвертация видео? Что обычно тормозит? Меня интересует именно сжатие-распаковка без потерь и с потерями. Это если конкретизировать. Но по-моему всё таки быстрое ядро оно быстрое в абсолютном большинстве десктопных задач.</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96737</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96737</guid>
<pubDate>Thu, 30 Jun 2011 12:19:49 +0400</pubDate>
<description><![CDATA[<p><i>> Есть пример ядер, которые будут выигрывать, скажем, в архивации, но проигрывать в декодировании h.264?</i><br> Если под архивацией подразумевается компрессия-декомпрессия данных - это всё равно что компрессия-декомпрессия видео. Зависит от степепени параллелизуемости алгоритма. Есть алгоритмы, которые по всей видимости более эффективно исполнять на GPU, есть такие, что никакого выигрыша по сравнению с 86й архитектурой не получишь.  </p><p>Обычно просто берут конкретную задачу и тестируют под нагрузкой, имитирующей номинальный и пиковый режимы эксплуатации на всех интересующих платформах.</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96736</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96736</guid>
<pubDate>Thu, 30 Jun 2011 12:12:22 +0400</pubDate>
<description><![CDATA[<p>Во-первых, я про аппаратные ядра процессоров, а во-вторых кто кого в чём заруливает в вашем примере? :)</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96735</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96735</guid>
<pubDate>Thu, 30 Jun 2011 12:11:26 +0400</pubDate>
<description><![CDATA[<p>linux vs kern32.dll</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96734</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96734</guid>
<pubDate>Thu, 30 Jun 2011 11:56:55 +0400</pubDate>
<description><![CDATA[<p>Есть пример ядер, которые будут выигрывать, скажем, в архивации, но проигрывать в декодировании h.264?</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96733</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96733</guid>
<pubDate>Thu, 30 Jun 2011 11:24:09 +0400</pubDate>
<description><![CDATA[<p>Нельзя вот так огульно сравнивать перформанс без конкретной задачи. </p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96732</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96732</guid>
<pubDate>Thu, 30 Jun 2011 11:12:07 +0400</pubDate>
<description><![CDATA[<p>Т.е. по-прежнему таковая частота решает?</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96731</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96731</guid>
<pubDate>Thu, 30 Jun 2011 10:48:27 +0400</pubDate>
<description><![CDATA[<p>И вообще Sandy Bridge</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96730</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96730</guid>
<pubDate>Thu, 30 Jun 2011 10:48:13 +0400</pubDate>
<description><![CDATA[<p>Наверное, что-то из серии Core i7 2600</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96729</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96729</guid>
<pubDate>Thu, 30 Jun 2011 10:29:25 +0400</pubDate>
<description><![CDATA[<p>Ну тогда тут и СПВ быть не нужно,    какой нить  интел  "экстрим"  с максимальной частотой</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96728</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96728</guid>
<pubDate>Thu, 30 Jun 2011 10:22:24 +0400</pubDate>
<description><![CDATA[<p>Ну, даже не знаю... Имхо, ни цел ни ia64 это не десктопные процы. Даже PowerPC уже не то. Т.е. я имел ввиду всё то, что продают сейчас для массового десктопа, де-факто это продукция AMD и Intel, x86_64</p>]]></description>
</item>
<item>
<title>Re: [СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96727</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96727</guid>
<pubDate>Thu, 30 Jun 2011 10:19:56 +0400</pubDate>
<description><![CDATA[<p>Я хоть и не СПВ, но могу заметить  надобность указания необходимых операций и очертить  десктопоподобность  ЦПУ.</p><p> Ибо  Cell и Itanium  вполне себе  многие  юзают и на десктопе ...</p>]]></description>
</item>
<item>
<title>[СПВ]CPU per-core perfomance</title>
<link>https://rulinux.net/message.php?newsid=33827&amp;page=1#96726</link>
<guid>https://rulinux.net/message.php?newsid=33827&amp;page=1#96726</guid>
<pubDate>Thu, 30 Jun 2011 09:58:00 +0400</pubDate>
<description><![CDATA[<p>Будьте так любезны, уважаемые господа, подскажите, какой из современных десктопных процессоров может похвастаться самой высокой производительностью на одно ядро?</p>]]></description>
</item>
</channel>
</rss>