Процессор intel core dns: В России стартовали продажи процессоров Intel Core i5-13600K нового 13-го поколения — цены удивляют
|Содержание
Конфигуратор ПК, собрать компьютер онлайн с проверкой совместимости
Конфигуратор ПК, собрать компьютер онлайн с проверкой совместимости
Позволяет собрать компьютер, о котором вы мечтали. Изменить комплектацию представленных на сайте сборок, узнать цену онлайн, сравнить характеристики. Оформить заказ и получить готовый ПК с абсолютно бесплатной профессиональной сборкой. Продвинутый онлайн-сервис для модификации ПК
EDELWEISS STORM
78 480
Оплата в кредит
- Быстро и просто
- Заполните анкету на сайте магазина и получите решение по вашей заявке за 2 минуты.
- Выбор лучших условий
- Заявка уходит на рассмотрение в большое число финансовых организаций: Альфа-Банк, Pay P. S, Банк Восточный, Тинькофф Банк, Кредит Европа Банк, Second Bank и др.
Загрузить в конфигуратор
Четырех-ядерный процессор AMD и игровая видеокарта GTX 1650 c 4 Гб видеопамяти превращают недорогой игровой ПК EDELWEISS STORM в отличную игровую станцию сочетающую в себе баланс цены и производительности.
EDELWEISS TERMINATOR
149 890
Оплата в кредит
- Быстро и просто
- Заполните анкету на сайте магазина и получите решение по вашей заявке за 2 минуты.
- Выбор лучших условий
- Заявка уходит на рассмотрение в большое число финансовых организаций: Альфа-Банк, Pay P. S, Банк Восточный, Тинькофф Банк, Кредит Европа Банк, Second Bank и др.
Загрузить в конфигуратор
Крутой мощный игровой пк. Создан для любителей качественного, гейминга на высоком разрешении экрана. Играйте на максимальных настройках графики с запредельным FPS на компьютере EDELWEISS TERMINATOR. с Nvidia GEFORCE RTX 3070 TI рулит!
EDELWEISS GLADIATOR
157 760
Оплата в кредит
- Быстро и просто
- Заполните анкету на сайте магазина и получите решение по вашей заявке за 2 минуты.
- Выбор лучших условий
- Заявка уходит на рассмотрение в большое число финансовых организаций: Альфа-Банк, Pay P. S, Банк Восточный, Тинькофф Банк, Кредит Европа Банк, Second Bank и др.
Загрузить в конфигуратор
Игровой компьютер последнего поколения EDELWEISS GLADIATOR, топовый процессор intel i5 в связке с большим объёмом памяти и быстрым SSD накопителем, обеспечивают беспрецедентную производительность на высоких настройках графики и достойный показатель FPS.
EDELWEISS ZEON
261 820
Оплата в кредит
- Быстро и просто
- Заполните анкету на сайте магазина и получите решение по вашей заявке за 2 минуты.
- Выбор лучших условий
- Заявка уходит на рассмотрение в большое число финансовых организаций: Альфа-Банк, Pay P. S, Банк Восточный, Тинькофф Банк, Кредит Европа Банк, Second Bank и др.
Загрузить в конфигуратор
Если вы хотите купить мощный игровой ПК на базе GEFORCE RTX 3080 с использованием передовых технологий ритрейсинга, то EDELWEISS ZEON, лучшее решение. Не отказывайте себе в удовольствии играть на максимальных настройках графики. Покупайте играйте и побеждайте.
показать популярные сборки
Онлайн конструктор для сборки компьютеров
-
Сборка компьютеров онлайн — под любые задачи по выгодным ценам. Умный конструктор ПК.
-
Онлайн проверка совместимости комплектующих, алгоритм интеллектуального подбора
-
Собрать ПК — игровой, домашний, офисный, для работы с графикой. Гибкая модификация ПК.
Нашим клиентам
Вам остается только подключить компьютер к питанию и монитору. Приятного вам отдыха!
Команда EDELWEISS
Конфигуратор ПК — легкий способ собрать компьютер онлайн с проверкой физической совместимости комплектующих.
Начнем комплектовать. Добавляем первый элемент — центральный процессор (CPU). При выборе компонентов происходит визуализация внешнего вида устанавливаемых узлов. Цена рассчитывается автоматически в онлайн режиме, последовательно формируя стоимость готового ПК.
Программа конструктор за пару кликов помогает собрать и купить системный блок с нуля, присваивает идентификационный номер сборки, сохраняет ссылку. При необходимости распечатает сохраненную конфигурацию. Есть опция узнать мнение эксперта, воспользовавшись формой обратной связи.
Используйте лучшие компоненты
Собирать компьютер увлекательный процесс. Доступны – топовые видеокарты GEFORCE RTX, процессоры Intel и AMD последнего поколения, оперативная память с пассивным радиаторным охлаждением и RGB подсветкой, скоростные SSD накопители, плюс емкие HDD диски.
Выбирайте материнские платы Asus Msi Gigabyte, просторные корпуса на алюминиевых шасси, блоки питания Corsair, Thermaltake, Seasonic. Наш конструктор умеет решать трудные задачи. Позволит собрать игровой компьютер, производительную графическую станцию, машину для профессиональной оцифровки звука и видео.
Когда вы сформировали конфигурацию ПК, нажмите кнопку «оформить заказ». Заполните стандартную форму, затем Вам на почту придет письмо и смс с подтверждением и содержанием заказа. Менеджеры магазина EDELWEISS свяжутся с Вами, ответят на вопросы и договорятся о времени и условиях доставки или самовывоза.
DNS W65_67SB — Браузер Geekbench
Раздел | Описание | Оценка | Оценка Geekbench |
---|---|---|---|
Тест Geekbench 2. 4.3 для Windows x86 (32-разрядная версия) | |||
Целое число | Целочисленная производительность процессора | 10055 | 8733 |
С плавающей запятой | Производительность процессора с плавающей запятой | 10417 | |
Память | Производительность памяти | 5121 | |
Поток | Пропускная способность памяти | 5437 |
Информация о результатах
Информация о системе
Целочисленные характеристики
Целочисленные | 10055 | |
---|---|---|
иглобрюх одноядерный скаляр | 2063 90,6 МБ/с |
|
иглобрюх многоядерный скаляр | 13790 565 МБ/с |
|
Сжатие текста одноядерный скаляр | 3239 10,4 МБ/с |
|
Сжатие текста многоядерный скаляр | 15477 50,8 МБ/с |
|
Распаковка текста одноядерный скаляр | 3692 15,2 МБ/с |
|
Распаковка текста многоядерный скаляр | 18508 73,7 МБ/с |
|
Сжатие изображений одноядерный скаляр | 2780 23,0 Мпикс/сек |
|
Сжатие изображений многоядерный скаляр | 13818 116 Мпикс/сек |
|
Распаковка изображения одноядерный скаляр | 3141 52,7 Мпикс/сек |
|
Распаковка изображения многоядерный скаляр | 14340 234 Мпикс/сек |
|
Луа одноядерный скаляр | 6455 2,49 млн узлов/сек |
|
Луа многоядерный скаляр | 23361 8,99 млн узлов/сек |
|
Производительность операций с плавающей запятой
Работа с плавающей запятой | 10417 | |
---|---|---|
Мандельброт одноядерный скаляр | 2447 1,63 Гфлопс |
|
Мандельброт многоядерный скаляр | 14986 9,81 Гфлопс |
|
Скалярное произведение одноядерный скаляр | 1320 638 Мфлопс |
|
Скалярное произведение многоядерный скаляр | 9317 4,25 Гфлопс |
|
Скалярное произведение одноядерный вектор | 6561 7,86 Гфлопс |
|
Скалярное произведение многоядерный вектор | 41101 42,7 Гфлопс |
|
LU Разложение одноядерный скаляр | 4872 4,33 Гфлопс |
|
LU Разложение многоядерный скаляр | 4754 4,17 Гфлопс |
|
Тест на первобытность одноядерный скаляр | 6466 966 млн флопс |
|
Тест на первобытность многоядерный скаляр | 24273 4,50 Гфлопс |
|
Повышение резкости изображения одноядерный скаляр | 1191 2,78 Мпикс/сек |
|
Повышение резкости изображения многоядерный скаляр | 7764 17,9 Мпикс/сек |
|
Размытие изображения одноядерный скаляр | 2972 2,35 мегапикселя/с |
|
Размытие изображения многоядерный скаляр | 17824 14,0 мегапикселей/сек |
|
Производительность памяти
Память | 5121 | |
---|---|---|
Читать последовательно одноядерный скаляр | 7662 9,38 ГБ/с |
|
Написать последовательно одноядерный скаляр | 8037 5,50 ГБ/с |
|
Стандартная библиотека одноядерный скаляр | 3447 12,9 маллоков/сек |
|
Стандартная библиотека Запись одноядерный скаляр | 2767 5,73 ГБ/с |
|
Копия стандартной библиотеки одноядерный скаляр | 3693 3,81 ГБ/с |
|
Поток производительности
Поток | 5437 | |
---|---|---|
Потоковое копирование одноядерный скаляр | 5406 7,39 ГБ/с |
|
Потоковое копирование одноядерный вектор | 5779 7,49 ГБ/с |
|
Масштаб потока одноядерный скаляр | 5616 7,29 ГБ/с |
|
Масштаб потока одноядерный вектор | 5479 7,39 ГБ/с |
|
Добавить в поток одноядерный скаляр | 5246 7,92 ГБ/с |
|
Добавить в поток одноядерный вектор | 5976 8,31 ГБ/с |
|
Стрим Триада одноядерный скаляр | 5645 7,80 ГБ/с |
|
Стрим Триада одноядерный вектор | 4353 8,15 ГБ/с |
|
Сравнительный анализ надежности DNS в многоядерных системах
Введение
В рамках продолжающегося исследования производительности DNS-сервера мы хотели установить базовый показатель абсолютной максимальной пропускной способности, которая может быть достигнута с использованием стандартных API. С этой целью мы разработали крошечный DNS-сервер, который ничего не делает, кроме эха, возвращающего полученный пакет клиенту, хотя и с перевернутым битом «QR», чтобы указать, что пакет является ответом, а не запросом.
Эхо-сервер DNS позволяет пользователю указать, сколько раз он должен разветвляться на отдельные процессы и сколько потоков (если есть) запускать в каждом процессе. Он также поддерживает ряд моделей ввода-вывода, включая стандартный «блокирующий» ввод-вывод и неблокирующий ввод-вывод с использованием явных вызовов poll(2)
или select(2)
или через libevent
. Для многоядерных систем он также поддерживает привязку процессов или потоков к определенному ядру ЦП.
У нас есть тестовая установка, состоящая из серверной машины с двумя четырехъядерными процессорами Intel Xeon X5355 с тактовой частотой 2,66 ГГц и клиентской машины с двумя четырехъядерными процессорами Intel Xeon X5365 с тактовой частотой 3,0 ГГц. Машины подключены через коммутатор 10 Гбит/с с использованием Intel 8259. Сетевые карты на базе 9ES. На обеих машинах работает Fedora Server 21 с ядром 3.19.7-200, а генератором запросов является Nominum dnsperf 2.0.0
, упакованный Fedora и использующий включенный пример файла запроса.
Ненастроенные тесты
На следующем графике показаны средняя, минимальная и максимальная пропускная способность, полученные для различного количества серверных процессов, работающих с моделью блокирующего ввода-вывода. Каждая точка данных является результатом десяти 30-секундных запусков dnsperf
с использованием параметров командной строки по умолчанию. Была выполнена минимальная настройка буферов чтения/записи UDP как на клиенте, так и на сервере с помощью sysctl
переменные net.core.rmem
и net.core.wmem
оба установлены на максимальное значение и значение по умолчанию 16 МБ каждая.
В целом пропускная способность относительно постоянна по всем трем показателям, хотя объяснение внезапного падения при параллельной работе 7 или 8 серверных процессов не сразу очевидно. В противном случае плоская цифра пропускной способности наводит на мысль, что сам клиент ограничивает производительность. Также следует отметить, что вариативность результатов весьма значительна — результаты отнюдь не детерминированы.
Настройка на стороне клиента
Чтобы исключить эффекты на стороне клиента при тестировании, были опробованы различные настройки dnsperf, в конечном итоге эмпирически остановившись на явно оптимальных настройках -c 8
, чтобы dnsperf действовал как несколько клиентов, и -q 500
, чтобы разрешить не более 500 невыполненных запросов. По умолчанию -c 1 -q 100
. Было также установлено, что использование taskset
для ограничения dnsperf
на использование только одного из двух клиентских ЦП было более оптимальным. Причина последнего остается невыясненной.
Для двух или трех одновременных серверных процессов существенно увеличивается как средняя, так и максимальная пропускная способность (последняя на 45% до 348 тыс. запросов в секунду с предыдущего максимума в 239 тыс. запросов в секунду). Однако для некоторых тестов изменчивость еще больше увеличилась, чем раньше. Следует также отметить, что увеличение максимальной пропускной способности еще больше подтверждает теорию о том, что ненастроенные dnsperf
параметры, использованные для создания первого графика, сами по себе ограничивали максимальную пропускную способность системы в целом.
Чтобы объяснить увеличение переменной, необходимо глубже изучить архитектуру сетевой карты. Сетевые адаптеры 82599ES автоматически настраиваются с восемью отдельными очередями TxRx, каждая со своим собственным номером прерывания (или «IRQ»). В Linux связь каждой очереди TxRx с ядрами ЦП автоматически обрабатывается службой irqbalance
, и по умолчанию она последовательно назначает каждую очередь TxRx одному ядру ЦП.
Количество IRQ, которые были обработаны для каждой комбинации очереди TxRx и ядра ЦП, можно просмотреть в /proc/interrupts
. При каждом 30-секундном запуске dnsperf
счетчики начинают увеличиваться, но не более 3 отдельных очередей участвуют в обработке сетевого трафика и, следовательно, только 3 ядра ЦП.
Во время каждого запуска dnsperf
назначения очередей меняются, как и ядра ЦП, выделяемые самому эхо-серверу DNS. В результате лишь изредка возникает в высшей степени оптимальная (или крайне неоптимальная) комбинация очередей и ядер. Более низкая производительность при использовании 4+ серверных процессов требует дальнейшего изучения, как и очевидный предел использования только 3 очередей. 8259Карты 9ES позволяют выполнять более точную балансировку «по потоку» входящего трафика в очередях TxRx, и это можно будет рассмотреть в более позднем исследовании.
Настройка на стороне сервера
Для дальнейшего устранения изменчивости тестов служба irqbalance
была отключена, а каждая очередь TxRx была привязана к ядру ЦП 7 путем выполнения следующей команды для каждого номера IRQ, связанного с каждой очередью TxRx:
# echo 80 > /proc/sys/27/smp_affinity … # эхо 80 > /proc/sys/34/smp_affinity
На приведенном ниже графике показан результат разрешения ядру случайным образом перемещать процессы эхо-сервера DNS между ядрами ЦП, но с обработкой сетевого трафика только ядром номер 7: максимальная зарегистрированная пропускная способность упала до уровней ниже тех, что показаны на втором графике.
Однако наблюдается пик, когда используются только два серверных процесса. Вывод должен заключаться в том, что в целом некоторая комбинация двух ядер лучше, чем любая другая используемая комбинация ядер.
Итак, давайте посмотрим, что произойдет, если мы явно используем только один серверный процесс, а также явно блокируем его для каждого ядра ЦП по очереди:
Теперь все становится действительно интересным! Мы видим одинаковые результаты (более или менее) для ядер 0, 2, 4 и 6; более низкие, но равные результаты для ядер 1 и 3; очень высокий результат (хотя и не самый высокий из виденных) для ядра 5; а затем на втором месте находится ядро 7 (тот, который также обрабатывает прерывания NIC).
Поскольку ядро 7 является последним ядром второго ЦП, а ядра 0, 2, 4 и 6 находятся на другом ЦП, неудивительно, что на этих ядрах не наблюдается никакой разницы.
Что, пожалуй, более удивительно, так это то, что ядра 1, 3 и 5 не дают одинаковых результатов. Ответ заключается в конкретной используемой архитектуре ЦП. Хотя X5355 описывается как четырехъядерный процессор, на самом деле это два двухъядерных кристалла в одном корпусе. Каждая пара ядер совместно использует кэш-память уровня 2 объемом 4 МБ, и между двумя парами ядер нет общего кэша, как показано на этой диаграмме, созданной lstopo
программа:
Поскольку весь сетевой трафик обрабатывается ядром 7 (PU P#7 на приведенной выше диаграмме), наиболее оптимальная (одноядерная) производительность достигается за счет того, что «ближайшее» ядро ЦП обрабатывает DNS. эхо-сервер. Позволив ядру 7 делать все , работа будет менее эффективной.
Более низкая общая производительность ядер 1 и 3 немного озадачивает. Наша текущая теория состоит в том, что конкуренция за пропускную способность на шине памяти больше, когда двум отдельным двухъядерным кристаллам нужен доступ к общесистемной общей памяти, чем когда это необходимо ядрам из разных пакетов.
Возвращаясь к более раннему наблюдению, что некоторая комбинация двух ядер является оптимальной, были проведены дополнительные тесты, чтобы точно определить, какая именно комбинация, как показано ниже: как на том же ядре, что и обрабатывающее сетевой трафик, так и на другом ядре из того же кристалла, который использует один и тот же кэш L2. Эта конкретная комбинация достигла скорости более 390 тыс. кадров в секунду, что примерно на 45–65% выше, чем результаты, полученные для большинства других комбинаций.
Считается, что комбинация ядер 1 и 5 намного лучше, чем комбинация ядер 1 и 3, просто потому, что ядро 5 уже имеет доступ к хранилищу пакетных данных в своем общем кэше с ядром 7. Для тех, кто интересуется комбинацией ядер 3. и 5 его результаты были такими же, как и для ядер 1 и 5, как и ожидалось, исходя из архитектуры ЦП.
Для полноты картины были проведены тесты на различных комбинациях трех или четырех ядер. Комбинации ядра 1 или 3, работающие вместе с ядрами 5 и 7, имели примерно ту же скорость, что и ядра 5 и 7 сами по себе.