>>12976> Западло допиливать платную систему потому что ее должен допиливать разработчик, а не пользователь.
Мне казалось, что мы пришли к общему мнению, что система, допила не требующая
вообще, на текущий момент нереальна?
> Почему некорректно? Сравнивают же способы доставки по морю и по воздуху, потому что это именно способы доставки, пусть построенные на разных принципах. Так почему некорректно сравнивать две ОС, пусть и с разными принципами построения?
Потому что никто в здравом уме не будет рассматривать варианты доставки угля для ТЭЦ самолётами, или, напротив, донорских органов - поездами. А что, оба способа - доставка же, верно? А лин и вин умудряются сравнивать как раз в подобных контекстах.
Если меня, "анального раба Баллмера" и прочая и прочая, спросят, какую ОС я считаю лучшей для организации самодельного NAS, я отвечу: "Линукс, ибо FOSS, что окупается затратой времени на настройку", понимаешь? Но если задать вопрос, какая ОС лучше для организации рабочего места главного бухгалтера в России, он будет
обязан выбрать Windows XP (угу, именно ХР) исключительно из-за проблем совместимости специализированного софта вкупе с пониманием типичной квалификации этих самых главных бухгалтеров. Как-то так. А в многочисленных холиварах пытаются и линухи на рабочие станции пихать, и винду десктопную чуть ли не в роли прошивок в медицинское оборудование. Да вон там выше пример был с идиотом, попытавшимся "семёрку" на многоядерный сервант с SPARC-процом воткнуть.
Если сравнивать внятно, то и результаты будут не холиварными.
> Главная проблема винды - отсутствие унификации, походу.
Она есть в виде гайдлайнов и хэндбуков, но те самые криворукие ушлёпки их не читают же.
По спойлеру: не видел такого давно уже. Майкрософт давно вышла из эры "костылей". И QA отдел у них сейчас ого-го.
> Можно подробнее, бро? Запишу себе где-нибудь на будущее, а то мало ли.
А всё просто же и ничего секретного. Eventvwr.msc и perfmon.msc позволяют диагностировать 90% всего. А если взять к ним ещё Process Monitor от Марка Руссиновича, то можно и 98% отловить. Главное - подход ко всему этому иметь... с инструментами-то порядок.
...вот как-то позвали меня посмотреть сервак: MS SQL тормозит. Посмотрел. Вроде и загрузка проца невелика, и мозгов куча, и винты шустрые, ну всё замечательно. Ну, perfmon.msc, добавляем миллион счётчиков, просим сделать, "чтоб лагало". И видим, что падает на дисковую подсистему множество мелких-мелких транзакций, на чём она, собственно, и коллапсирует. Чешем репу: а почто коллапс-то, скуля же, не файловые операции? Причём на чтении коллапса не видно ведь. Ну, идём в compmgmt.msc, в диспетчер устройств... опаньки! А кэш записи-то запрещён! Включаем кэш - самоотключается. Так, а что у нас в eventvwr.msc? А там у нас сообщение: "кэш записи запрещён на системном диске контроллера домена". Господа, а у вас тут что, КД? Ай, молодцы. Ну тогда воткните ещё дисков и перенесите базу на них, чтобы кэш включился. А лучше вообще разделите КД и скуль.
Разделили (КД убрали). Всё залетало.
> Да смотрел, все чисто было.
Пойми правильно, мне сложно вот так вот телепатически гадать, хотя бы потому, что я такого кошмара ни разу не видел, а ты мне не можешь это показать. Имело бы это у тебя место right now - я бы у тебя reg export нужных разделов попросил и глянул сам, а так - это всё спекуляции.
> Так что все-таки удобнее тот, где нормальная дорога и указатели вдоль нее.
Ну, тут уже психология :) полагаю, ты от него ожидал значительных перемен и готов был ради них терпеть и учиться. Как, собственно, ты выше и написал: изучать и пилить винду тебе было западло, а за линухи ты взялся с энтузиазмом.
Плюс, есть такая штука как "подходящесть" ОС. Я уже выше писал, что я
могу работать с маком, но он меня
бесит. А кто-то восхищается. Видимо, не в ОС дело, и не в сумме, что она стоит, а в особенностях мышления.
>>12978 Это старая паста. Во времена, когда её писали (Windows 9x) она была намного более актуальна.
>>12980> теперь его заменил avast
Унылая вещь...
> Есть ли какие-нибудь универсальные способы хоть как-то вернуть былую скорость, желательно без использования всяких софтин типа UltimateSystemOptimizer и SupaDupaCleaningTool-9000? Если же это невозможно, есть ли какие-нибудь кошерные очищатели хлама (кроме вишмастера, конечно)?
ХР чувствительна к:
- фрагментации диска;
- количеству резидентных программ.
Отсюда следует, что универсальные шаги для повышения быстродействия - это:
- убрать из автозагрузки тот хлам, что явно тебе не нужен, желательно - не твикерами или msconfig'ом или руками из реестра, а средствами самого хлама (дабы не реинкарнировался);
- вычистить временные папки, уменьшить кэш IE до 100-200 метров;
- пройти пару проходов стандартным дефрагом. Пару, ибо он не всегда способен всё сделать за первый проход. Стандартным, ибо лучше него актуальных нет.
Также, есть несколько твиков. Один имеет смысл всегда: в реестре в ключе
hklm\system\currentcontrolset\control\session manager\memory management установить значение
DisablePagingExecutive в 1. Это запретит системе сваппить на диск ядро. Второй твик имеет смысл, если у тебя мозгов 2+ гига, и ты их точно не используешь полностью: там же установить в 1 параметр
LargeSystemCache, что увеличит системный кэш, сняв часть нагрузки с диска. Наконец, третий параметр может немного помочь, если мозгов явная нехватка, плюс ты часто меняешь загруженные программы: hklm\software\microsoft\windows\currentversion\explorer создаём раздел "AlwaysUnloadDLL" и ставим его дефолтное значение в 1, что прикажет системе сразу же выгружать из памяти неиспользуемые библиотеки, не дожидаясь нехватки мозгов.
Для очистки временных файлов и т.п. могу дать клинер собственного сочинения. Чтобы не боялся вишмастера, могу дать в виде сырцов для AutoIT. Сразу скажу, он тупо очищает и/или сносит временные папки всех юзеров и системную, а также кэши IE/Mozilla/Opera, так что ничего чудесного он не умеет, увы, и всё, что делает он, ты можешь и сам.
