|
| 1.2, arcade (ok), 14:16, 13/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
 Интересно, а оно будет корректно избегать распределения задач на HT суб-ядра при отсутвии максимальной нагрузки?
| | |
| |
| |
| |
| |
| 5.48, Аноним (-), 15:58, 13/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> А что оно дает?
> А я откуда знаю, это вы его включаете. :)
Оно может дать процентов 20 бонуса на сильно многопоточных вычислениях. А может и не дать. Потенциально позволяет поплотнее загрузить блоки выполнения за декодерами. Фэйк? Фэйк, 20% от ядра никак не тянет на честное ядро. Ну так вон у бульдозера и отключать как-то нечего - там 8 ядер тоже фэйковые. Реально оно себя ведет примерно как 6-ядерник на целочисленных операциях. АМДшники тоже у интела научились этому читерству. Ага, чтобы вывесить фэйковое как-бы-ядро-х86, совсем не обязательно реализовывать полный набор всех блоков за декодером ;)
| | |
| |
| 6.58, pro100master (ok), 16:29, 13/02/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
 >Фэйк, 20% от ядра никак не тянет на честное ядро.
откуда 20%? Ванда нашептала? :) mov [addr], eax; jmp [addr]; и ваше 100%-е ядро будет 100 тактов 100% свободным, и это, если КП сейчас хоть сколько нибудь свободен. Это если по памяти. Если по софту, то тут спецы пытаются сделать ровной загрузку и выполнение 4-х инструкций за такт (до коре1 было 3), а вы про обычный софт :))) 7-zip выдаёт от 50 до почти 100% прирост скорости от НТ на некоторых данных.
| | |
| |
| 7.60, Аноним (-), 16:48, 13/02/2012 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> 7-zip выдаёт от 50 до почти 100% прирост скорости от НТ на некоторых данных.
А на всех остальных - 20-50% торможение от HT.
| | |
| |
| 8.85, fidaj (ok), 18:44, 13/02/2012 [^] [^^] [^^^] [ответить] | +/– |  а это уже как раз от неправильной работы планировщика, который ни в зуб ногой не... текст свёрнут, показать | | |
| 8.100, Shifty (?), 11:57, 14/02/2012 [^] [^^] [^^^] [ответить] | +1 +/– | Торможение становится проблемой в неоптимизированных под НТ играх В остальном не... текст свёрнут, показать | | |
|
| 7.96, Аноним (-), 04:04, 14/02/2012 [^] [^^] [^^^] [ответить] | +/– | Насколько я понимаю, цель этой пляски с бубном - показать софту больше ядер чтоб... большой текст свёрнут, показать | | |
|
|
|
| 4.12, Ваня (??), 14:37, 13/02/2012 [^] [^^] [^^^] [ответить]
| –11 +/– |
Без НТ у каждого процессора по 1 набору регистров, с использованием НТ - по 2 набора, в результате ОС определяет его как 2 процессора. Процессор редко загружен на 100%, в даже на 100% загруженном процессоре есть простои, и НТ позволяет использовать это для извлечения дополнительной вычислительной мощности. На слабых процессорах или при невысокой загрузке удвоение числа ядер приводит к повышению отзывчивости и более плавной работе.
| | |
| |
| 5.14, pavlinux (ok), 14:45, 13/02/2012 [^] [^^] [^^^] [ответить]
| +7 +/– |
 > Без НТ у каждого процессора по 1 набору регистров, с использованием НТ - по 2 набора,
Регистры из воздуха возникают?
Вано, там как не тужся, вход и выход в и из Гипертрубы все равно один. :)
| | |
| |
| |
| Часть нити удалена модератором |
| 7.22, ВКПб (?), 15:01, 13/02/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Гипертрединг позволяет одновременно разным потокам обрабатывать раздельно float и integer операции. Например это поможет при конвертировании видео, где аудио целочисленная математика, а видео - математика с запятой. А вот если все потоки только float либо только integer, то поймаешь тормоза, что и видно на линпаке.
| | |
| |
| |
| 9.30, ВКПб (?), 15:11, 13/02/2012 [^] [^^] [^^^] [ответить] | +/– | Да ладно, обычно замедляется не сильнее чем на 2-3 , бывают конечно редкие исклю... текст свёрнут, показать | | |
|
| 8.28, Ваня (??), 15:08, 13/02/2012 [^] [^^] [^^^] [ответить] | –8 +/– | Вики, цитата 1 Эта технология увеличивает производительность процессора при опр... большой текст свёрнут, показать | | |
| |
| |
| |
| |
| |
| |
| |
| 15.82, Ваня (??), 18:11, 13/02/2012 [^] [^^] [^^^] [ответить] | –4 +/– | Где Расписываю работу проца на пальцах стоит человек, ему во входной лоток л... большой текст свёрнут, показать | | |
|
|
|
|
|
| 10.42, x0r (??), 15:35, 13/02/2012 [^] [^^] [^^^] [ответить] | +/– | HT второй аппаратный набор регистров, переключение контекста должно проходить ... текст свёрнут, показать | | |
|
| 9.86, ВКПб (?), 18:51, 13/02/2012 [^] [^^] [^^^] [ответить] | +/– | Но так твоя педевикия и подтверждает мои слова, читай внимательно Хотя что толк... текст свёрнут, показать | | |
|
|
|
|
|
|
| 3.36, СуперАноним (?), 15:23, 13/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
>Все нормальные в Linux отрубают ХыперТрыйдинг
А что, в AMD A4, A6 действительно на каждое реальное ядро по два квазиядра?
| | |
| |
| 4.40, arcade (ok), 15:32, 13/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>Все нормальные в Linux отрубают ХыперТрыйдинг
> А что, в AMD A4, A6 действительно на каждое реальное ядро по
> два квазиядра?
Там эти же тапки, но абсолютно в другой профиль, например если случае 2 x 2 (2 physical x 2 logical) с Intel оптимальная стратегия использования это брать только реальные ядра, то в случае с AMD c точностью до наоборот, поскольку реальных задержек в работе квазиядер с какой-то там высокой точностью нет, то когда мы грузим всё на два ядра первого модуля второй модуль может вырубиться совсем а первый перейдёт в режим Turbo Core с повышенной частотой. И вместо проседания производительности как на HT мы получим прирост.
| | |
| 4.43, Ваня (??), 15:35, 13/02/2012 [^] [^^] [^^^] [ответить]
| –5 +/– | |
Ядро одно, два набора регистров. Это чем-то похоже на функцию (ядро), в которую можно передать разные данные (набор регистров), но код функции от этого не поменяется.
Про наличие/отсутствие функций лучше уточнять на сайте производителя по каждой конкретной модели.
| | |
| |
| 5.74, ВКПб (?), 17:36, 13/02/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
Ты хоть понимаешь, что опять пишешь? AMD A6 это обыкновенный K10 о встроенным GPU. Вот тебя и поймали в 100500-й раз. Лучше про HT продолжай копировать цытаты которые ты даже не понимаешь.
| | |
|
|
| 3.38, Аноним (-), 15:27, 13/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Все нормальные в Linux отрубают ХыперТрыйдинг
Да нормальные его везде отрубают, не только в линаксе.
| | |
| 3.84, fidaj (ok), 18:42, 13/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
и ловят падение производительности при некоторых типах задач...
| | |
| 3.88, Аноним (-), 19:11, 13/02/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
А я наоборот - включаю. У /me в любимой генточке компиляние идет куды как быстрее, разница, как говориццо, дана в ощущениях. Без всяких бенчей, чисто визуально. Ну а в каком-нить дебиане или красношапке от НТ может и вправду нет толку. Да и хрен бы с ними, се есть отрада некрофилов, не более.
| | |
|
| 2.32, Аноним (-), 15:20, 13/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Интересно, а оно будет корректно избегать распределения задач на HT суб-ядра при
> отсутвии максимальной нагрузки?
А зачем? HT он на то и нужен, чтобы неэффективно ресурсы распределять.
| | |
|
| 1.3, pavlinux (ok), 14:19, 13/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– |
> При этом на BLD ложится задача по вычислению
> нагрузки в каждой очереди и перегруппировки
> очередей в соответствии с вычисленной нагрузкой.
Вас тут не стояло, перейдите в конец соседней!!!
| | |
| |
| 2.53, Аноним (-), 16:08, 13/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Вас тут не стояло, перейдите в конец соседней!!!
Так если она короче - почему бы и нет? :)
| | |
|
| 1.6, Аноним (-), 14:21, 13/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Очень скудно написано. Чем оно лучше того же BFS? Где сравнительные данные?
| | |
| |
| 2.8, Аноним (-), 14:24, 13/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Очень скудно написано. Чем оно лучше того же BFS? Где сравнительные данные?
Там же сказано: есть только проект концепции прототипа. Нечего еще сравнивать.
| | |
| 2.9, pavlinux (ok), 14:24, 13/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
...пой читаешь?
> ... проводить сравнения производительности пока рано,
> прототип пока нацелен на обкатку базовых принципов. | | |
|
| 1.11, Нанобот (?), 14:35, 13/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– | |
>показывает хорошую производительность для таких типов нагрузки, как сборка ядра из исходных текстов
извечная проблема... такое ощущение, что все планировщики задач у них разрабатываются только для того, что ускорить кампеляцию йадра
| | |
| |
| 2.13, pavlinux (ok), 14:38, 13/02/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Примеры более стабильных тестов, в студию?!
Которыми пользуются все.
Которые работаю везде.
Которые не используют внешние библиотеки и зависимости.
Результаты которых, только по одному названию можно
интерпретировать для своей машины, даже не проводя тестов.
| | |
| |
| 3.18, arcade (ok), 14:55, 13/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
Компиляция ядра + cpuburn(n+1) + тест хождения в базу через веб сервер.
Компиляция порождает кучу мелких быстроживущих процессов, cpuburn в случае неправильной организации перераспределения приоритетов быстро и с удовольствием отодвинет все остальные процессы а база/вебсервер превосходно покажут остаточную интерактивность.
Хороший планировщик должен не просто разгрести эту сракофонию, он должен убедиться что все процессы и в том числе cpuburn получают одинаковый пенальт, а не по степени неудачности как сейчас на Фре в SCHED_ULE. Вот свежие патчи Мотина вселяют оптимизм.
| | |
| |
| 4.34, pavlinux (ok), 15:21, 13/02/2012 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Компиляция ядра + cpuburn(n+1) + тест хождения в базу через веб сервер.
Ну это все нагромождение, из-за которой теряется однозначность.
У сборки ядра, средняя погрешность не более 2%
| | |
| |
| 5.59, arcade (ok), 16:38, 13/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Компиляция ядра + cpuburn(n+1) + тест хождения в базу через веб сервер.
> Ну это все нагромождение, из-за которой теряется однозначность.
> У сборки ядра, средняя погрешность не более 2%
Сборка ядра никак не тестирует affinity и заполненость очередей. Может всё вышесказанное и нагромождение, но при тестировании шедулера только на компиляции он в вычислительных задачах будет плавать.
| | |
|
|
|
|
| 1.50, iZEN (ok), 16:02, 13/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > Для пояснения сути нового алгоритма приведена аналогия с парикмахерской в которой менеджер (планировщик задач) выстраивает клиентов (процессы) в несколько очередей (runqueue) к парикмахерам (CPU), с учётом загруженности парикмахеров организуя очередь так, чтобы клиенту пришлось ждать как можно меньше времени.
Ни разу не был в такой парикмахерской.
Обычно в парикмахерских два зала: мужской и женский. И очереди, соответственно, только две: в мужской зал (пул мужских парикмахеров) и в женский (пул женских парикмахеров). Клиент парикмахерской встаёт в одну из очередей и ждёт своей очереди на обслуживание. Бывают небольшие парикмахерские, в которых универсальные парикмахеры и одна общая очередь, где все в очереди ждут пока освободится парикмахер.
| | |
| |
| 2.64, Аноним (-), 16:56, 13/02/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Ни разу не был в такой парикмахерской.
> Обычно в парикмахерских два зала: мужской и женский. И очереди, соответственно, только
> две: в мужской зал (пул мужских парикмахеров) и в женский (пул
> женских парикмахеров). Клиент парикмахерской встаёт в одну из очередей и ждёт
> своей очереди на обслуживание. Бывают небольшие парикмахерские, в которых универсальные
> парикмахеры и одна общая очередь, где все в очереди ждут пока
> освободится парикмахер.
Это у вас CFS-парикмахерская :)
| | |
| 2.76, Ваня (??), 17:41, 13/02/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
@@:
lock btc [mutex]
jnc @b
; выбрать поток для выполнения
lock btr [mutex]
"lock" - это блокирование шины для всех операций, включая доступ других ядер к памяти. Поэтому создают отдельные очереди для каждого ядра и общий диспетчер, который помещает потоки в очереди.
| | |
| |
| |
| 4.101, Ваня (ok), 14:58, 14/02/2012 [^] [^^] [^^^] [ответить] | +/– |  Зачем Проблема не в прерывании, которое вмешается, а в том что мутекс один на 2... большой текст свёрнут, показать | | |
| |
| 5.107, Аноним (-), 02:13, 18/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Зачем? Проблема не в прерывании, которое вмешается,
Специально для Вани лучше сразу делать как-то так:
cli
hlt
| | |
|
|
|
|
| 1.91, ZeroOne (ok), 21:58, 13/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Если алгоритм так просто, то возникает вопрос (задам последовав аналогии про парикмахерской) - учитывается ли то, что за человек пришёл (процесс обрабатывается)? К примеру, он может иметь длинные волосы, может прямые, может густые (разные по сложности выполнения), может иметь густые волосы, а может редкие (количество подключаемых библиотек).
Я думаю такие параметры весьма и весьма важны.
| | |
| |
| 2.92, Аноним (-), 22:04, 13/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
> - учитывается ли то, что за человек пришёл (процесс обрабатывается)? К
> примеру, он может иметь длинные волосы, может прямые, может густые (разные
> по сложности выполнения), может иметь густые волосы, а может редкие (количество подключаемых библиотек).
Процессору без разницы какой кусок инструкций выполнить в заданный квант времени. По аналогии с парикмахерской парикмахер отстригает небольшой пучок волос и опять отправляет посетителя в очередь. Если посетитель важный то он может застолбить больше мест в очереди и таким образом его подстригут быстрее :-)
| | |
| |
| 3.93, arisu (ok), 22:36, 13/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
 > Процессору без разницы какой кусок инструкций выполнить в заданный квант времени.
кстати, нет. но учитывать в шедулере ещё и это — мегаоверкил.
| | |
|
|
| 1.98, ram_scan (?), 07:10, 14/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Такое очучение что все кто эти планировщики пишут о теории массового обслуживания ни ухом ни рылом. Обсасывается на 4 курсе практически любого технического ВУЗа тема эта. И все давным давно открыто и переоткрыто.
| | |
| |
| 2.99, Аноним (-), 11:50, 14/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Такое очучение что все кто эти планировщики пишут о теории массового обслуживания
> ни ухом ни рылом. Обсасывается на 4 курсе практически любого технического
> ВУЗа тема эта. И все давным давно открыто и переоткрыто.
Проблема в том, что это _теория_ массового обслуживания, которая более-менее работает в идеальных условиях. В планировщике задач нужно учитывать кучу нюансов и подводных камней, что сводит на нет все теоретические измышления.
| | |
| |
| 3.104, nuclight (ok), 00:36, 18/02/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
 >> Такое очучение что все кто эти планировщики пишут о теории массового обслуживания
>> ни ухом ни рылом. Обсасывается на 4 курсе практически любого технического
>> ВУЗа тема эта. И все давным давно открыто и переоткрыто.
> Проблема в том, что это _теория_ массового обслуживания, которая более-менее работает в
> идеальных условиях. В планировщике задач нужно учитывать кучу нюансов и подводных
> камней, что сводит на нет все теоретические измышления.
Чувак, ты удивишься, но в науке _всё_ - теории. Что никак не мешает им работать на практике у тех, кто осилил и учёл.
| | |
| |
| 4.105, Anon100500 (?), 01:53, 18/02/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Кого-то вы мне напомнили. Ааа, моего препода по базам данных. Вот он тоже всегда толкает про науку и математику (RA, Datalog, BCNF, 4NF и проч.). ИЧСХ он ни ДНЯ не работал по специальности и не сделал ни одного реального проекта. И ему тоже невдомёк, что в реальной жизни срать хотели на нормализацию. Есть ещё такие вещи как простота поддержки, простота работы, оптимизации.
| | |
| |
| |
| 6.108, Аноним (-), 02:16, 18/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> так это ж сферический нуклайт в вакууме, он всегда такой.
Ну вот и сравниваем - где пингвинукс, который делают инженеры, которым надо чтобы ездило, а что оно не по феншую - так и фиг с ним, и *бсды делаемые академиками, которым главное чтоб по феншую, а если оно не ездит - да и хрен бы с ним. Нуклайт прямо эталонный представитель.
| | |
|
|
| 4.109, Аноним (-), 02:19, 18/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
Сферический двигатель Венкеля тоже по науке заруливает всех, но вот что-то я не вижу серийных автомобилей с ним, а знаете почему? Его очень сложно сделать, имеет маленький ресурс, сложно обслуживать и чинить. Поэтому никто не заморачиваеться и ставят рядную четвёрку или V6.
| | |
| |
| 5.110, Аноним (-), 04:01, 18/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Сферический двигатель Венкеля тоже по науке заруливает всех, но вот что-то я
> не вижу серийных автомобилей с ним, а знаете почему? Его очень
> сложно сделать, имеет маленький ресурс, сложно обслуживать и чинить. Поэтому никто
> не заморачиваеться и ставят рядную четвёрку или V6.
Ну вот вся бсда так и выглядит. Вон они делали generic подсистему журналирования. Так чтобы "для всех ФС - одним махом". Правда, "все ФС" оказались аж целым UFSом, древним и бестолковым, так что только выкрасить и выбросить. Есть еще ZFS, но тот реализует совсем другую механику и его эти приседания не интересуют. Отличная логика развития, как раз в таком духе.
| | |
|
|
|
|
|
