Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Windows 98 SE (оптимизация и улучшение) — четвертая часть

Модерирует : KLASS, IFkO

vu1tur (13-08-2009 18:49): пятая часть — http://forum.ru-board.com/topic.cgi?forum=62&topic=17759  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105

   

vu1tur



Moderator-Saaber
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

WINDOWS 98 Second Edition


В теме обсуждаются особенности работы с данной ОС в контексте существующего прогресса на программном и аппаратном фронте. Красной нитью через весь топик проходит тема обновления Windows 98SE до рабочего состояния. Для этого добрые люди собирают и выпускают "неофициальные паки обновлений" - набор заплат (преимущественно от M$), призванных улучшить работу системы. Актуальные паки выкладывают maxud, IFkO и другие люди.

Последние доступные сборки обновлений, патчей, утилит и драйверов:

  • Windows 98IF от IFkO - неофициальная модульная сборка Windows 98SE с предустановленными обновлениями и дополнительными компонентами (от Microsoft и не только) и множеством разнообразных оптимизаций и улучшений:
        сборка 2008-09-25 в трех частях: часть 1 , часть 2 , часть 3 (образ загрузочного диска)
        сборка 2008-12-31 в трех частях: часть 1 , часть 2 , часть 3 (образ загрузочного диска)  
        сборка 2009-05-05 в двух частях: часть 1 , часть 2 (только дистрибутив) (New!)
        Как из дистрибутива 98IF от 2009-05-05 и Boot-CD 98IF от 2008-12-31 сделать установочный Boot-CD 98IF от 2009-05-05?
  • Драйверы для Windows 98SE или 98IF от IFkO - драйверы, которые можно не просто установить в систему, но и заранее вклеить в ее дистрибутив. (New!)
  • Компоненты для Windows 98SE или 98IF от IFkO - обновленные и альтернативные компоненты, которые можно не просто установить в систему, но и заранее вклеить в ее дистрибутив. (New!)
  • MDCU (Maximus Decim Cumulative Update) for Windows 98SE 3.05 by maxud (New!)
  • UnSP (Unofficial Service Pack) for Windows 98SE by Alper Coskun (aka Gape)
  • Unofficial Windows 98 Standard Edition (aka First Edition/Gold/RTM) Service Pack 2 English 2.5.5 by Petr & erpdude8
  • MDDACU (Maximus Decim Data Access Component Update) 1.5 by maxud (New!)
  • MDIE6CU (Maximus Decim Internet Explorer 6 SP1 Component Update) 2.7 by maxud (New!)
  • MDCU Plus! 3.1 by maxud - иконки от ME + цветовая и шрифтовая схемы и откат в стандартные.
  • NUSB (Native USB) by maxud & eGorZ - драйвер для нативной (без специальных драйверов для каждого типа) поддержки USB-флэшдисков.
  • WIA (Windows Image Acquisition) for Windows 98SE 1.1 by maxud & Simplestas (aka Tihiy) - интерфейс поддержки устройств захвата неподвижных изображений (сканеры, цифровые или web-камеры и т.п.)
  • BigHDD 3.0 by maxud (оригинальная разработка LLXX & Petr) - патч для решения проблем с жесткими дисками больше 137 Гб под Windows 98/ME (подробное описание внутри архива). В MDCU 3.05 входит архив с BigHDD 3.1
  • Revolutions Pack 9.1.0 by Simplestas (aka Tihiy) - замечательная адаптация скинов от Windows XP и Vista под Windows 98/ME (улучшенное оформление окон, панели задач и кнопки "Пуск", новые иконки и эффекты, прозрачные надписи на рабочем столе, новая панель снятия задач, панель персонализации от Vista, сглаживание шрифтов ClearType и многое другое) (New!)
  • Tihiy's Tools - коллекция бесплатных утилит для Windows 98/ME от Simplestas (aka Tihiy), включающая индикатор сетевых подключений в трее, удобную панель снятия задач, панель завершения работы от XP и другие инструменты. (New!)
  • KernelEx 4.0 Multilingual by Xeno86 - проект по модифицированию библиотеки kernel32.dll для обеспечения возможности запуска под Windows 98/ME программ и игр для XP.
  • SH95UPD (Shell 95 Update Project) 0.0.6 by sp193 - проект по модифицированию библиотеки shell32.dll от Windows 95, используемой в урезанных версиях Windows 98/ME, для обеспечения лучшей совместимости с этими ОС, основан на исходниках от KernelEx. (New!)
  • Tweaked Unofficial NVIDIA Display Driver 82.69 for Windows 98/ME by MDGx - последние неофициальные драйвера для всей линейки видеокарт nVidia (PCI / AGP / PCIe / GeForce / Quadro / 5xxx - 8xxx series)
  • SciTech SNAP Graphics - универсальные кроссплатформенные драйвера для широкого спектра видеокарт от разных производителей.
  • VBEMP x86 by bearwindows - универсальный (для любых видеокарт) VESA/VBE видеодрайвер для архитектуры Windows 9x.
  • ReadDVD! - драйвер для чтения дисков в формате UDF 1.5-2.x в Windows 95-ME.
  • Panasonic DVD-RAM Driver - драйвер, добавляющий в Windows 95-ME поддержку записи DVD-RAM дисков, подробнее
  • Active Directory Client Extensions (dsclient.exe) 5.0.2920.5 Russian (Q323466) - клиентское ПО для получения доступа к службам Active Directory и DFS операционной системы Windows 2000 Server.
     
    Зеркало сборок от maxud (только русские версии)

    Навигация по топику и ссылки на интересные статьи по теме:

    Для просмотра всех сообщений темы в одном окне пользуйтесь "версией для печати" (одноименная ссылка над нумерацией страниц)

  • Инструкция по сборке дистрибутива Windows 98IF от IFkO и ее полная версия
  • Инструкция по правильной установке MDCU на Windows 98SE от maxud (версия от 21.02.2009) со ссылками на недостающие компоненты. Альтернативные списки ссылок - здесь и здесь. Список отличий MDCU от UNSP.
  • Windows 9x + RAM > 512 Мб - обзор всех существующих способов решения проблемы с практическими рекомендациями от участников ru-board; исчерпывающая статья с сайта iXBT о проблемах, возникающих при работе Windows 98/ME на системах с памятью больше 512 Мб и методах ее решения (aka матчасть); версия Microsoft (статьи KB184447, KB253912, KB304943 в вольном переводе от maxud)
  • Сбрось память на диск - очень познавательная статья о том, как Windows 9x работает с виртуальной памятью, дисковым кэшем и файлом подкачки. А здесь - авторская версия этой статьи.
  • Как изменить "GENERIC IDE DISK TYPE 47" в списке устройств на реальное имя диска на чипсетах Intel, VIA и SiS + DMRP (Drive Model Reading Patch) от MERCURY127 - патч для любых чипсетов.
  • Как установить "Intel Ultra ATA Storage Driver" и "Intel Application Accelerator" на чипсеты Intel 430/440. (подробнее)
  • Несколько советов по использованию Windows Update
  • Большая коллекция разнообразных обновлений и патчей для Windows 95-ME (и не только)
  • Microsoft Windows 98/98 SE Hardware Compatibility List (HCL) (на 05.08.2004)
  • Обсуждение Windows 95-ME на форуме MSFN

    Схожие темы по Windows 95 и Windows ME

  • Всего записей: 3690 | Зарегистр. 01-02-2003 | Отправлено: 10:21 20-08-2008 | Исправлено: MERCURY127, 18:26 07-08-2009
    Kirill666



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Seymour
    Ну как вам уже сказали FAR - не есть DOS-программа, запускайте хотябы command.com,
    если нет ничего иного.

    Цитата:
     но и ваша рекомендация ставить значение MaxFileCache "впритык" к аппаратуре тоже.  Вернее его действительно нужно ставить "впритык", но не более 512-ти мегабайт, потому как последующие адреса используются не только аппаратурой, но и подсистемой DOS.

    А если всетаки пропатчить VMM.VXD (RLP 3.2) ?
    Цитата:
    А почему вы считаете, что при использовании патченного VCACHE.VXD память "не резервируется"?  
    Потому что "число звериное" 800 Мб, которое используется при РЕЗЕРВИРОВАНИИ - находится именно в нем (оно и патчится).  

    Цитата:
    А MaxPhysPage - мелкомягкие рекомендуют использовать для борьбы с ошибкой VMM.VXD, причем если память ограничивается до соотв величины, то MaxFileCache - может и не понадобится

    Я имел в виду, что если  MaxPhysPage - ограничен до достаточно низкого уровня - объем оставленной памяти, меньше допустимого объема кеша - MaxFileCache  ставить уже не зачем.
    Цитата:
     размер кэша при его использовании вычисляется неправильно.  

    А вот этого я уже не утверждал (хотя возможно это и так), результаты вашего эксперимента можно интерпретировать по разному. Опять таки, что будет с патченным
    VMM.VXD ?  
     
     
     

    Всего записей: 394 | Зарегистр. 03-05-2006 | Отправлено: 08:20 07-04-2009
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Kirill666
         Драйвер для видеокарты нВидии скачал (спасибо IfKO, выложил компактную версию). Пока не тестировал, хотелось бы спросить: глюк хоть как то лечится волшебными клавишами а-ля Alt+Tab ?

    Всего записей: 11539 | Зарегистр. 03-08-2008 | Отправлено: 14:57 07-04-2009
    Seymour

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    MERCURY127

    Цитата:
    По моему, MsConfig не позволяет выставлять значения MaxPhysPage > 999 MiB ?

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

    Цитата:
    Опять путаем "DOS/Windows" с "консольным/гуёвым"?

    Да, у вас не забалуешь. Но на деле ошибка оказалась невелика - результаты запуска чисто DOS программ практически полностью совпадают с предыдущими.
     
    MERCURY127

    Цитата:
    Консольный ли, досовый ли - но это было мое первое знакомство с описываемой проблемой... "С горя начал он кудесить, и гонца хотел ... "

    Вот вот.
     
    Kirill666

    Цитата:
    Ну как вам уже сказали FAR - не есть DOS-программа, запускайте хотябы command.com, если нет ничего иного.

    Да иного то полно, просто FAR - это первое что попалось под руку. Забыл что он реально консольный, а не досовый, но ведь так похож с виду. Ну, в общем заменил FAR на NC 5.0 - ситуация не изменилась. Результаты почти такие же, за исключением варианта с MaxFileCache=524288 - Norton'а с этим ограничением удалось запустить на 10 копий больше.

    Цитата:
    А если всетаки пропатчить VMM.VXD (RLP 3.2) ?

    Никакой разницы - результаты те же, что с версией 3.2, что с 5.0, то есть на глюк VMM незапуск DOS'овых прог с кэшем больше 512-ти мегабайт не спишешь.

    Цитата:
    Потому что "число звериное" 800 Мб, которое используется при РЕЗЕРВИРОВАНИИ - находится именно в нем (оно и патчится).

    Все-таки мне кажется, что не только в нем. Возможно я ошибаюсь, но, если опять таки верить цитате из матчасти, драйвер VCACHE, при резервировании памяти не участвует вообще, а число это звериное в нем присутствует просто для перестраховки, на случай возникновения глюков с VMM, о которых разработчики знали еще при разработке. Хотя конечно лучше все-таки пропатчить, чтоб не заморачиваться с MaxFileCache и SafeMod'ом, только я так и не понял, как по этой таблице из второго поста вычислять нужные байты для нестандартных размеров кэша? Объясните хотя бы на моем примере со значением в 729087 Кб...

    Цитата:
    Я имел в виду, что если  MaxPhysPage - ограничен до достаточно низкого уровня - объем оставленной памяти, меньше допустимого объема кеша - MaxFileCache  ставить уже не зачем.

    А, ну это другое дело, только на практике до таких низких отметок этот параметр никто ограничивать не будет.

    Цитата:
    Опять таки, что будет с патченным VMM.VXD ?

    Все то же самое. Даже с патченным VMM.VXD (3.2 и 5.0) размер кэша вычисляется неправильно.
     
    Добавлено:
     
    А вот этого я уже понять не могу. По показаниям системного монитора с параметром MaxPhysPage=1FFFF (512 Мб) кэш устанавливается в 491.4 Мб, то есть размер кэша все-таки вычисляется правильно, а вот распределяется он в памяти некорректно. Видимо так. Из этого следует, что RAM LIMITATION PATCH от R. Loew не устраняет глюка VMM, он только увеличивает объем доступной памяти с 1164 Мб до 3 Гб, а проблема с кэшем лечится тем же банальным способом с пропатчиванием драйвера VCACHE...

    Всего записей: 1089 | Зарегистр. 07-12-2006 | Отправлено: 22:37 07-04-2009 | Исправлено: Seymour, 00:00 09-04-2009
    Kirill666



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    MERCURY127

    Цитата:
     хотелось бы спросить: глюк хоть как то лечится волшебными клавишами а-ля Alt+Tab ?
    . Лечится, и не как-то, а самым что ни есть нормальным образом . Просто, после каждого, например, выхода из PCAD-а - нажимать эти клавиши - довольно напряжно.  
     
    Seymour

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

    Там просто лежит (в 2-копиях) двоичное 16-битное число, в МЕГАБАЙТАХ (по 1024кб, по 1024б ) , младшим байтом вперед, как это принято у Intel, вот и все   .  
    Например: 512мб 512 = 0x0200 - записываем значения 00 02 .

    Цитата:
    Объясните хотя бы на моем примере со значением в 729087 Кб...

    Ну если вы настаиваете  то 729087 Кб = 712Мб  - 0x02C8 -  пишем байты С8, 02, С8, 02 по указанным смещениям.
     

    Цитата:
    А, ну это другое дело, только на практике до таких низких отметок этот параметр никто ограничивать не будет.  

    Ну почему, до 512мб - вполне реальный случай, до появления RLP - сам так жил.

    Цитата:
    он только увеличивает объем доступной памяти с 1164 Мб до 3 Гб, а проблема с кэшем лечится тем же банальным способом с пропатчиванием драйвера VCACHE..

    Два важных замечания:
    1) Он не только увеличивает до 3 Гб, но и ограничивает этим значением, т.е. делает систему нечувствительной, к сколь угодно большим обьемам памяти, давеча видел пример установки на машину с 8Гб (видно, естественно 3)  
    2) RLP - сам пропатчивает драйвер VCACHE.VXD, по умолчанию - на 512 Мб, но значение можно задать патчеру из командной строки.
     
    arnyc
     Я не берусь ответить на ваш вопрос по NTFS. Но мой вам совет: побороться с перегревом харда АППАРАТНЫМИ методами. Ибо если у вас диск перегревается до "сбойного" состояния при копировании болшого файла, это значит что ему там и во все остальное время - "не сладко", и надежность у него при этом - низкая. Если это ваш "резервный диск", то эксплуатировать его в таком режиме - полнейшее безумие.  
     Если справитесь с перегревом - ваш вопрос снимется "автоматически", а если не справитесь, то как например, вы собираетесь scandisc там гонять ? (а ошибок при такой работе там уже должно накопится немало). В любом случае: диск который перегревается при копировании файла в 4Гб - это не диск, а кусок г###а, и с ним надо чтото делать .
    Если это обычный 3.5" диск в "боксе" - попробуйте оборудовать его вентелятором, либо купить нормальный "бокс".  Некоторые диски, например Hitachi (IBM) - вообще не приспособлены к установке в "боксы", увы, и через полгода там подыхают от перегрева.
    Если это покупной, внешний, 2.5" HDD, установленный "в коробку", уже на заводе, то при наличии гарантии - отнести в магазин, и засунуть продавцу в соотв. место, с особым цинизмом. Если гарантия уже закончилась - попробовать доработать.
    Если перегревается какая-то микросхема на плате контроллера, то бывает полезно приклеить к ней кусок медной фольги (0.2-0.5мм), на теплопроводный клей вроде АЛСИЛ-5, или иной радиатор (например радиатор для чипов памяти). Найти перегевающуюся микросхему - просто: включаете (открыв "бокс", чтобы была доступна плата контроллера на жестком диске), запускаете копирование длинного файла, или scandisc, с проверкой поверхности (диск обязаельно должен "работать", потому как частенько перегревается микруха, которая управляет приводом головки, (по симптомам похоже на ваш случай) а "в покое" она может быть и вообще холодной), после нескольких минут работы щупаете пальцем все микросхемы на плате, там где "палец не терпит" - приклеиваете радиаторы (конструкция зависит от конкретного случая).
    Короче, устраняйте не следствие, а причину. Удачи.

    Всего записей: 394 | Зарегистр. 03-05-2006 | Отправлено: 03:08 08-04-2009 | Исправлено: Kirill666, 04:20 08-04-2009
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ВСЕМ
        Есть две новости, хорошая и плохая .
     
        Хорошая: похоже, я довел до ума патч к ЕСДИ ... впрочем, довел до ума - мягко сказано - я его полностью переделал! Еще немножко потестирую - и выложу... куда - см. выше . Могу только сказать, что перспективы большие: вы наконец сможете выбросить из шапки оба половинчатых способа, висевших там годами (!), и заменить их на простой и окультуренный и, как я теперь уверен, надежный и безглючный ЕСДИ...
     
        Плохая: драйвер к нВидии поставил, с глюком ознакомился (смотрел JPG/PNG в NC)...

    Всего записей: 11539 | Зарегистр. 03-08-2008 | Отправлено: 16:05 08-04-2009
    and23

    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    2CBB: ОГРОМНЕЙШЕЕ спасибо! Осталось настроить DOS-сессию - и вопрос с файл-менеджером - и не только с ним - под DOS можно (тьфу-тьфу-тьфу!) считать решённым.
     
    Кстати, о консолях. Кто-нибудь из присутствующих знает заменитель консольного менеджера - winoa386.mod aka winoldap? Или хотя бы попытки такой заменитель создать? А то больно уж крива 9x-консоль :-(
     
    P.S. (offtopic) Ещё б для полного счастья Far под Linux... (а то Midnight Commander утомил).

    Всего записей: 567 | Зарегистр. 10-09-2003 | Отправлено: 19:01 08-04-2009
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Никто так и не отозвался об откате драйвера RIVA до 4.12.01.0365 русского... То ли он никому не нужен, то ли к нему нет претензий, то ли все, кто его скачал, сразу умерли....
    Предполагая лучшее, я включил его в сборку драйверов nVidia "3 в 1" взамен прежнего и выложил ее - см. прежнюю ссылку на странице 24.
     

    Цитата:
    Если перегревается какая-то микросхема на плате контроллера
    был на моей памяти случай, когда умирающий винт Fujitsu MPG (есть такой грех за этой серией - они все умерли от трещин на контроллере из-за перегрева) вылечили переводом на пониженный DMA (то ли с 66 на 33, то ли вообще не помню...).  Так вот, он стал меньше греться, перестал глючить, но все равно умер с тем же диагнозом через год.
     

    Цитата:
    безглючный ЕСДИ
    аксиома: каждая программа содержит конечное число ошибок. Теорема: сложность каждой программы растет, пока не превысит способности программиста. Но вообще прошу всех это попробовать, а то в следующую сборку 98IF может попасть полуфабрикат, а не хотелось бы.

    Цитата:
    драйвер к нВидии поставил, с глюком ознакомился
    и что в этом плохого?
     
     

    Всего записей: 6864 | Зарегистр. 22-09-2005 | Отправлено: 20:09 08-04-2009 | Исправлено: IFkO, 20:14 08-04-2009
    EDantes



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    никто не слышал-нет ли драйвера под 9х (или dos) для exfat (aka fat64) ?  
    теоретически это значительно проще, чем драйвер для ntfs

    Всего записей: 407 | Зарегистр. 05-01-2005 | Отправлено: 21:20 08-04-2009
    Kirill666



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    IFkO

    Цитата:
    был на моей памяти случай, когда умирающий винт Fujitsu MPG (есть такой грех за этой серией - они все умерли от трещин на контроллере из-за перегрева) вылечили переводом на пониженный DMA (то ли с 66 на 33, то ли вообще не помню...).

    Тут другое, Fujitsu MPG это очень известная вещь (было даже несколько статей посвященных именно ремонту этой серии), я сам таких вылечил, поболее десятка.  
    Основная пакость, в том, что там был применен какойто очень агрессивный флюс при пайке (характерный признак - при повторном оплавлении пенится насыщенно желтой пеной).  Они надежно лечились повторной пропайкой платы контроллера, в основном - самой большой микросхемы Cirrus Logic (аккуратненько оплавить припой посредством строительного фена, хотя можно конечно и паяльником - (208 ног с шагом 0.5мм гы-гы)), с последующей промывкой от остатков флюса, и после этого работали - как швейцарские, часы в швейцарском банке  
     Там правда на ранних партиях требовалось еще обновить прошивку (имелся баг который приводил к потере данных), я с этим не сталкивался, но писали. Но это не похоже на ваш случай, у вас скорее всего микоротрещина в пайке (отслоение припоя), которая постепенно окислялась и расширялась, сначала контакт нарушался при высокой температуре, а потом и при любой. Кстати если еще не выкинули - наверняка можно реанимировать таким образом. главное отмыть потом хорошо, а то через полгода опять начнет глючить, и придется повторять процедуру.
     
    MERCURY127
    Надеюсь за основу был взят ESDI с патчем LBA48?

    Всего записей: 394 | Зарегистр. 03-05-2006 | Отправлено: 01:24 09-04-2009 | Исправлено: Kirill666, 07:35 10-04-2009
    maxud

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Kirill666

    Цитата:
    Основная пакость, в том, что там был применен какойто очень агрессивный флюс  

    Это конечно офтоп. Но.
    Почитайте форум iXBT по фуджам, будете очень удивлены (Ваша теория в корне не верна). Кстати очень познавательно чисто с точки зрения исследователя и инженера: как не надо проектировать микросхемы..

    Всего записей: 1772 | Зарегистр. 03-01-2003 | Отправлено: 08:37 09-04-2009
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
       Обновленная версия DMR патча по ссылке на стр 63, эта версия полностью работоспособна, в том числе и под эмулятором (проверено на VMWare). Единственный оставшийся недостаток - пробел посреди модели, это особенность ЕСДИ, как его убрать, я не знаю...
     
    Kirill666

    Цитата:
    Надеюсь за основу был взят ESDI с патчем LBA48?

        !!! ЕСТЕСТВЕННО !!! Но пропатчить можно любой вариант - новый патч ОЧЕНЬ прост ...
     
    IFkO

    Цитата:
    аксиома: каждая программа содержит конечное число ошибок

        Вы сами его (ЕСДИ) хвалили, когда сравнивали с родными дровами для чипсетов. Не мой конкретно - его еще не было в природе, но вообще. Так что не придирайтесь - модель винта ЛЮБОЙ ЕСДИ читает сам, я это видел в ВинАйсе, моя задача - заставить его еще и писать модель куда следует. Ибо он сам пишет ее куда угодно, только не туда, где мы ее видим ...

    Всего записей: 11539 | Зарегистр. 03-08-2008 | Отправлено: 11:10 09-04-2009
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Kirill666

    Цитата:
    Тут другое, Fujitsu MPG это очень известная вещь
    Да я не о нем вовсе, это просто пример того, что перегрев лечится, и лечить его нужно... хотя летальный исход все равно возможен. А наш винт - он стоял на казенном учете, мы его сдали куда положено и забыли о нем навсегда.
    PS
    Я Вам личное сообщение вчера отправил...
     
    MERCURY127

    Цитата:
     Вы сами его (ЕСДИ) хвалили
    я и сейчас хвалю, только ехидничаю, чтобы народ не терял бдительность. Вообще я предполагаю, что продукт MS принципиально не пишет модель винта: он сверяет со своей базой данных, нужен ли к нему ОСОБЫЙ подход, и если нет, то так и пишет, что это - самый обычный (GENERIC) HDD. А вот если  за ним числятся глюки либо фичи - я с этой ситуацией не сталкивался, об этом нам могут расказать те, кто видел винты, не любящие DMA (к примеру).

    Всего записей: 6864 | Зарегистр. 22-09-2005 | Отправлено: 12:03 09-04-2009 | Исправлено: IFkO, 12:05 09-04-2009
    maxud

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    MERCURY127
    На страничке с DRM написано что в архиве описание патча, там только патченная верися, описания нет. Также надо обязательно править версию (на 2231, например), шоб не заменялся при обновлениях.

    Всего записей: 1772 | Зарегистр. 03-01-2003 | Отправлено: 16:45 09-04-2009
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Да, в DC++ добавил русский язык.

    Всего записей: 6864 | Зарегистр. 22-09-2005 | Отправлено: 19:16 09-04-2009
    SerbeyBV

    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Народ, кто очень хорошо разбирается в Windows 98 подскажите пожалуйста  
    несколько вещей:
     
    1. Как из командной строки или ярлыка открыть окошко Run (которое из Start  
    Menu -> Run)?
    2. Как открыть системный Help and Support из командной строки или ярлыка -  
    на какой файл ссылаться?
    3. Как открыть оттуда же поиск?
    4. Панели Управления соответствует какая-либо реальная папка? Если нет, то  
    как ее открыть оттуда же?
    5. Можно ли как-то в Win98 создать ярлык не на конкретный браузер и почтовый  
    клиент, а на запускаемые по умолчанию?
    6. Как называется и где находится папка "Главное меню" в английской версии  
    винды, а то у меня таковой нет, чтоб проверить.
     
    Ответы мне нужны именно для Win98, для XP я большую часть и сам знаю.

    Всего записей: 449 | Зарегистр. 13-01-2009 | Отправлено: 22:52 09-04-2009
    Kirill666



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    maxud

    Цитата:
    будете очень удивлены (Ваша теория в корне не верна). Кстати очень познавательно чисто с точки зрения исследователя и инженера: как не надо проектировать микросхемы..

    Проблемму я, в свое время, изучил ОЧЕНЬ хорошо  пречитал немало, в т.ч. и на iXBT.
    Тут у вас действительно "не забалуешь" ( (c) Seymour) придется выкладывать до конца, раз уж "пошла такая пьянка" .
    Итак поправлюсь: фуджикам действительно "повезло", там в нескольких разных партиях, были разные "подарки". С остальным из описанного в сети я не встречался (к нам попали винты уже с "правильной"  прошивкой, и  без других глюков) прегрев сервомикросхемы контроллера головок - имеет место быть (кстати, возможно, вот тут как раз и была деградация чипа под действием перегрева и остатков флюса), но там все не особо страшно (тоже пропаять, промыть, налепить радиатор), про деградацию чипа контроллера слышал, но сам не сталкивался (видимо 99% отказов - всеже неправильная пайка).
    Пропайкой и промывкой самолично вылечил столько, что уже сбился, со счета (явно больше 10 ), немало удалось "приватизировать", как дохлые. Если все сделать правильно и своевременно, то они живут "долго и счастливо", некоторые (которые мне удается отслеживать) - работают до сих пор, либо были сняты рабочими, и заменены на большего объема.
     
    Если интересно - почитайте: http://www.hardw.net/doc/91.htm
    Цитаты оттуда:

    Цитата:
     Оказалось, что почти на всех заводах по сборке этих винтов применялся какой-то очень агрессивный флюс, который не удаляли с монтажа после сборки платы. Со временем он разрушал паянные соединения выводов деталей с медными дорожками платы, а нагрев микросхем способствовал этому. Особенно страдал от этого многофункциональный чип Cirrus Logic CL-SH8671-450: испаряясь, флюс проникал сквозь поры платмассового корпуса этой микросхемы, со временем выводя из строя ее кристалл, и начинались глюки. Но основной причиной был именно обрыв выводов - между ними и дорожками платы образовывалась оксидная пленка, и электрический контакт нарушался. И именно этим объяснялись все «мистические» явления, происходившие с этими хардами: тепловые и механические воздействия приводили к временному восстановлению контакта, и винты ненадолго оживали.
    Такие накопители подлежат ремонту путем отпайки микросхемы и тщательной промывке платы от остатков заводского флюса, после чего чип припаивается на место. Процент успешного восстановления довольно велик - теоретически это останавливает разрушение платы, и винт после этого может работать без поломок.
    ..........................
    Описанные проблемы есть и у более ранних винтов Fujitsu - серии MPF, хотя это проявляется не так часто. Причина та же - нарушение технологии пайки микросхем на заводе. Неисправный винт обычно стучит головками при включении или после прогрева, а иногда вообще не запускается. Такой глюк лечится пропайкой выводов микросхемы Cirrus Logic, причем крайне желательно снять ее совсем, и тщательно удалить остатки заводских химикатов из под нее и с ее пласмассового корпуса, чтобы дефект не повторился снова.
     

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

    Всего записей: 394 | Зарегистр. 03-05-2006 | Отправлено: 01:55 10-04-2009 | Исправлено: Kirill666, 08:24 10-04-2009
    maxud

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Kirill666
    Чтобы закончить с фуджами.

    Цитата:
    Если интересно - почитайте:

    Человеку свойственно ошибаться - автор ошибся, принял следствие за причину.
    Я не зря дал указал на форум iXBT (http://forum.ixbt.com/topic.cgi?id=11:19775-87 ), вот там и раскопали настоящую причину и выработали оптимальный способ лечения (заодно и опровергли эту статью). Если коротко, то причина: химические-механические (фосфорный цирроз логики) процессы связанные с новым материалом корпуса микросхемы, особенно проявляющиеся при повышенной температуре и влажности. Лечение: прогрев чипа с консервацией силиконовым маслом, через год-два повтор и не надо никаких радиаторов дополнительных.
    В свое время я вылечил их штук 200 (двести), до сих пор приносят, кстати. Все по методике iXBT, ни разу не отпаивал чип и не мыл флюс. Много было с восстановлением прошивки и микропрограммы. Возвраты были, но с минимальным сроком полгода, часть была на повторе, многие до сих пор работают.

    Цитата:
    Но вообщето, я это все к тому, что если винт из-за пререгрева не может долго работать, то "лечить" такие вещи оптимизацией софта "чтобы побыстрей писало" - полнейший бред, причем очень опасный.

    Ну с этим категорически согласен. Кстати попутно нашел еще одну причину сбоев в работе внешних винтов в контейнерах. У меня контейнер с тройным питанием: от второго USB, встроенного аккамулятора и внешнего блока питания. Заметил что на некоторых компах при питании от USB через некоторое время начинались глюки (особенно при интенсивной записи), а с внешним блоком питания все нормально. Причиной оказалось то что контейнеру категорически надо для нормальной работы напряжение на USB (дежурного питания) +5.0V или чуть выше. Глюки были на тех системиках у которых дежурка была ниже +4.8V. При заниженном напряжении питания контейнер переключался на аккамулятор, тот быстро садился и начинались глюки. Если аккамулятор отключить глюки при записи начинались почти сразу.

    Всего записей: 1772 | Зарегистр. 03-01-2003 | Отправлено: 09:23 10-04-2009 | Исправлено: maxud, 09:29 10-04-2009
    rsss



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    IFkO А когда планируется твоя следующая сборка?

    Всего записей: 547 | Зарегистр. 25-12-2004 | Отправлено: 09:54 10-04-2009
    arnyc



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Kirill666:
    Спасибо за советы по диску. Улучшить условия охлаждения чего-бы то ни было в старом лаптопе - дело не шутейное. Я даже не знаю точно, что там больше перегревается при записи больших файлов на внешний хард через USB карту: встроенный диск, процессор, материнский чипсет, шина, или сама PCMCIA карта. К тому же вибрация внешнего диска иногда приводит к сбою соединения из-за болтанки коннектора в его USB-порте. С этим как посоветуете бороться? Но если поставить лаптоп на стойки, то перегрев снижается из-за охлаждения дна. Короче, давно пора на пенсию.  
     
    О программах оптимизации копирования: они ведь не для лечения дисков разработаны, а для ускорения записи файлов. Побочный эффект очевиден: из-за резкого уменьшения числа перемещений головки и времени записи снижается перегрев, к тому же периодическая Пауза позволяет доп. охладить все схемы. Пока убедился лишь в их преимуществах. Неплохие алгоритмы копирования реализованы и в Total Commander (для больших файлов), 7Zip ( с разделением на части) и т.п. Однако перепробовав ряд прог, нашёл FastCopy более эффективной для Win98. В ней зашит ряд авто стратегий записи файлов для разных сценариев, и гибкий контроль за ними со стороны пользователя. А в Проводнике один вариант контроля: оборвать запись.

    Всего записей: 1191 | Зарегистр. 28-05-2003 | Отправлено: 18:25 10-04-2009
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    rsss

    Цитата:
    когда планируется твоя следующая сборка?
    уже скоро. Жду отзывов о выложенных пробных компонентах и кое-что доделываю.

    Всего записей: 6864 | Зарегистр. 22-09-2005 | Отправлено: 20:01 10-04-2009
       

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105

    Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Windows 98 SE (оптимизация и улучшение) — четвертая часть
    vu1tur (13-08-2009 18:49): пятая часть — http://forum.ru-board.com/topic.cgi?forum=62&topic=17759


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru