Что означают окошки в таскменеджере 2003?
 

в taskmgr 2003 на вкладке о загрузке ЦПУ нарисованы 10 вертикальных окошек
http://dropmefiles.com/Ml5H3
в которых изображаются графики загрузки ЦПУ. Причем в первых двух они зашкаливают за 100% почти все время, а в остальных пики.
И так все время. Что означают эти окошки? Какой либо шкалы времени нет, поэтому непонятно.

Это загрузка ядер процессора. Физических и виртуальных (если процессор[ы] с Hyper Threading).

Но у меня не 10 ядер, а в восьми правых окнах тоже наблюдаются пики.
Потом, в окне слева загрузка написана 11%, но если 2 ядра загружены сильно как на графике, то почему тогда так мало, всего 11?
У меня это виртуальный сервер под VMware.

конфиг ВМ нам угадать?

отсортируйте по процессам и смотрите, что у вас кушает.
оно и не параллелится.

А вы ни словом не обмолвились о конфигурации виртуального процессора. Как и физического, кстати. ;)

Что такое среднее арифметическое знаете?

На скриншоте (цифры примерные) первое ядро - 100%, второе - 0%, остальные (кроме 10-го) в сумме - 3%, 10-е - 5%. 100 + 3 + 5 = 108 / 10 = 10,8. Т.е., почти ваши 11%.

Да, виноват. При ближайшем рассмотрении выяснилось, что процессор Xeon E5-2609, в котором 12 CPUs x 1,895GHz
Причем на виртуальной машине win2003(она одна на хосте vSphere) - 24 Gb memory and 2 virtual sockets, 5 cores per socket, т.е. выходит как раз 10 cpu (70Гб свободного системного диска)
http://dropmefiles.com/djIId

Но тогда возникает вопрос, почему загружены только 2 первых ядра, а остальные простаивают. Как заставить их равномерно распределять нагрузку?
Дело в том, что после сбоя питания пришлось перегружать хост и windows стал работать во всех программах с тормозами.
А раньше было быстро. Даже простое разархивирование из zip базы dbf 1c идет по полчаса.

Три CPU Intel® Xeon® Processor E5-2609 (10M Cache, 2.40 GHz, 6.40 GT/s Intel® QPI) Product Specifications, каждый из которых с четырьмя ядрами. Либо, что куда более вероятно, пара Intel® Xeon® Processor E5-2609 v3 (15M Cache, 1.90 GHz) Product Specifications, с шестью ядрами.

Уже несколько раз сказали: потому что, например, используемое Вами программное обеспечение тупо не умеет (или банально не имеет возможности) использовать параллелизм в своём алгоритме. Операционная система максимум, что может сделать — выбрать незагруженное в данный момент ядро при старте процесса.

Я надеюсь, что 1С хотя бы не v7.7 под такую конфигурацию?

Да, как раз v7.7(не SQL) медленно и работает. v8.2 быстрее. До перезагрузки всего vmware 1c7.7 работала существенно быстрее.

Разве не придумали какой-нибудь патч для этого параллелизма?

Диск мониторьте. Поди, тоже виртуальный?

А патч к "жигулям" для использования ракетного топлива?

Это печально. См., например:
Для седьмой версии прежде всего важна тактовая частота. Параллелизма нет совсем.

Кто придумает — станет богаче Гейтса, Джобса, Брина и Пэйджа вместе взятых. Но это из области ненаучной фантастики. А Вам — срочно читать «Windows Internals» Соломона и Руссиновича (можно даже в переводе — «Внутреннее устройство Microsoft Windows»).

Он виртуальный vdmk но как часть реального, вроде всегда так. А что в диске могло измениться из-за выключения/перезагрузки?

Если в events пишется:
Device naa.600605b0075507801e597baf1ccf4828
performance has deteriorated. I/O latency
increased from average value of 15150
microseconds to 311906 microseconds.
warning
02.03.2017 11:47:27
localhost.localdomain

то это про диск?

проверяйте массив.
задержка очень большая.
ну или появилась другая ВМка с пожеланиями к диску.
да, для 2003 можно привести кол-во процессов к 4-м - ЕМНИП больше в ВМ не поддержвиается..

Это интересное замечание cameron. Но насколько оно проверено практикой? Я думал, что сервера для многопользовательской работы надо ставить только на Xeon и матплаты их поддерживающие как раз для параллельной работы пользователей, а не на i3-i7, хоть и быстрые.(Разве не для этого Xeon придуман??) Один раз я поставил сервер 2008R2 для 3-5 пользователей с 1С8.2 на клиентский i3/16Gb и получил сразу трудности с установкой драйверов сетевой платы и достаточно тормозную работу сервера.

Да, этих тынцев в интернете навалом. Многие заграничные админы советуют не обращать внимания на этот глюк wmware, другие предлагают самые разные "способы решения", в том числе просто перезагрузку. Эти колебания latency происходят все время, то в плюс, то в минус. Я привел только минусовое. Рейд у меня на LSI SAS контроллере, никаких сетевых хранилищ нет.

Других ВМ у меня нет в этом хосте.


Это как?