The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз systemd 233, opennews (??), 02-Мрт-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


14. "Релиз systemd 233"  +/
Сообщение от Аноним (-), 02-Мрт-17, 14:46 
> на многопоточных конфигурациях

Каких, простите?

Ответить | Правка | Наверх | Cообщить модератору

16. "Релиз systemd 233"  –6 +/
Сообщение от AlexGluckemail (?), 02-Мрт-17, 14:55 
Многопоточных - много потоков. Это, уважаемый динозавр, когда у компьютера потоков исполнения задач больше 1. Например технология HT от intel или больше одного ядра у процессора. Каждая задача выполняется в своём потоке и в зависимости от количества потоков, одновременно могут стартовать монтирование шар, настройка сети, внутренних систем.
Ответить | Правка | Наверх | Cообщить модератору

20. "Релиз systemd 233"  +/
Сообщение от 123 (??), 02-Мрт-17, 15:35 
>> Например технология HT от intel

HT это просто хитро закрученный конвейер c блоком регистров вместо еще одного ядра.  

>>Каждая задача выполняется в своём потоке

Неправильный ответ в отношении systemd, он просто хорошо оптимизирует запуск сервисов, учитывая их зависимости - копия scm от ms, который копия старта из netware.

Ответить | Правка | Наверх | Cообщить модератору

86. "Релиз systemd 233"  –3 +/
Сообщение от Аноним (-), 02-Мрт-17, 21:24 
>> HT это просто хитро закрученный конвейер c блоком регистров вместо еще одного ядра.  

Не совсем, всё сложнее. Процессор определяется как два и забирает себе инструкции двух разных потоков. Суть в том, что каждая инструкция разбивается на микрокоманды и формируется очередь микрокоманд для каждого потока. Так как две очереди по большей части не зависят друг от друга, то их микрокоманды могут идти на разные исполнительные блоки процессора и обрабатываться параллельно.

Мало того, конвейер угадывает будущее, т.е. обрабатывает микрокоманды наперёд, максимально задействуя все вычислительные блоки, какие возможно.

Всё это вместе взятое позволяет на порядок повысить производительность, не прибегая к повышению частоты процессора.

Ответить | Правка | Наверх | Cообщить модератору

131. "Релиз systemd 233"  +5 +/
Сообщение от Аноним (-), 03-Мрт-17, 02:53 
Вы бы все хоть писали в одной терминологии.

Ваш "поток" - это английское "thread" - термин, используемый при переводе документации для программирования в среде Windows (!). В среде Линукс термин "thread" переводят как "нити". Но это всё в прикладном (!) программировании.

Когда речь заходит о процессорах, используется терминология Интел. Никаких "потоков" и "микрокоманд" там нет.

Процессор вообще ничего не знает о "потоках".

> конвейер угадывает будущее

Не угадывает, а предсказывает. И не будущее, а переходы.

В Intel Pentium он предполагал, что в условии если-то (истина-ложь) наиболее вероятен тот переход, который произошёл в прошлый раз. Начиная с Intel Pentium 2 для предсказания используются 3 последних перехода, предполагая что переход будет туда, куда произошли два из трёх.

> не прибегая к повышению частоты процессора

Это вообще отдельная тема, в которой ты явно не шаришь.

> позволяет на порядок повысить производительность

Весьма спорно. HT даёт процентов 10-20% в ненагруженных задачах и замедляет (!) выполнение при нагрузке свыше 60% (угадай почему).

И нужен он для другого, а конкретно - писькометрии количеством ядер (маркетинг, десу) и сглаживаем просадок если в ОС не смогли реализовать нормальный балансировщик нагрузки (Линукс, десу).

Ответить | Правка | Наверх | Cообщить модератору

182. "Релиз systemd 233"  +/
Сообщение от Аноним (-), 03-Мрт-17, 18:44 
>> "микрокоманд" там нет.

Да ну? Я системный разработчик и интересуюсь оптимизацией под процессоры, соответственно. Ваше заявление относится к процессорам 10-летней давности. На всё ваше сообщение я могу посоветовать Вам почитать хотя бы Архитектуру ЭВМ Таненбаума. Ну или пошерстить по статьям Википедии, если книга напугает размером.

Ответить | Правка | Наверх | Cообщить модератору

185. "Релиз systemd 233"  +/
Сообщение от Аноним (-), 03-Мрт-17, 21:29 
И ещё, после того, как изучите вопрос, ответьте на вопрос: какая в этом десятилетии была самая главная задача разработчиков процессоров? Если правильно ответите на вопрос, считайте, что вы уже в теме. Могу подсказать ответ, - он связан с исполнением микрокоманд (или микроинструкций, как вам угодно), которых "там нет" .
Ответить | Правка | Наверх | Cообщить модератору

203. "Релиз systemd 233"  –1 +/
Сообщение от . (?), 04-Мрт-17, 20:11 
>Я системный разработчик и интересуюсь оптимизацией под процессоры,

Да нет, ты - очередная "дочь морского офицера", у которой "тут всё не так однозначно" :)
Иди к лужам и береди им душу :-)

Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

194. "Релиз systemd 233"  –1 +/
Сообщение от anomymous (?), 04-Мрт-17, 14:51 
Не для писькометрии и не из-за балансировщика он нужен. Он нужен, чтобы увеличить загрузку существующих исполнительных блоков, и не делать ради большего параллелизма ещё одно честное ядро.

А почему честное ядро не хотят делать - знаете? Нет, не стоимость.

Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

209. "Релиз systemd 233"  +/
Сообщение от Аноним (-), 04-Мрт-17, 20:40 
Не томи!!!
Ответить | Правка | Наверх | Cообщить модератору

210. "Релиз systemd 233"  –1 +/
Сообщение от Аноним (-), 04-Мрт-17, 20:40 
Приятно видеть, что здесь есть люди с которыми можно что-либо пообсуждать. Мне теперь и самому интересно, почему больше ядер не делают. Сам я над этим не задумывался никогда. Думаете, для удержания энергопотребления на низком уровне?
Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

46. "Релиз systemd 233"  +/
Сообщение от Аноним (-), 02-Мрт-17, 18:18 
Внезапно, "монтирование шар, настройка сети, внутренних систем" выполняется практически с той же скоростью вне зависимости от количества потоков, исполняемых вашим CPU одновременно.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру