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

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

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

IFkO (01-01-2022 00:47):  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231

   

Windows 98 SE (оптимизация и улучшение) — девятая часть
 ОтветГолосаПроценты
Я тут случайно80
23.95%
Просто люблю старье33
9.88%
Сам не знаю, зачем вожусь6
1.80%
Ностальгия именно по 9x99
29.64%
9x - основная на очень старом железе (до П2/Атлон)16
4.79%
9x - основная на старом железе (до Core)28
8.38%
9x - основная на новом железе (Core и новее)7
2.10%
Только в виртуалке12
3.59%
Спортивный интерес (доколе оно вообще может тянуть?)51
15.27%
Я - Рудольф...2
0.60%
Тема закрыта .Всего Голосов: 334
MERCURY127



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

Windows 98 Second Edition  
ДЕВЯТАЯ ЧАСТЬ

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

Практические аппаратные и программные
пределы работоспособности 98SE
 
(с учетом представленных в этой теме решений)


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

  • Windows 98IF от IFkO - неофициальная модульная сборка Windows 98SE с предустановленными обновлениями, заплатками, улучшениями и дополнительными компонентами ( готовые варианты )
     
  • Драйверы и компоненты для Windows 98SE или 98IF от IFkO, предназначенные для установки в систему и интеграции в дистрибутив.
  • Краткая и полная инструкции по сборке дистрибутива Windows 98IF.
     
    Обновления от Maximus Decim
  • Инструкция по правильной установке Windows 98SE от maxud (версия от 21.02.2009) со ссылками на недостающие компоненты. Альтернативные списки ссылок - здесь и здесь.
     
  • UnSP (Unofficial Service Pack) for Windows 98SE by Alper Coskun (aka Gape). Список отличий MDCU от UnSP.
  • Unofficial Windows 98 Standard Edition (aka First Edition/Gold/RTM) Service Pack English by Petr & erpdude8: 2.5.6, 2.58 RC Lite (зеркало), 2.58 Final Full (зеркало)
  • Unofficial Windows 98 Second Edition Service Pack 3.61 by Problemchyld (зеркало)
     
     
  • Revolutions Pack 9.7 by Simplestas (aka Tihiy) - замечательная адаптация скинов от Windows XP и Vista под Windows 98/ME (улучшенное оформление окон, новые иконки и эффекты, новая панель снятия задач, сглаживание шрифтов ClearType и многое другое)
  • Tihiy's Tools - коллекция бесплатных утилит для Windows 98/ME от Simplestas (aka Tihiy), включающая индикатор сетевых подключений в трее, удобную панель снятия задач, панель завершения работы от XP и другие инструменты.
  • KernelEx 4.5 Final Multilingual by Xeno86 - проект по модифицированию библиотеки kernel32.dll для обеспечения возможности запуска под Windows 98/ME программ и игр для XP. KernelEx4.5.2 - последняя версия  (он же, адаптированный  HNKTO для дистрибутива Windows 98IF)..  
  • SH95UPD (Shell 95 Update Project) 0.0.8 by sp193 - проект по модифицированию библиотеки shell32.dll от Windows 95, используемой в урезанных версиях Windows 98/ME, для обеспечения лучшей совместимости с этими ОС, основан на исходниках от KernelEx.
     
  • Tweaked Unofficial NVIDIA Display Driver 82.69 for Windows 98/ME by MDGx - последние неофициальные драйвера для всей линейки видеокарт GeForce 82.69_fixed (или модульный драйвер видеокарт nVidia от IFkO, включающий и 82.69)  
  • SciTech SNAP Graphics - универсальные кроссплатформенные драйвера для широкого спектра видеокарт от разных производителей.
  • VBEMP x86 by bearwindows - универсальный (для любых видеокарт) VESA/VBE видеодрайвер для архитектуры Windows 9x.
  • ReadDVD! - драйвер для чтения дисков в формате UDF 1.5-2.x в Windows 95-ME (он же, пересобранный  IFkO).
  • Panasonic DVD-RAM Driver - драйвер, добавляющий в Windows 95-ME поддержку записи DVD-RAM дисков, подробнее
     
  • RASPPPoE - сетевой протокол PPP over Ethernet для Windows 95-2003, некоторые провайдеры Интернета подключают только через него (он же, в одном пакете с сетевыми драйверами от  IFkO)
  • Active Directory Client Extensions (dsclient.exe) 5.0.2920.5 Russian (Q323466) - клиентское ПО для получения доступа из Windows 95-ME к службам Active Directory и DFS операционной системы Windows 2000 Server.
     
  • VirNETas Regional Settings Changer 3.04.0246 - мощная программа для изменения региональных настроек в английских версиях Windows 95/98, оптимизирована для работы с Windows 98SE (спасибо Grigorijg), подробное описание внутри архива.
  • Microsoft Plus! for Windows 98 - пакет дополнительных программ и тем оформления рабочего стола.
  • Microsoft Windows 95, 98, MS-DOS Resource Kits - комплекты утилит, не входящих в основную поставку вышеуказанных систем.

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

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

  • Windows 9x + RAM > 512 Мб - обзор всех существующих способов решения проблемы + исчерпывающая статья с сайта iXBT (aka матчасть) + версия Microsoft (статьи KB184447, KB253912, KB304943 в вольном переводе от maxud)
  • Сбрось память на диск - статья о работе Windows 9x с виртуальной памятью, дисковым кэшем и файлом подкачки + авторская версия.  
    Самая свежая версия LIMEM с исходниками
  • Как изменить "GENERIC IDE DISK TYPE 47" в списке устройств на реальное имя диска на чипсетах Intel, VIA и SiS + DMRP (Drive Model Reading Patch) от MERCURY127 - патч ядра для любых чипсетов, версий и языков Windows 95/98/SE/ME.
  • Как установить "Intel Ultra ATA Storage Driver" и "Intel Application Accelerator" на чипсеты Intel 430/440. (подробнее)
  • Все, что нужно знать о доступе к локальным томам NTFS из под систем 9х
  • Несколько советов по использованию Windows Update
  • Большая коллекция разнообразных обновлений и патчей для Windows 95-ME (и не только)
  • Последние Microsoft Windows Hardware Compatibility Lists (HCLs) для NT/95/98/SE/ME/2K/XP  
  • Обсуждение Windows 95-ME на форуме MSFN

  • Сайт с описанием всевозможных опций основных BIOS, в т.ч. с подсказками по правильному выбору опций для 9х

    Схожие темы по Windows 95 и Windows ME :: Тема в Варезнике




     
    Раздача некоторых патчей от Rudolph R. Loew тут



  • Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 10:03 30-09-2018 | Исправлено: IFkO, 09:39 28-01-2020
    uShell

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

    Цитата:
    Возьми ZIP архиватор и просто архивируй им файлы/папки

    Я бы добавил, что при сохранении ctime или atime ZIP сохраняет mtime ещё и в UTC. При распаковке, скорее всего, будет использовано UTC-время, что не всегда желательно. В этом отношении выгоднее Rar4, который может сохранять mtime только как местное время.
     

    Цитата:
    NT6.x - <...> просто распаковка файлов из архива не катит

    А чем WIM не архив? Метаданные файловой системы обычно не являются критичными для работы. Или десятка и тут отличилась?

    Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 10:58 15-05-2021
    cdotimp

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Всем спасибо за ответы.
     
    HNKTO
     

    Цитата:
    cdotimp, читая твоё первое сообщение, почему-то хочется сказать: не * себе мозг. Возьми ZIP архиватор и просто архивируй им файлы/папки. Можно прямо из под работающей 9х винды. Для этих это всецело приемлимо и нормально.  

     
    Я сам себе это говорю постоянно, но, как сам же ранее тут отвечал, это к докторам.
    И я именно так и делаю (я про ZIP). И вообще более менее вопрос для меня изученный, как это по уму делать. Например, в том числе атрибуты файлов и папок сохраняю в архиве и из него извлекаю при распаковке и игнорю .swp (который, кстати, единственный, обо что процесс спотыкается, когда на живую, из под винды идёт). Проблема только с временной меткой папок, в остальном процедура вполне корректная.
    Можно ещё Image for DOS или аналог. Остальное барахло на разделе существенно мельче винды, посекторный бэкап раздела не будет уж слишком пушкой по воробьям.
     
    uShell
     

    Цитата:
    Я бы добавил, что при сохранении ctime или atime ZIP сохраняет mtime ещё и в UTC. При распаковке, скорее всего, будет использовано UTC-время, что не всегда желательно. В этом отношении выгоднее Rar4, который может сохранять mtime только как местное время.

     
    SET TZ прописал (для DOS порта Wget, но ZIP в него тоже смотрит) - штампы, вроде, те же.

    Всего записей: 188 | Зарегистр. 10-08-2006 | Отправлено: 12:35 15-05-2021
    volkovysk



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Здоровенькі були.)) Давно не виделись.
     
    Добавлено:

    Цитата:
    не ужели у тебя стоит эта вымершая ось и если это так то ЗАЧЕМ?
    Я как-то пробовал на Пень-1 Виндовоз-10 запихнуть... Так что ОСи разные нужны, ОСи разные важны...

    Всего записей: 548 | Зарегистр. 21-04-2011 | Отправлено: 13:02 15-05-2021 | Исправлено: volkovysk, 13:09 15-05-2021
    IFkO



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

    Цитата:
    при сохранении ctime или atime ZIP сохраняет mtime ещё и в UTC. При распаковке, скорее всего, будет использовано UTC-время
    С этой меткой времени всё время путаница, особенно при переносе из одной файловой системы в другую. У меня порой бывает, что нечто, перенесённое с ФАТ в НТФС, а потом обратно, сползает по датировке
    Теоретически хранение её в виде гринвичского времени, а показ пользователю с пересчётом в его часовой пояс - правильное и даже идеальное решение. Но насколько я знаю, оно реализовано только в НТФС. А в ФАТе вроде файлы метятся местным временем? Так что ЗИП теоретически прав, а вот что он практически делает при распаковке в ФАТ, я толком не знаю.

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 13:38 15-05-2021
    volkovysk



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

    Цитата:
    А в ФАТе вроде файлы метятся местным временем?
    Да. Оно не зависит от часового пояса на компе. В НТФС изменение пояса влечёт и изменение отображение времени.

    Всего записей: 548 | Зарегистр. 21-04-2011 | Отправлено: 14:19 15-05-2021
    IFkO



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

    Цитата:
    Да. Оно не зависит от часового пояса на компе.
    Во! Значит, правильно помню! Единое время важно, чтобы сразу было видно, какой файл новее, при работе в разных часовых поясах. В результате получаем разнобой при работе в разных файловых системах.

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 14:45 15-05-2021
    HNKTO



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    *приносит извинения (касательно лексики предыдущего поста)*

    Цитата:
    А чем WIM не архив? Метаданные файловой системы обычно не являются критичными для работы. Или десятка и тут отличилась?

    Архив. Но в моей практике просто упаковать сию операционку в архив архиватором, затем распаковать, особенно если на другой винт - так вообще - итого не загружается (ну это и с 7ркой было), а 10ка даже если чинить загрузку (регенерация загрузчика с нуля её-же средствами) - один фиг не работает.
    Короче совсем отличилась.

    Цитата:
    Я как-то пробовал на Пень-1 Виндовоз-10 запихнуть...

    П4 3ггц 512мб ОЗУ с обрезком Win98 в виде операционной основы успешно тянет обработку девяти FULL-HD IPTV видеопотоков. Minix был-бы возможно лучшим решением, но 1)я в Linux-ах не силён, 2) это был-бы существенно больший объём работ. Windows 10 на данной платформе... понадобилось бы хотя-бы 3гб озу, наличие жёсткого диска и всё равно в очень хорошем раскладе оно-бы тянуло два FULL-HD IPTV видеопотока (но скорей всего не смогло-бы даже один). Разница в стоимости платформы.
    Была-бы задача утилизировать ресурс какого-нить AMD Ryzen 9 - тут бы уж всерьёз обдумывал касательно 10ки. Как отнюдь не лучшего, но в вопросе объёма работ наипростого для данной платформы варианта.
    ЗЫ, кстати популярно доношу. Можно много что бузеть про кривизну сетевого стека 9х, но по факту озвучу своё оконечное практическое ИМХО: всё с ним ровно и замечательно. По факту правда ведро пока-что больше полтора месяца подряд ещё не работало. То оконечный работающий софт багу ловил, что по итогу лечили перезапуском, то питальник у ведра в очередной раз сгорал. Но за всё время ни разу лажа не случалась по вине самой ОСи.

    Всего записей: 2093 | Зарегистр. 30-01-2010 | Отправлено: 17:18 15-05-2021 | Исправлено: HNKTO, 17:29 15-05-2021
    uShell

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

    Цитата:
    он практически делает при распаковке в ФАТ

    Вопрос весьма интересный с учётом того, что делает сама операционка. Вот показательная цитата из MSDN:

    Цитата:
    GetFileTime retrieves cached UTC times from the FAT file system. When it becomes daylight saving time, the time retrieved by GetFileTime is off an hour, because the cache is not updated.

    То есть винда пытается работать с пользователем в UTC (чтобы алгоритм обработки времени не зависел от ФС), но делает это с ошибкой.
     
    Алгоритмы архиваторов тоже довольно мудрёные. Вот, например, кто обратил внимание, что в WinRAR 5.10 появилась функция TzSpecificLocalTimeToSystemTime()? То есть предыдущие версии устанавливали правильное время только в том случае, если смещение сохранённого времени совпадало с текущим. К тому же, Рошал вызывает её только на NT 6+, ссылаясь на ту самую ошибку в 1 час (поэтому в моём unrar32 её нет). А вот 7-Zip эту функцию до сих пор не использует. Кстати, любопытно, что она появилась в Windows XP, хотя обратная ей существовала аж со времён NT 3.51.
     
    HNKTO
    Пень под 478 сокет, без HT? Интересно было бы сравнить работу P4HT в однопроцессорном и многопроцессорном режимах. С одной стороны, гипертрединг может кое-где расшить ресурсы (как минимум, уменьшится число переключения контекстов). С другой стороны, ядро ОС будет тратить время на синхронизацию, да и разрешение системного таймера изменится.

    Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 18:45 15-05-2021
    ZSZ

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

    Цитата:
    Пень под 478 сокет, без HT? Интересно было бы сравнить работу P4HT в однопроцессорном и многопроцессорном режимах.  

     
    7-zip без НТ на 20% медленнее, если просто оставить один поток или на 10% медленнее, если выключить НТ в BIOS.

    Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 19:00 15-05-2021
    uShell

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

    Цитата:
    7-zip без НТ на 20% медленнее, если просто оставить один поток или на 10% медленнее, если выключить НТ в BIOS.

    Это под какой ОС? Affinity задан жёстко?

    Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 19:09 15-05-2021
    ZSZ

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

    Цитата:
    Это под какой ОС?  

     
    На ХР. Могу посмотреть там же на Вин 2003...10 с Live CD. Можно и в Линуксах. Насколько помню, многопоточность 98я не поддерживает. Прескотт 3,2 ГГц на LGA775. 478й такой же сдох, восстанавливать не стал, есть много более мощного халявного железа.
     

    Цитата:
    Affinity задан жёстко?

    Что такое и где? Поиск даёт такое:

    Цитата:
    Affinity  4,6  (54)  Магазин марихуаны, Запад Спрингфилд, Массачусетс


    Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 19:35 15-05-2021
    uShell

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ZSZ
    Я немного не дописал: affinity mask - маска процессоров, на которых разрешено выполнять код. В русской Windows переводится как "соответствие". Windows 7 и выше (возможно, и 2003) имеет привычку периодически перекидывать активные потоки с процессора на процессор в пределах этой маски, что несколько снижает производительность. XP, по-моему, наоборот, старается не перекидывать потоки. Ключ -stm у 7-Zip позволяет задать эту маску. Интересно ещё посмотреть, какое ядро в каждом случае загружается - унипроцессорное или многопроцессорное. Если откопаю у себя P4HT, проверю.

    Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 19:42 15-05-2021
    HNKTO



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

    Цитата:
    Интересно было бы сравнить работу P4HT в однопроцессорном и многопроцессорном режимах.

    Отстранённо из давнего Зависит от совокупности исполняющегося софта, включая операционку. Нельзя сказать плохо или хорошо. Для одного хорошо, для другого плохо. Разница чаще всего не существенна. Но в целом в эпоху XP держал его включённым ибо как верно ZSZ говорит, с оптимизированным под сиё был ощутимый плюс, а что не дружило - минус был незначителен.
    А сейчас на c232м у меня камень без HT. Один фиг ещё тогда предельно понял: лучше кидать в реальные ядра, а HT по итоговому факту не стоит траты на него средств при покупке процессора.
    И ближе к теме: с HT. Но я если честно его даже не рассматривал. C NT больше возни, или тратится на винт. И если повозиться она будет жрать на себя ощутимо больше оперативки (а 512 там и так в упор, и иногда даже источник сбоев, тупо ОЗУ заканчивается), да и процессора тоже. А что полегче, NT4, функционально не устроит в виду отсутствия поддержки необходимого функционала. Да и собственно с работой HT там тоже вопрос. Реализовывать его утилизацию в 9х технически накладно, да и смысла нет. "Мясо" неплохо оптимизированно на последовательную работу, параллелить есть что (вообще организовавать одновременную постановку на исполнение нескольких задач, а не с ожиданием на завершение текущей + уходы в прерывания на обработку аппаратных событий), но реальный профит будет только для нескольких физических процессоров.
    Кстати может подзабыл уже, но насколько помню в 98й в плане производительности без разницы включен HT в БИОС или нет.

    Цитата:
    То есть винда пытается работать с пользователем в UTC

    Эх. С этим скажу ИМХО давняя извечная путаница. И никогда она не решится что-бы тут не делали. Нет правильного решения. Где-то часы идут в локальном времени, причём часовой пояс может вообще стоять от фонаря, а то и вообще отсутствовать как понятие (мир вещей, да). Где-то в UTC, причём это тема как раз больше всяких *Nix-ов. И с однозначным переводом как раз частенько не получается и типично час туда-сюда гуляет и гулять будет. Тем более не стоит забывать за такую отдельную задницу как зимнее и летнее время, способную вынести мозг и просто в жизни, без всяких там компьютеров.

    Всего записей: 2093 | Зарегистр. 30-01-2010 | Отправлено: 20:17 15-05-2021 | Исправлено: HNKTO, 20:31 15-05-2021
    uShell

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

    Цитата:
    C NT больше возни, или тратится на винт

    Функционал NT4 действительно не ахти, но мультипроцессорные системы она поддерживает. Другое дело, что HT ведёт себя не совсем так, как отдельные физические процессоры, и производительность может и просесть. NT 5.0 (2000) действительно более прожорлива, но разница по диску вряд ли будет заметна при записи видео (неужели сжатие такое хорошее, что один видеофайл меньше дистрибутива?). Кстати, интересно, а Win98 поддерживает UDMA66? Если нет, то Win2000 может выиграть по скорости записи на диск. Плюс драйвер NTFS может меньше фрагментировать файлы при дозаписи, если под них изначально выделено место.
     

    Цитата:
    в 98й в плане производительности без разницы включен HT в БИОС или нет

    Оно и ясно - 98 видит единственный процессор и не задействует HT вообще никак. Если нет косяка в биосе, то второй логический будет вечно спать.

    Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 21:12 15-05-2021
    volkovysk



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

    Цитата:
    Кстати, интересно, а Win98 поддерживает UDMA66?
    При наличии нужных дров от матери.

    Всего записей: 548 | Зарегистр. 21-04-2011 | Отправлено: 21:55 15-05-2021
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    uShell
    Цитата:
    поэтому в моём unrar32 её нет
    И слава богу! Одной проблемой у нас меньше будет
     
    HNKTO
    Цитата:
    Где-то часы идут в локальном времени, причём часовой пояс может вообще стоять от фонаря, а то и вообще отсутствовать как понятие
    Как на мой взгляд, это существенно когда ты работаешь, перемещаясь по часовым поясам и переводя при этом часы. Или когда работает группа, члены которой находятся в разных поясах. И то лишь для сравнения, какой вариант наработанного фактически последний. Обе ситуации достаточно экзотические.
    А вот при таскании файлов из NTFS через флешку с FAT или через ZIP в другую NTFS, что случается гораздо чаще, лучше бы их датировку не трогать ВООБЩЕ. Иначе теряется сравнимость.
    В общем зря они начали чесать в этом месте, не чесалось же... Равно как и кодовую страницу 1251 придумали, чтобы программистам было чем заняться Но теперь ничего уже не поделаешь, придётся жить дальше со всем этим.

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 22:02 15-05-2021
    volkovysk



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

    Цитата:
    или через ZIP
    Нормальная прога должна захватывать с диска NTFS время в UTC и ложить с ним в архив. При распаковке на диск FAT, определять какой на компе часовой пояс и смещение относительно GMT, после чего приплюсовывать к метке времени UTC нужное количество часов и с модифицированной меткой нахлобучивать файлы на диск.

    Всего записей: 548 | Зарегистр. 21-04-2011 | Отправлено: 22:11 15-05-2021 | Исправлено: volkovysk, 22:13 15-05-2021
    uShell

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Лично у меня была мысль, чтобы сохранять в архиве одновременно UTC-время и GMT offset. Тогда все вопросы конвертации отпадают сами собой.

    Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 22:14 15-05-2021
    volkovysk



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

    Цитата:
    Тогда все вопросы конвертации отпадают сами собой.
    Ничего не отпадает, когда распаковка будет на другом компе с другим часовым поясом, где например +10:00 GMT.

    Всего записей: 548 | Зарегистр. 21-04-2011 | Отправлено: 22:21 15-05-2021
    IFkO



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

    Цитата:
    Нормальная прога должна захватывать с диска NTFS время в UTC и ложить с ним в архив. При распаковке на диск FAT, определять какой на компе часовой пояс и смещение относительно GMT, после чего приплюсовывать к метке времени UTC
    Оно в целом логично. Но это должно работать и в обратную сторону: при упаковке файлов с ФАТ их датировка должна в архив попадать пересчитанной в  UTC. На следующем шаге мы не выходя из ФАТ, в файловом менеджере сравним файлы на диске и в архиве... Нет, зря это тронули.

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 22:30 15-05-2021
       

    Страницы: 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 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231

    Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Активные темы » Windows 98 SE (оптимизация и улучшение) — девятая часть
    IFkO (01-01-2022 00:47):


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru