Вот чем занимается CPU в Windows

ссылку в студию

Переписывал с бумаги. Но для неумеющих пользоваться Google привожу URL:

http://www.pcweek.ru/themes/detail.php?ID=118822

http://newsland.ru/News/Detail/id/359087/cat/84/

http://www.coryphae.ua/Portal/DesktopModules/UPArticle/ArticlesView.aspx?tabI...

>требующих высокой производительности (например, открытие меню «Пуск»

ну таки а что смутило? Чтоб не тормозило как в гноме...

>Дальше я читать уже не мог.

А в чем прикол?

Или само название кнопки "пуск"?

Мне больше понравилось про "средства ... мониторинга надежности (подсчет числа сбоев за определенное время и накапливание статистики)".
Да, в венде очень актуально.

>А в чем прикол?
Прикол в том, что на современном то железе открытие менюшки по идее не должно бы быть ресурсоёмкой задачей.

Открываю секрет - задержка открытия менюшки Пуск сделана умышлено, но апологеты виндовса нашли тайный ключик в реестре, который устанавливает таймаут.

и что? совершенно согласен с примером - не хочется ждать, пока система протормозит на такой жизненно важной операции. Это относится кстати не только к винде.

нормально - куча людей отлаживают кнопку пуск - не то что в кривом линуксе - склепал на коленке пуск - работает ? работает - ну и фиг с ней.

А что тут такого? У меня в KDE открытие K-Menu бывает занимает секунд пять, когда параллельно работает что-то ещё. При этом оно активно трещит винтом, вычитывая видимо конфигурационные файлы. Сильно раздражает. Разработчикам KDE есть чему поучиться у Windows.

Открываю секрет - в цитате в первом посте говорилось о том, что открытие меню Пуск требует высокой производительности. Задержка, очевидно, высокой производительности не требует. Так что мимо.

> не хочется ждать, пока система протормозит на такой жизненно важной операции.

И что же там такого происходит, что этой операции нужна высокая производительность?

>У меня в KDE открытие K-Menu бывает занимает секунд пять, когда параллельно работает что-то ещё.
Выкини уже свой многострадальный селерон.

>Открываю секрет - в цитате в первом посте говорилось о том, что открытие меню Пуск требует высокой производительности. Задержка, очевидно, высокой производительности не требует. Так что мимо.

>на основе многочисленных данных, полученных от конечных пользователей

Конечные пользователи в большинстве своём не знают причины этой задержки и считают открытие меню очень ресурсоёмким, почему и требуют увеличения производительности на этой задаче. Неужели это тяжело понять, дружочек?

>Конечные пользователи в большинстве своём не знают причины этой задержки и считают открытие меню очень ресурсоёмким, почему и требуют увеличения производительности на этой задаче. Неужели это тяжело понять, дружочек?
Читай уж лучше:
>_на_основе_ многочисленных данных, полученных от конечных пользователей, _было_выбрано_ около 300 сценариев, требующих высокой производительности
Сценарии, требующие высокую производительность, отбирали не пользователи, а сотрудники M$ на основании жалоб пользователей. Уж в M$ то, я надеюсь, про этот delay знают.

> Выкини уже свой многострадальный селерон.

Core Quad Q6600. Какой процессор посоветуете для более быстрого открытия K-Menu? Да и при чём здесь процессор, если ошибка - чисто программерская, в defected by design аглоритме открытия меню, что требует постоянного перечитывания конфигов в момент нажатия на K-кнопку. 5 секунд - это из ряда вон выходящая ситуация, но 2 секунды - это нормальное поведение время от времени. В том же Windows XP отклик мгновенный.

> ошибка - чисто программерская, в defected by design аглоритме открытия меню, что требует постоянного перечитывания конфигов в момент нажатия на K-кнопку.

Совершенно верно, и это так же смешно (а для пользователей KDE и Gnome – грустно), как и слова человека из MS.

Меню гнома работает без задержек.

В GNOME починили с какой-то версии. Не знаю начиная с какой версии, но в 2.26 оно довольно быстро открывается. А если это 2-й раз, то уже вообще моментально.

Не знаю, не знаю...

У меня в Гноме первый раз меню открывается секунд 5-7, потом быстро, но иконки у пунктов как-будто с инета тянет...

В кедах (и в 4-х тоже) это действо на загруженной системе (когда что-то собирается с -j3) тоже далеко от мгновенного. Т.ч. люди дело говорят.

> Core Quad Q6600. Какой процессор посоветуете для более быстрого открытия K-Menu?

Далось вам это кривое меню? Есть же dmenu.

А как версия GNOME?

Только потом на иконки кучу времени тратит

alex@khome:~$ dpkg -s gnome-menus
Package: gnome-menus
Status: install ok installed
Priority: optional
Section: gnome
Installed-Size: 1700
Maintainer: Ubuntu Desktop Team <ubuntu-desktop@lists.ubuntu.com>
Architecture: i386
Version: 2.26.0-0ubuntu1

>было выбрано около 300 сценариев, требующих высокой производительности (например, открытие меню «Пуск»...»

На одной из моих машин при первом нажатии кнопки Пуск в Гноме ждать приходится секунды две или три :) Всё не соберусь /usr и /home там на xfs или ext4 перевести... Хотя нет, на ext4 я пока подожду, первый опыт на одной из машин показал заметную деградацию скорости через месяц работы. Как с reiser4 получается :-/

После установки нового приложения он снова кеш иконок перелопачивает 5/7 минут

>При этом оно активно трещит винтом, вычитывая видимо конфигурационные файлы.

*.desktop-файлы (считать, распарсить) + иконки (загрузить, если надо - отресайзить).

>В GNOME починили с какой-то версии. Не знаю начиная с какой версии, но в 2.26 оно довольно быстро открывается.

Увы, первый раз - и в 2.26 долго. А второй - всегда быстро был :)

Dendy подделка nintendo, а ты поддельный тролль

Тю... я когда ставил бубунту на нет бук то она постоянно грузила проц на 20-50 процентов

> *.desktop-файлы (считать, распарсить) + иконки (загрузить, если надо - отресайзить).

Да, вы правы. Только по-хорошему оно должно это делать в фоне, следя за содержимым директории с *.desktop файлами, иконками и подобным. А не когда пользователь кликает на кнопку. Что Celeron, что Core Quad, что жёсткие диски большинство своего времени простаивают, главное как расспределить задачи на время этого простоя, чтобы снизить отклик до минимально возможного. Вобщем, есть куда работать. Хотелось бы, чтобы разработчики KDE тоже обратили внимание на потенциальные оптимизации.

>Меню гнома работает без задержек.

Петросян.png

Видео Intel или Ati ? :))

зы: Но , будут упорно "лечить пятки" и ругать кого попало ... :))

>Меню гнома работает без задержек.

Да , подтверждаю это - работает без задержек.

Тема оптимальной системной конфигурации (CPU/RAM/FSB-clock/видяха/...), наиболее подходящей для открытия меню "Пуск" не раскрыта.

> Какой процессор посоветуете для более быстрого открытия K-Menu?

Физический, а не тот что эмулируется в Microsoft VirtualPC.

>было выбрано около 300 сценариев

Сегодня они будут ужинать в аду!

>Вот чем занимается CPU в Windows

Не знаю. В девятой убунте 90% времени частота автоматически снижается до минимальной - 50% (1,2 ГГц). И менюшка не тормозит, вероятно, потому что со времени установки прошло меньше месяца.

> Физический, а не тот что эмулируется в Microsoft VirtualPC.

Вы об чём?

По мне - так идеально. Если они не могут достичь высокой производительности везде, то нужно достичь высокой производительности в наиболее часто используемых местах. Для подавляющего большинства пользователей эффект будет такой, как будто достигнута высокая производительность для всей системы. Что очень приятно простому пользователю. Вот бы гномеры так делали - я бы радоваться не уставал просто.

> Это относится кстати не только к винде.

Вот-вот.

> нужно достичь высокой производительности в наиболее часто используемых местах

Не нужно. Нужно достичь минимального времени реакции. А высокая производительность нужна там, где выполняются ресурсоемкие задачи. И если в списке таких задач на первое место они ставят не запуск IE, не отрисовку своего Aero, не работу антивирусных программ, а открытие меню «Пуск», то это многое говорит о системе и ее разработчиках.

>Core Quad Q6600. Какой процессор посоветуете для более быстрого открытия K-Menu?

Скорее, руки. E1400, KDE 4.2.2 - все мгновенно. Правда, десктопные эффекты все отрублены, может поэтому, но даже если так, то захотел свистоперделок - ССЗБ, если тормозит.