Почему report.c говорит, что я прослушиваю порт 80_80 и у меня меньше ядер, чем доступно?

Окружающая среда

Я использую G-WAN на Ubuntu 14.04.3 SERVER LTS (3.19.0-49) 64-bit с процессором Intel Core i7-3610QM, использующим TCP-порт 80.

Есть папка 0.0.0.0:80, но нет ни 0.0.0.0:8080, ни 0.0.0.0:xyz другой папки.

Почему оба сервлета report.c и report.java отвечают:

1 хост(ы): 0.0.0.0:80_80 Против. справа 0.0.0.0:80

?

В то же время эти два сервлета сообщают:

ЦП: 1 5x R) Core(TM)i7-3610QM CPU с тактовой частотой 2,30 ГГц (1 ядро(я)/ЦП, 1 поток(и)/ядро)

и разрешено: 5 ядер!

когда этот процессор является 4-ядерным с двумя потоками, и тогда эти сервлеты должны возвращать:

(4 ядра/процессора, 2 потока/ядра и разрешено: 8 ядер?

Краткий технический обзор процессора Intel Core i7-3610QM

Кстати, не будет ли более точным ответ:

Разрешено 8 потоков против. 8 ядер?


person Phil-26    schedule 07.02.2016    source источник
comment
Он печатает то, что печатает. Зачем спрашивать нас?   -  person user207421    schedule 07.02.2016
comment
@EJP, спасибо за этот хороший вопрос. Собственно говоря, я ждал ответа от команды G-WAN и, очевидно... получил его.   -  person Phil-26    schedule 08.02.2016


Ответы (3)


На моем рабочем столе у ​​меня есть следующее:

CPU(s): 1x Intel(R) Xeon(R) CPU W3680 @ 3.33GHz (6 Core(s)/CPU, 2 Thread(s)/Core)
Allowed: 12 Cores

Это ожидаемая информация.

У меня нет ни вашего процессора, ни конфигурации вашей системы, поэтому я не могу протестировать и рассказать вам, что происходит за кулисами в вашем конкретном случае.

Есть много вещей, которые могут отличать обнаружение ЦП и ядер ЦП от физически установленного оборудования, среди которых ваши конкретные system configuration (политики могут блокировать ядра), hypervisors и ошибочное обнаружение.

G-WAN пытается найти самостоятельно с помощью инструкции CPU ID, а затем проверяет, что сообщает ядро ​​Linux. Когда результат отличается, становится сложно сказать, почему, и выбрать «правильный» ответ.

Ваш вопрос о терминологии "Разрешенные" "потоки" и "ядра" сложнее, чем вы думаете, и "ядра" здесь меньшее зло.

Для формата «слушателя» я также получаю это:

1 host(s): 0.0.0.0:8080_8080
Root: #0.0.0.0

Итак, да, здесь неправильно указан двойной порт, вероятно, из-за множества новых опций, реализованных в последнее время. Это будет исправлено.

Наконец, stackoverflow — это сайт вопросов и ответов для программистов, поэтому я предлагаю вам использовать serverfault для решения основных проблем, связанных с использованием G-WAN и системой.

person Gil    schedule 08.02.2016

Спасибо, Гил, за ответ, даже если он еще не решил проблему.

Имейте в виду, что на моей машине htop показывает 8 ядер, а report.c и report.java — нет.

Я перейду к серверу сбоев для дальнейших вопросов о других сбоях сервлета.

Кстати, хороший у тебя рабочий стол ;)

Просто чтобы узнать, какой дистрибутив и выпуск Linux вы используете для своих тестов?

person Phil-26    schedule 08.02.2016

Я только что загрузил последний скрипт полной установки gwan, созданный Fnux, и установил выпуск gwan 7.12.6 со всеми 15 доступными языками программирования, и он отлично справился со своей задачей.

Теперь сервлеты report.c и report.java отображают правильный прослушиватель, но не отображают значения времени работы системы.

Кроме того, при перезагрузке этих двух сервлетов несколько раз (с помощью нажатия клавиши F5) на странице отображаются странные символы (например, ">" или "?>" или "??" или "T?") прямо над заголовком Traffic.

Это проблема с внутренним кешем gwan (в моей системе файл init.c отключен с символом подчеркивания, помещенным после его расширения, например: «init.c_»)?

Спасибо Гил, чтобы исправить это в ближайшее время.

person Phil-26    schedule 21.02.2016