Невызванная функция замедляет программу в 5 раз

[CoolCmd]

задержка загрузки shell32.dll

правильнее перевести как отложенная загрузка

автор патчей был так благодарен за моё расследование, что выдвинул меня на корпоративный бонус

не в первый раз вижу, как сотрудники гугла охотятся за бонусами: скрывают баги, тырят идеи для патентов. предлагаю еще одну креативную схему:
1. в мелкософт засылается соучастник, который под любым предлогом (безопасность, защита от педофилов и т.д.) добавляет в винду патч, который замедляет процессы, если их запускать по несколько тысяч. условия специфические, поэтому никто не замечает подвох.
2. чувак в гугле выявляет и исправляет тормоза.
3. PROFIT бонус.
ну это так, на правах шутки.

[SergeyMax]

сотрудники гугла

До гугла точно так же делал Марк Руссинович, в частности я имею в виду его цикл статей "дело о..."

[unclejocker]

Зачем так сложно? Теоретически достаточно сговора троих инженеров и менеджера. Инженеры номинируют друг-друга по кругу (двоих мало, т.к. нельзя номинировать того, кто номинировал тебя), менеджер апрувит.

[qw1]

удерживая при этом критический раздел system-global user32

Не стоило так переводить "критическую секцию".

[slonopotamus]

Ссылка на "часть 2" ведет на часть 1.

[apro]

А что в самом MS происходит раз они выпускают Update с такой проблемой? У них же самих должен быть набор тестов для WIN32 API, и он идее прогон их тестового набора тоже должен был замедлиться в несколько раз, им было на это наплевать?

[qw1]

Маловероятно, что у них есть тест, проверяющий завершение 1000 процессов в течении 1 секунды (я бы до такого не додумался). А если и есть тест, он может проверять только стабильность системы (что ничего не упало, все ресурсы освобождены), и выполняется в автоматическом режиме. То есть, тест пройден, но некому отметить, что во время выполнения теста весь UI подвис.

[apro]

Маловероятно, что у них есть тест, проверяющий завершение 1000 процессов

Это же одна из самых востребованных функций ОС — запуск новых процессов,
думаете у них теста одновременного запуска максимально возможного количества процессов? А как иначе тестировать обработку максимального количества объектов разного рода от дескрипторов файлов до GDI объектов и как ОС обрабатывает эту ситуацию. Очень странно было бы не автоматизировать проверку обработки этого крайнего случая.

Но я имел ввиду не конкретный тест, а совокупность тестов. Разработчики llvm не делают же чего-то необычного запуская тесты в нескольких процессах одновременно,
точно также прогон тестов WIN32 API и всех компиляторов разработанных MS должен по идее выглядеть.

[qw1]

Я о том и написал, что тест на завершение 1000 процессов, если и есть, то не проверяет отзывчивость UI в этот момент. Ну да, он завершается успешно через несколько секунд, ничего не упало, утечек памяти нет — тест пройден.

[ktod]

Уже лет 20 при первом знакомстве с новой версией вин проверяю, а не исправили ли багу с подвисанием указателя мыши при сворачивании/разворачивании окна. Но, нет, мс чтит традиции.

[bvn13]

как воспроизвести?

[ktod]

Кликаете на пиктограмму «свернуть окно» и без паузы двигаете указатель мыши. Указатель остается на месте пока проигрывается «анимация» сворачивания.

[bvn13]

видимо, SSD и 16Гб ОЗУ делает свое дело…

[AngReload]

HDD и 8Гб ОЗУ — курсор бегает без проблем. Вообще никогда не слышал о такой проблеме.

[SergeyMax]

Такое было на виавских чипсетах времён первого пентиума, когда драйверы Bus Master IDE не были установлены, или чот типа такого

[ua30]

Как мало надо для курсора… Помню в детстве ZX Spectrum был с 48 КБ ОЗУ. Не понимал, ну зачем так много памяти делать, кому столько пригодится!?

[vassabi]

вы видели — какой нынче есть стандарт иконок для айпада с ретиной?
я когда увидел дизайнеров с просьбой им спаковать 1024х1024, я чуть не упал. А ведь нет — таки иконка!

[ua30]

Вспомнились ASCII «картинки для взрослых» в монохроме. А как увидел первые, наверное, 256х256 фото на 4-битном CGA (16 цветов, но цветов!) — не спал неделю. Были ведь времена! В такие моменты понимаешь, что ты уже не молод. Хоть еще и не стар!

[vanxant]

Наверно всё-же EGA мониторе. CGA не умел в графику 16 цветов (точнее умел в особо диком режиме 160х200, но не каждый).

[FreeNickname]

1024x1024 Apple всё же использует для featuring в AppStore, не на рабочем столе)

[ktod]

32ГБ и nvme. Ничего не решают.

[springimport]

На самом деле в таких вещах решает цп. Для полноты картины нужен 9900k 5.0ггц.

[namikiri]

8 Гб, обычный жестак — курсор перемещается в процессе отрисовки.

[roscomtheend]

Никогда не слышал о такой баге (использую с версии 3.1), только что проверил (под рукой только Win10 на ноуте) — ничего не фризится (но и анимация сворачивания быстрая).

[old_gamer]

О, спасибо, тестируя, случайно обнаружил, что если зажать ЛКМ на кнопке приложения в таскбаре и провести мышью вверх, то вызывается меню, доступное по щелчку ПКМ. Не знаю, зачем мне это знание, но прикольно.
Вин 7.

[DjOnline]

Для планшетов, где нет правой клавиши мыши.

[old_gamer]

Точно, не подумал. Спасибо!

[mayorovp]

Только не «вверх», а от края монитора. Два дня я гадал каким образом эта фича у меня оказалась отключена на всех компах кроме игрового — пока не догадался провести мышью вниз :-)

[old_gamer]

У меня именно вверх. Не надо до края, достаточно на 1-2 пиксела буквально. Нажимаю ЛКМ в любом месте кнопки на таскбаре и чуть-чуть вверх.

[mayorovp]

А таскбар-то у вас где?

[old_gamer]

да, точно, не понял сначала, о чем вы.

[vassabi]

напомнило случай, когда я работал на игроделов, в то вермя у них была проблема со скоростью завершения игры. Обычно с уровня выход идет в меню, а потом уже из программы, поэтому процесс выгрузки объектов был не так заметен. Но в этом случае — они хотели, чтобы было быстро прямо с уровня…
Долго мучались, ускоряли и спрямляли логику, даже нашли и пофиксили 10+ багов в разных деструкторах. Уже второй дедлайн пропущен. Пока не заметили (прямо как в истории про «платье короля», интерн спросил техлида — «смотрите, а почему это так ?»), что при креше программа «завершается практически мгновенно».
После этого прикрутили флажок к глобальному обработчику (все нормально, это мы выходим, не пугай пользователя) и после flush на файл сейва — делили единицу на ноль (или разыменовывали NULL, уже не помню). Еле потом уговорили ПМа, что так на самом деле делать нельзя и в других играх такого делать больше не будем.

[Gorthauer87]

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

[qw1]

Например, в каждом деструкторе написать что-то типа

if (g_isFastExiting) return;

Но это сколько надо исходников менять + зависимость всех объектов от модуля с флагом — нехорошо.

Либо ExitProcess(0);

[vassabi]

там было много причин, и не только в статических переменных.
Вообще, стремление было сделать выход с «останавливаем все потоки, закрываем все дескрипторы, и помечаем всю выделенную память как пустую».
Так что «выход с крешем» просто был самым быстрым вариантом для реализации (второй дедлайн, рождество через неделю), чтобы не плодить лишних зависимостей никуда, кроме обработчика сигналов.

[qw1]

Вообще такой подход к завершению приложения очень хорош тем, что можно найти все утечки — памяти, хендлов, и т.п.

[vassabi]

когда до дедлайна еще две недели — то игроделы нормально работают: утечки ищут, скорость считают. А когда после запланированной даты сдачи проекта про*ли уже второй срок сдачи проекта, то…

[qw1]

-

[Chaos_Optima]

А почему деление на 0 а не std::abort?

[vassabi]

увы, если бы то решение писал я, я бы вам точно ответил. Я в это время работал над другой игрушкой, просто в одном опенспейсе сидели.
Рискну предположить, что abort уже был обвязан своей логикой (т.е. SIGABRT уже что-то делал), в том числе и прочие штатные пути типа onexit/atexit. А хотелось — чтобы никаких деструкторов, никаких раскруток стеков, просто стопануть, всю память освободить (прямо на уровне «железа» — пометить страницы свободными и досвидания, гори дом вместе с тараканами) и все.

[mayorovp]

Тогда надо вызывать std::terminate(). Необработанные исключения вызывают именно его.

[vassabi]

эээ… а разве не наоборот — хендлер для необработанных исключений вызывает std::terminate, который в штатном варианте вызвает std::abort, который вызывает сигнал SIGABRT, который обрабатывается его обработчиком? При этом сигнал SIGSEGV ( *NULL=0; ) — сразу летит на свой обработчик (да, можно пошаманить с __try… __catch, но смысл ?).

перечитал доки по std::terminate() — сейчас я бы наверно пробовал что-то типа std::_Exit(EXIT_SUCCESS);, но, как говорится: «был бы я такой умный, как моя жена завтра» :)

UPD: вспомнил еще засаду для всех вариантов с std::zzzz: там был свой набор libc/libcpp/etc, так что вполне могло быть что и std::_Exit был перегруженый, с вызовом внутреннего менеджера памяти, так что сложно сказать — сработало бы или нет…

[mayorovp]

Хм, и правда. Тогда тем более не понятно чем std::abort не устроил.

[amarao]

man 2 exit

void _exit(int status);
The function _exit() terminates the calling process «immediately». Any open file descriptors belonging to the process are closed.

[Evengard]

А почему нельзя было сделать просто ExitProcess(0)?

[vassabi]

наверно потому что он не такой быстрый и не такой замечательный (документация упоминает даже какой-то потенциальный дедлок и разные неопределенные состояния, если им пользоваться как попало), как то, что в итоге ушло в продакшен.

[leR12]

вообще без проблем на W7. один раз настроил ( лет 6 назад) мгновенно всё то что надо отрубается. память очищается.

[bosco]

Читал статью в оригинале. Так познакомился с WPA.
Вобщем, проблема была устранена в 1803, в одном из ноябрьских обновлений.
Но, когда я поставил Windows 1809, с декабрьскими обновлениями, оказалось, что проблема никуда не исчезла. Бред какой-то. Регресс как он есть.
И ведь это semi-annual update (targeted). Официальный.
Обидно очень. Хотелось бы как-то связаться с инженерами и ускорить выпуск патча.
И забыть обо всём об этом.
Проблема очень критическая, т.к. если кто знает ARQA QUIK — эта программа НЕЩАДНО тормозит именно из-за бага в win32kfull.sys, куда уходит банальная функция gdi lineTo
win32kfull.sys!NtGdiLineTo и далее знакомый EPATHOBJ::bSimpleStroke
Система настолько тормозит, что даже банальные часы в таскбаре замирают на несколько секунд. При этом 4 ядра, 8 нитей HT, 16 гиг памяти, винт SSD, всё доступно, но…

[leR12]

взял ещё один ноут и установлю W7