logins
BANNED | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
odz3nn
Цитата:| Являются ли ошибки DDHELP, не отображающиеся в FE, единственной причиной, по которой вы настаиваете на использовании FE, а не SE, или есть что-то еще? |
Не являются. Например, на старых ПК (До Core2Duo включительно), когда ещё не существовало патча VPCAppSv.sys, проблема NTKERN поддавалась решению только под FE (И этот эффект исцеления воспроизводился так же и под VirtualBox, в качестве подтверждения), чем я с удовольствием сразу же и воспользовался, потому как ошибка изрядно поднадоела тогда. Так же, под FE, в сочетании с этим решением, значительно реже стала возникать и проблема замедления VPC (1 раз примерно из 100 сеансов). Хотя, на современном железе это всё не актуально уже, потому как данное решение не работает (Не запускается) и, соответсвенно, не оказывает правильного эффекта. По поводу замедления ещё можно добавить, что это всё таки обход какой-то ошибки в BIOS или ещё где в недрах системной платы. Потому как была она как на старом железе, так имеется и на новом (На трех разных системных платах, которые я за последнее время тестировал), а вот на текущей плате (Четвёртой уже по счёту) её наконец-таки нет (Совсем). Заслуга это BIOS или чипсета или чего-то ещё - доподлинно не известно, но всё остальное не менялось на всех четырёх проверенных конфигурациях (Менялась только сама плата и её изготовитель, естественно). В чёрном списке здесь уже ASrock, ASUS и GIGABYTE (Все на Intel).
Следующей причиной является утечка ресурсов под Windows 98 SE и Windows Me. Это когда во время работы, при запуске большого количества приложений, сначала перестают отображаться некоторые элементы интерфейсов, картинки, значки, затем появляются сообщения о нехватке якобы памяти, а в итоге система может зависнуть или сделаться непригодной к дальнейшему использованию, без выполнения перезагрузки. FE в этом плане, по моим наблюдениям, оказалась устойчивей, если умышленно не насиловать, а просто работать, как обычно. В SE и ME это было довольно-таки затруднительно, постоянно приходилось с этим встречаться, в FE стало значительно легче. Хотя ограничения по идее должны быть те же. Тем не менее здесь я могу запустить всё что мне нужно и не думать постоянно "как бы оно всё не рухнуло". До сих пор помнится, с какой опаской приходилось запускать торрент клиент... Сейчас подобного ожидания нет. К примеру, несколько браузеров с десятками вкладок, торрент клиент, несколько виртуальных машин (С браузерами, в том числе, со множеством вкладок), медиа проигрыватели, документы, игры даже какие-то могут быть в фоне. И всё одновременно. И если не превысить при этом известные ограничения, можно так и работать, хоть весь день. В SE и ME этого почему-то, как правило, не удавалось. Регулярные утечки в SE и ME я воспринимал уже как "неизбежность" (Пока не переехал на FE). Регулярные перезагрузки были типичной нормой. Конечно, ограничения эти никто не отменял, к сожалению, в FE они так же есть и вполне можно вызвать нехватку ресурсов умышленно, исчерпав все ресурсы. Речь сейчас не об этом, а именно об обычной работе за ПК, когда вы не стремитесь вызвать нехватку, а просто запускаете те программы, которые вы хотите, исходя из объёмов доступной системной памяти и свободных ресурсов (Хотя я за ними уже давно не слежу). Однако, заведомо кривые программы (проблемные) наверное стоит всё же и здесь обходить стороной.
Что же касается DDHELP. Мне удалось выяснить (Во время переборов всяческих версий DirectX, в связи как раз с попыткой завести ваш GTAIV), что в ME данная ошибка есть изначально (По крайней мере на всех конфигурациях, которые я перепробовал), в SE тоже была, а на FE её ещё нету. И даже установка DirectX 7.0 её не привносит! А вот какой-то из последующих версий её таки добавляет и в FE. В ME я использовал DirectX 7.1 который идёт из коробки. Ошибка была. В SE я не помню уже какой именно я использовал, но ошибка там тоже была и в рамках борьбы с ней, я пробовал наверное всё возможное (Включая конечно и разные версии DirectX). Можно погуглить DDHELP по предыдущим частям темы, что бы узнать подробности. С ошибкой боролись, но так под SE\ME и не вылечили.
Касательно KernelEx. Я его тестирую (и использую) в текущий момент. Всё работает, что и в SE (Для некоторых программ требуется точечное обновление нескольких системных библиотек или добавление их в папку с программой). Основных всего две. Я писал уже где-то на предыдущих страницах, что нужно именно обновить и докинуть в папку Mypal29 (или FF52), что бы он заработал. Это же относится и к VLC.
В остальном я не вижу никаких особых достоинств от SE или ME, хотя пользовался ими долго. Можно попробовать заного пройти по этим граблям, но зачем? Что бы, в лучшем случае, не найти для себя ни каких улучшений (А то и вернуться к старым ошибкам?), а затем выполнить откат снова к FE? Что-то мне уже лень, да и смысла, как я уже написал, особо не вижу, ибо всё, что мне нужно, работает, не хуже и здесь. И я не настаиваю на использование FE, однако, если вы регулярно сталкиваетесь с описанными выше проблемами, не поддающимися решению под SE или ME, вы можете сделать бекап текущей установки и попробовать оригинальную FE. Если не поможет, вы легко вернётесь к своей текущей установке, выполнив восстановление из ранее созданного бекапа. Можете это просто иметь в виду. Если же вас всё устраивает и никакие из вышеописанных проблем вас не касаются, то вам нет никакого смысла пробовать FE. Я перешёл на FE, исключительно с целью именно избавиться от проблем, которые на тот момент уже совсем надоели и которые очень долго не удавалось ни какими силами устранить. Только это обстоятельство побудило попробовать FE. С тех пор я не предпринимал попыток вернуться на ME или SE, ибо не вижу теперь уже в этом смысла. |
