Форумы Modlabs.net: Windows XP 2020 - сборка системы для современных ПК - Форумы Modlabs.net

TINC (11 Май 2021 - 19:57) писал:

И чем вы руководствовались, не удалив эти сообщения?
Вы посчитали их сообщениями посуществу, что-ли?

https://www.modlabs....post__p__303893
https://www.modlabs....post__p__303905
https://www.modlabs....post__p__303889
https://www.modlabs....post__p__303890
https://www.modlabs....post__p__303896
https://www.modlabs....post__p__303906
https://www.modlabs....post__p__303909
https://www.modlabs....post__p__303912
https://www.modlabs....post__p__303860
https://www.modlabs....post__p__303861

В темах про ХР модерацию должен выполнять человек, создавший топик, только он знает о чем данная тема.

Пользователи ХР самодостаточны - выберут и отфильтруют нужное им. Не нужно уподобляться Майкрософт-модераторам с IXBT (я насчитал 4 чел.) и удаляющим все подряд... В итоге, кроме бреда модераторов и неугомонных десяточников, в теме про ХП ничего полезного. При чем блюдители правил конференции ревностно удаляют даже цитаты законодательства РФ. Например, цитирование статьи 1280 Гражданского кодекса на IXBT строго запрещено. Если закон РФ противоречит коммерческим интересам Майкрософта - то закон удаляем, а пользователя - в бан. Вот готовая картинка - можете проверить )).

Брунс, winxp2020, Не нужно нам диктовать что оставлять, а что убирать. Мы сами решаем как правильно делать. Место для дискуссий у вас есть, обсуждать решение администрации смысла не вижу.Одна тема – идеологические споры, другая – технические вопросы. Всё.

White (12 Май 2021 - 08:01) писал:

Там никто не диктовал.
Там спросили, чем руководствовались.
Как это вообще можно, диктовать вопросами?

Цитата

Насколько большой должна быть задержка?

Правильно спроектированный контроллер SSD должен все это учитывать и задержать запись.
Кстати на SSD без TRIM я получил катастрофически низкую скорость копирования (около 1Kb/s)
командами dump|restore.

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

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

https://habr.com/ru/post/556930/

majden7 (12 Май 2021 - 14:18) писал:

Там хотя бы грамотный и интересный текст. И дисклеймер в самом начале:

Цитата

в отличие от местного кло.. господина.

tovenaar (12 Май 2021 - 15:32) писал:

А мне показалось, статья написана поверхностно.
А этот перл, это разве грамотный текст: "существующие ACPI.sys не дотягивают до уровня хотя бы vista" ?
Что ещё за уровни?
А это... "Статья не является "пошаговой инструкцией", в основном теория"
Теоретиков много, ты пошаговую дай, посмотрим, на что ты способен.
Я вот, могу дать пошаговую, 6 вариантов, под все конфигурации.
Но, мне пришлось удалить отсюда все свои инструкции, после того, как я узнал, что данная дискуссия оформлена неверно и я восстановлю все свои тексты, после верного оформления дискуссиии.
Я тоже, себя не на помойке нашёл, чтобы выкладывать инфу в неверно оформленную дискуссию.

winxp2020, Брунс, бан на 5 дней. Оба. Остыньте. За 5 дней приведём эту тему в порядок, а дальше посмотрим.

Timer_Interval_v4 - программа для демонстрации бага Google Chrome, приводящему к сбою системных часов

Довольно долго я изучал RTC bug - пришлось перелопатить много информации, проделать много тестов и написать несколько тестовых программ и доказывать что баг существует, но сейчас - причина выяснена. С очень давних времен в браузере "Google Chrome" (и всех его клонах) имеется очень неприятный баг, связанный с постоянным передергиванием интервала системного таймера, что приводит к ускорению хода системного времени, так называемый RTC bug. Багу подвержен как оригинал от Google, так и все браузеры, собранные на его основе. Я проверял, как очень старые версии CoolNovo, так и новейшие версии 360ЕЕ. Скорее всего проблеме подвержены все существующие версии браузера, поскольку ни 1й версии без бага я не обнаружил.

Для измерения текущего интервала системного таймера существует утилита Clockres.exe компании Sysinternals и легендарного разработчика Марка Руссиновича.
Clockres v2.1 - Clock resolution display utility
Copyright © 2016 Mark Russinovich
Sysinternals

Утилита не удобная, она консольная и измеряет интервал только 1 раз при запуске. На замену Clockres, по моей просьбе, программист Xenia разработала программа Timer_Interval_v4 - графическая замена Clockres. Программа измеряет интервал таймера каждые 50 мс и выводит измеренное значение на экран поверх всех окон.



Скачать Timer_Interval_v4 (с исходным кодом) - https://www.upload.e...val_v4.zip.html
Набор для демонстрации бага - https://www.upload.e...ations.zip.html

Программа показывает насколько часто браузер "Google Chrome" (CoolNovo, 360EE и другие) переключает интервал системного таймера 15.6 мс - 1 мс и обратно. Переключения происходят, как при активной работе, так и в простое без какой-либо видимой закономерности. Например 2-3 переключения в секунду, потом секунда без переключений, потом 4-5 переключений за секунду, потом опять пауза несколько секунд. Бывает и несколько секунд подряд идут переключения. Зачем ядро браузера задрачивает этот таймер никому не известно - скорее всего какой-то баг.

Кроме того, я протестировал около 30 программ разного функционала (файл менеджеры, архиваторы, просмотрщики картинок, плееры, медиапроигрыватели) - некоторые программы меняют интервал таймера, но меняют его 1 раз и держат новое значение пока вы не закроете программу, а Chrome и его клоны просто дрочат этот таймер, переключая несколько раз в секунду.

Частые переключения системного таймера приводят к сбоям в системном времени на мультипроцессорном ядре Windows XP. Однопроцессорное ядро Windows XP не подвержено этой проблеме. В Windows 7 данная проблема не проявляется, поскольку Win7 постоянно удерживает системный таймер на интервале 1 мс (0.977 мс) и переключения не происходят.

Более подробно о RTC bug:
1) В сообщении #12 - Баг RTC таймера - уход времени "вперёд" на мультипроцессорном ядре Windows XP - https://forum.simpli...id=26838#p26838
2) Или в сообщении #422 - https://www.modlabs....post__p__303709

Если кто захочет пободаться с Гуглом и написать им баг-рипорт, а ранее Гугл выплачивал приличные гонорары за подобную проделанную работу - то в случае успеха, прошу разделить гонорар в 3-х равных частях:
1) мне - 33%
2) вам - 33%
3) Xenia - 33%.

Комплект модернизированных драйверов "WinXP-IE Optional Patch Integrator" v3.1.5 от 07 мая 2021 года

Новая версия комплекта "WinXP-IE Optional Patch Integrator" для установки Windows XP на современные ПК. Набор включает модернизированные драйвера USB3, AHCI SATA, ACPI, NVMe, PAE fix, CPU AVX fix, GPT, твики, патчи. Данный набор можно использовать как в "автоматическом" режиме, запуская CMD-файл и интегрируя нужные компоненты в ISO-образ, так и "вручную" - выбирая отдельные файлы и добавляя их в дистрибутив (с помощью nLite) либо устанавливая модифицированные драйвера в WinXP через "Диспетчер устройств".



Скачать v3.1.5 (22 МБ) - https://www.upload.e...v3.1.5.zip.html
Архив всех 33 версий "Optional Patch Integrator" до апреля 2021 года (420 МБ) - http://file.sampo.ru/5863f7

Другой вариант коллекции всех выкладываемых ранее версий интегратора. Одним архивом, размер которого существенно меньше.

JeWell, ещё одна провокация и бан на пять дней. Повысил уровень предупреждений

Сообщение отредактировал White: 18 Май 2021 - 23:47

Я не хотел делать solid архив, чтобы не терять аутентичность каждой отдельновзятой версии интегратора. Тем более, что интегратор идет по пути накопления решений и особого смысла в старых версиях нет.

Методика установки "Windows XP" на ПК 2014-2020 года (обновление 21 мая 2021 г.)

Внимание!!!
Заменено >10 неработающих ссылок на обменники и добавлены резервные. Рекомендую скачать данный ТХТ, на замену предыдущих.

Прочитав данный ТХТ вы найдёте решение большинства проблем, с которыми сталкиваются пользователи при установке Windows XP на современные ПК. Всегда используйте последнюю версию, поскольку методика дополняется, а неработоспособные ссылки исправляются. В составе - модернизированные драйвера USB3, AHCI SATA, ACPI, NVMe, PAE fix, CPU AVX fix, GPT, твики, патчи, рекомендуемые программы, сайты и много интересного.

TXT методика (90кБ, английский язык) - https://yadi.sk/d/DnV0Q40oo7D61A
TXT методика (101кБ, русский язык) - https://yadi.sk/d/ErwFkIPMPqBm9g
Бекап драйверов по ссылкам из ТХТ (800 МБ) - https://yadi.sk/d/LWXV9JLWetKSvA

Загрузка Windows XP x64 на чисто UEFI системах

При загрузке с материнских плат, в которых нет поддержки Legacy BIOS, а есть только UEFI - загрузка Windows XP (32-bit) не возможна, как и загрузка других 32-битных систем, включая Windows 10 (32-bit) - что абсурдно, поскольку Windows 10 не поддерживается в 32-битной редакции, хотя Майкрософт от неё ещё не отказался. 64-битный UEFI загрузчик может работать только с 64-битными системами, но отказывался работать с 64-битной ХР. Но оказалось, если использовать загрузчик от Windows Vista - то можно загрузить и Windows XP x64 на чисто UEFI системах. Видеодемонстрация:

https://www.youtube....h?v=skzTESTEESA

Обновление "Windows XP Professional SP3 x86 - Integral Edition 2021.5.15" (для тестирования Optional Patch Integrator)

Данная сборка выпущена 15 мая 2021 года и является последовательным продолжением майской версии 2020.5.5, сентябрьской 2020.9.9, февральской 2021.2.14, мартовской 2021.3.20 и апрельской 2021.4.24. В сборку включены лучшие версии модернизированных драйверов, адаптированных специально для работы на современных ПК. Если сборка Integral Edition заработает, далее вы легко вытяните нужные модифицированные файлы и драйвера с помощью специализированных программ DoubleDriver v4.0.1 или DriverExtractor v2.0 и перенесёте их в любую русскую редакцию ОС.

Основные изменения v2021.5.15:
- Произведены некоторые косметические исправления.
- Обновлены корневые сертификаты (KB931125) по апрель 2021 года - v41.0.2195.2104.
- Обновлен браузер Basilisk/UXP до "v2021.5.14".
- Обновлен "Optional Patch Integrator" до версии "v3.1.5".

Ссылку на скачку нагуглите по названию.

winxp2020 (Вчера, 00:22) писал:

Проинструктируйте, как это сделать, пожалуйста.

Fairy Knight (27 Май 2021 - 10:40) писал:

Уход времени "вперёд" на современных ПК под Windows XP

При использовании Windows XP на современных материнских платах обнаружился досадный глюк - системное время уходит вперёд, причем степень ухода зависит от активности работы ПК и может набегать до 5 минут в день. Проблема проявляется только в Windows XP. На выключенном ПК, под UEFI/BIOS или в современной ОС - время идет правильно. Хотя часовая микросхема RTC должна быть независимой частью, но на современных материнских платах это не так. Исследование показало, что уход часов "вперед" происходит при постоянном переключении периода системного таймера 16 мс в 1 мс и обратно. В Windows XP (по умолчанию) этот таймер работает с периодом 16 мс и если на ПК не проявлять активности - то системный таймер продолжит работать с периодом 16 мс. Но при запуске Хрома или мультимедиа приложений, таймер переключается в режим работы с периодом 1 мс и может возвращаться на 16 мс. При жестко установленном периоде 16 мс (или 1 мс) время идет точно, но при постоянном переключении таймера 16 мс - 1 мс - 16 мс - 1 мс происходит сбой в работе часов реального времени RTC.

Решение проблемы:
Поскольку специалисты с Win-Raid не смогли разобраться с причиной данной проблемы, то "красивого" решения (на уровне патча системных файлов) по состоянию на 3 января 2021 года ещё не появилось. Имеющиеся правленые файлы hal.dll и intelppm.sys решают какую-то другую проблему с таймерами, но описанный глюк никак не влияют. Зато мы имеем "костыльное" решение - программа Timer_Fix с исходным кодом, написанная на Visual Studio 6.0. Программа не имеет интерфейса, после запуска она переведет системный таймер на период 1 мс и оставит его неизменным, программа постоянно висит в процессах до перезагрузки ОС. Для завершения работы (в случае необходимости) нужно просто прибить процесс Timer_Fix.exe через "Диспетчер задач". Для удобства лучше положить данную программу в "Автозагрузку" и напрочь забыть о проблеме с уходом времени. Каких-либо косяков от использования данного метода не обнаружено. В целом, данный фикс можно считать "костыльным", но ничего лучшего на данный момент нет.

Скачать - https://www.upload.e...l_Time.zip.html или https://yadi.sk/d/KpTGDPITsNWn7w

Программа демонстрации RTC bug (программа накрутки времени):

RTC_bug_demonstrations\Timer_v10\Timer_src_BCB6.0 - исходные коды программы
RTC_bug_demonstrations\Timer_v10\timeBeginPeriod.exe
RTC_bug_demonstrations\Timer_v10\timer.exe

Разработчик программы - женщина-программист Xenia.

Данная программа служит для наглядной демонстрации проблемы с RTC таймером. Она устанавливает период системного таймера 1 мс (0.977 мс) выдерживает 0.2 секунды, устанавливает 16 мс (15.625 мс) выдерживает 0.2 секунды и далее продолжает переключать системный таймер с заданными длительностями. Программа состоит из 2-х частей:
1. timeBeginPeriod.exe - консольная программа для установки режима таймера. Заданный режим (период и длительность) передаётся в параметрах командной строки. Программа представлена с исходным кодом на Borland C++ Builder 6.0.
2. timer.exe - это GUI интерфейс для timeBeginPeriod.exe. В графическом режиме можно задать период 1, длительность 1 и период 2, длительность 2 работы системного таймера. Программа представлена с исходным кодом на Borland C++ Builder 6.0.
Важно!!! Для корректной работы timeBeginPeriod.exe и timer.exe должны находиться рядом, в одной директории.



Проверка RTC-bug:
1. Проверку производим на свежезагруженной системе, без выполняющихся фоновых задач. Все фоновые процессы должны быть закрыты, поскольку они могут удерживать таймер на 1 мс, что помешает работе демонстрационной программы.
2. Запускаем Clockres - программу для контроля периода системного таймера. Измеренный период должен = 15.625 мс
3. Запускаем CPU-Z, переходим на закладку About, нажимаем кнопку Timers и кнопку Start, чтобы контроллировать частоты системных таймеров
4. Запускаем timer.exe. Устанавливаем режимы Период 1 = 1 мс, Длительность 1 = 0,2 секунды, Период 2 = 16 мс, Длительность 2 = 0,2 секунды и нажимаем кнопку Start. Эти режимы заданы режимами по-умолчанию.
5. В установленном режиме (по-умолчанию) будет происходить "накрутка" времени RTC таймера приблизительно +2 секунды за 1 минуту работы программы. При Длительности = 0.1 секунда, накрутка времени будет составлять +4 секунды за 1 минуту.

Состав архива:
Clockres - программа для контроля периода системного таймера
CPU-Z - в закладке About, кнопка Timers можно контроллировать частоты системных таймеров
Neutron 1.07 - программа для контроля и синхронизации времени через интернет
Timer_Fix (с исходным кодом) - фикс проблемы с уходом времени вперед (устанавливает таймер на 1мс)
Timer_v10 (с исходным кодом) - программа накрутки времени, для демонстрации проблемы

Скачать (2 МБ) - https://www.upload.e...ations.zip.html

На замену консольной Clockres, по моей просьбе, программист Xenia разработала программу Timer_Interval_v4 - графическую замену Clockres. Программа измеряет интервал таймера каждые 50 мс и выводит измеренное значение на экран поверх всех окон.



Скачать Timer_Interval_v4 (с исходным кодом) - https://www.upload.e...val_v4.zip.html

На платформе 1366 (плата GA-X58...) этот эффект тоже присутствует.

JeWell

Ситуация с RTC багом ещё печальнее, чем я представлял. Вначале я думал, что это баг исключительно "современных" материнских плат выпуска новее 2014 года, которые не предназначены для Windows XP. Но проведя тесты на ПК 2008-2009 года сборки, который имеет официальную поддержку Windows XP я обнаружил такой-же баг! В тесте принимал участие Intel Celeron Core 2 Duo (2 ядра @ 2,8 GHz) на материнской плате с чипсетом G41. Поскольку оборудование довольно старое и имеет официальную поддержку Windows XP, то проверка делалась на оригинальном MSDN образе WinXP Pro SP3, со всеми штатными драйверами. Все только официальное, никаких модификаций. Но RTC баг всё равно есть!

Неделю ранее, я получил подтверждение от товарища, который также тестировал на 2-х ядерном ПК и подтвердил накрутку времени при частом использовании Хрома. До этого, он не понимал причину и пенял на неточный часовой кварц. Но мы то теперь знаем, что ни кварц, ни батарейка не причем!

В данное время я имею 100% подтверждение бага, на 3-х ПК из 3-х испытуемых. Из данного факта делаю вывод, что RTC багу подвержены абсолютно все системы с 2-х (и более) ядерным Intel-процессором. Происходит ли это на АМД не известно, нет такого ПК под рукой.

Для подтверждения бага нужно:
1) 2-х или более ядерный Intel процессор с установленной Windows XP
(причем железо может быть и довольно старое, на ПК 2008 года баг уже проявляется)
2) Отсутствие постоянно запущенной программы, принудительно удерживающей таймер на 1 мс (0.977 мс)
(на свежезагруженной ОС дефолтное значение периода должно быть = 16 мс, проверяется через Clockres)

Методика проверки и набор программ указаны в ТХТ простыне от 22 мая 2021 г (102 КБ)
https://www.upload.e..._5_RUS.txt.html

winxp2020 (27 Май 2021 - 22:02) писал:

Чушь какая-то... Ничего подобного не видел - ни на Intel 775, 1155, 1150, ни на AMD FM2+.

VladLen (31 Май 2021 - 10:23) писал:

Ха-ха-ха!!! Вот вам на 775 сокете, попался недавно под руки!!



Вдобавок напишите, что проверяли на Вин7.... На ВинХП нужно проверять!
На новых системах предделитель RTC таймера жестко установлен на минимальном периоде.