Достало поведение меню в софте. В частности обычное "Пуск"
Наводишь на ту-же "панель управления", и если комп несколько загружен — ждешь пока откроется, даже если туда сейчас и не надо. Случайно, напрмер провел над ним мышой.
Неужели нельзя в потоках обработку делать?

Здравствуйте, Sheridan, Вы писали:

S>Достало поведение меню в софте. В частности обычное "Пуск"
S>Наводишь на ту-же "панель управления", и если комп несколько загружен — ждешь пока откроется, даже если туда сейчас и не надо. Случайно, напрмер провел над ним мышой.
S>Неужели нельзя в потоках обработку делать?
А кто тебе сказал, что это гуй-поток занят чем-то и не может вывести менюшку? Может этот гуй-поток висит на какой-либо блокировке, или, что вероятнее всего, ждёет, когда раскрываемая менюшка с хранилища какого-нить подымется (возможно, сам подымает). В этом случае никакая многопоточность не поможет, достаточно просто всю менюшку закешировать и всё будет летать.

Здравствуйте, Sheridan, Вы писали:

S>Достало поведение меню в софте. В частности обычное "Пуск"

а где вы у нормальных систем видели "пуск" ?:D

Здравствуйте, Sheridan, Вы писали:

S>Достало поведение меню в софте. В частности обычное "Пуск"
S>Наводишь на ту-же "панель управления", и если комп несколько загружен — ждешь пока откроется, даже если туда сейчас и не надо. Случайно, напрмер провел над ним мышой.
S>Неужели нельзя в потоках обработку делать?

1. В меню "пуск" есть опция — раскрывать подменю только по клику.
2. В реестре настраивается длительность "задержки" между наведением на элемент меню и началом открытия подменю.

Здравствуйте, rus blood, Вы писали:

RB>Здравствуйте, Sheridan, Вы писали:

S>>Достало поведение меню в софте. В частности обычное "Пуск"
S>>Наводишь на ту-же "панель управления", и если комп несколько загружен — ждешь пока откроется, даже если туда сейчас и не надо. Случайно, напрмер провел над ним мышой.
S>>Неужели нельзя в потоках обработку делать?

RB>1. В меню "пуск" есть опция — раскрывать подменю только по клику.
Знаю.
Но как быть например с меню "предыдущие документы" в томже ворде?

RB>2. В реестре настраивается длительность "задержки" между наведением на элемент меню и началом открытия подменю.
В курсе, для своего компа выставить не проблема, но есть и другие, на части которых и прав то ковыряться в реестре нет (например дали ноут погонять)

Здравствуйте, Sheridan, Вы писали:

S>Достало поведение меню в софте. В частности обычное "Пуск"
S>Наводишь на ту-же "панель управления", и если комп несколько загружен — ждешь пока откроется, даже если туда сейчас и не надо. Случайно, напрмер провел над ним мышой.
S>Неужели нельзя в потоках обработку делать?

Это не потоки, это особенность планировщика винды, в ряде случаев когда нагружен например веник то морозится все что угодно.
Вот, софтинка, проверь свое барахло — http://www.thesycon.de/dpclat/dpclat.exe

Здравствуйте, Sheridan, Вы писали:
S>Неужели нельзя в потоках обработку делать?
Можно, но это достаточно тяжело. Сделать это прозрачно для клиентского приложения практически невозможно.
Поэтому всё остаётся на совести конкретного реализатора. А конкретный реализатор как правило не заморачивается — в практических случаях время сканирования файловой системы пренебрежимо мало.

Здравствуйте, Sinclair, Вы писали:

S>Поэтому всё остаётся на совести конкретного реализатора. А конкретный реализатор как правило не заморачивается — в практических случаях время сканирования файловой системы пренебрежимо мало.

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

Здравствуйте, Sinclair, Вы писали:

S>Здравствуйте, Sheridan, Вы писали:
S>>Неужели нельзя в потоках обработку делать?
S>Можно, но это достаточно тяжело. Сделать это прозрачно для клиентского приложения практически невозможно.

А если так:
1. Мышка наводится, на элемент меню
2. Отрисовывается пустое подменю с индикатором (часы например)
3. Запускается в потоке функция загрузки элементов подменю с колбеком на подменю
4. По завершению работы, подменю получив нотификацию отрисовывает загруженные элементы

Здравствуйте, Sni4ok, Вы писали:

S>а где вы у нормальных систем видели "пуск" ?:D
Угу, у нормальных систем нужно чтобы было только
host #

Здравствуйте, Ikemefula, Вы писали:
I>Наоборот, я вот почти не встречаю компа где бы пуск или вложеные меню открывались без задержек, разве что комп загрузился и часов другой постоял без дела. Вот если скажем воткнуть редибуст, то в таких сценариях на ровном месте вырастает адский перформанс даже при нагруженом компе.
У меня win7, нажатие кнопки Win отрабатывает без заметной глазу паузы.

Здравствуйте, Ytz, Вы писали:
S>>Можно, но это достаточно тяжело. Сделать это прозрачно для клиентского приложения практически невозможно.

Ytz>А если так:
Ytz>1. Мышка наводится, на элемент меню
Ytz>2. Отрисовывается пустое подменю с индикатором (часы например)
Ytz>3. Запускается в потоке функция загрузки элементов подменю с колбеком на подменю
Ytz>4. По завершению работы, подменю получив нотификацию отрисовывает загруженные элементы
То всё это придётся делать в клиентском приложении.
Нужно понимать, что сейчас меню вызывает "функцию загрузки элементов" синхронно, в основном UI-потоке. Просто так взять и переделать это нельзя — нафиг накроются все существующие программы.

Здравствуйте, Sinclair, Вы писали:

I>>Наоборот, я вот почти не встречаю компа где бы пуск или вложеные меню открывались без задержек, разве что комп загрузился и часов другой постоял без дела. Вот если скажем воткнуть редибуст, то в таких сценариях на ровном месте вырастает адский перформанс даже при нагруженом компе.
S>У меня win7, нажатие кнопки Win отрабатывает без заметной глазу паузы.

Бывает, я ж не спорю. Как правило при небольшой нагрузке если работает веник, такое счастье заканчивается.

Здравствуйте, Ikemefula, Вы писали:

I>Бывает, я ж не спорю. Как правило при небольшой нагрузке если работает веник, такое счастье заканчивается.
Странно. Там же всё из кэша. Зависит, конечно, от вашего определения "небольшой нагрузки". Честно признаюсь — компиляция в это время не идёт.
Сейчас проверил — запустил воспроизведение видео. 1787kbps. Паузы в реакции на Win по прежнему нет.

Здравствуйте, Sinclair, Вы писали:

I>>Бывает, я ж не спорю. Как правило при небольшой нагрузке если работает веник, такое счастье заканчивается.
S>Странно. Там же всё из кэша. Зависит, конечно, от вашего определения "небольшой нагрузки". Честно признаюсь — компиляция в это время не идёт.
S>Сейчас проверил — запустил воспроизведение видео. 1787kbps. Паузы в реакции на Win по прежнему нет.

Значит у тебя очень хорошее железо или очень много памяти. Недавно я сравнил компы и запускал на них кое какие софтинки, что бы померить такие вот лаги и как то выходит, что большинство компов уже на этом тесте имеют кое какие проблемы.

Здравствуйте, Ikemefula, Вы писали:


I>Значит у тебя очень хорошее железо или очень много памяти. Недавно я сравнил компы и запускал на них кое какие софтинки, что бы померить такие вот лаги и как то выходит, что большинство компов уже на этом тесте имеют кое какие проблемы.
Двухлетней давности ленова R400.
Rating: 3.4
Processor: Intel(R) Core(TM) 2 Duo CPU P8400 @2.26 GHZ
Installed memory (RAM): 3.00 GB (2.90 GB Usable)
Диск, правда, новый. Два предыдущих уже сдохли.
ST9500420AS.

Здравствуйте, Sinclair, Вы писали:

S>Здравствуйте, Ikemefula, Вы писали:


I>>Значит у тебя очень хорошее железо или очень много памяти. Недавно я сравнил компы и запускал на них кое какие софтинки, что бы померить такие вот лаги и как то выходит, что большинство компов уже на этом тесте имеют кое какие проблемы.
S>Двухлетней давности ленова R400.

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

Здравствуйте, Sheridan, Вы писали:

S>>а где вы у нормальных систем видели "пуск" ?:D
S>Угу, у нормальных систем нужно чтобы было только
S>host #

а это уже ламерство под рутом сидеть

Микрософтовский гуй никогда не отличался супер-быстродействием, а всякие новые кульные няки, что они постоянно добавляют, еще больше замедляют его, Конечно скорость процессоров растет, но микрософт тоже не унимается. Особенно достает то, что зависоны не предсказуемы.

Здравствуйте, neFormal, Вы писали:

S>>host #

F>а это уже ламерство под рутом сидеть
Если без фанатизма, то к порядку и дисциплине огого как приручает