Comments 43
Меня давно интересует, почему в Windows при зажатии левой кнопки мыши на заголовке почти любого окна останавливаются таймеры и анимации. Так было во всех версиях Windows, что я использовал.
Забыли в коде Form1.cs прописать Application.DoEvents();
В Линуксе есть настройка для этого. Когда вы зажимаете левую кнопку мыши на заголовке, вы начинаете перетаскивать окно. Во время перетаскивания в окне останавливаются события и перерисовка компонентов, а то и вовсе содержимое окна заменяется его скриншотом. Это для экономии ресурсов во время перетаскивания. Когда вы тащите окно по другим окнам, у них у всех срабатывают события перерисовки, и на слабых компах может прям начать тормозить.
Стало интересно, в мак ос свежей окно сафари с ютубом продолжает работать как и работало вообще при любых анимация, перетаскивание, всякие хитрые эффекты сворачивания-разворачивания, mission-control (это когда все окна сразу видны в уменьшенном виде, что бы быстро переключиться).
А я заметил (ещё на компе с HDD и Win7 много лет назад) интересную проблему, которую так и не пофиксили. Классическое средство просмотра фотографий Windows (времён nt 6.x– Vista/7) всегда тормозит, если листать фотографии назад. Абсолютно непонятная вещь. Причём, проблема никуда не исчезает при использовании SSD – это именно баг в программе, а не аппаратная особенность HDD, как мне казалось раньше. Программа (даже скрытая ныне, но скомпиленная под 10/11) просто отказывается в течение пары секунд отображать только что показанную фотографию, только при попытке посмотреть прошлую. При переключении на следующую (вправо) такой проблемы нет.
Следующие фотографии заранее кешируются, чтобы пользователь мог спокойно листать дальше. Увы, сохранить в ОЗУ кеш прошлых они не захотели или не догадались.
Всё очень просто - потому что никогда не существовало функции WinAPI "найти предыдущий файл" и поэтому если хэндл на предыдущий файл не был запомнен, то приходится перебирать все файлы в папке с самого начала. (список доступных функций см. на MSDN, почему-то не могу вставить ссылку). Думал на тематическом ресурсе это знают все. Ситуация может усугубляться тем, что прямо при просмотре другие файлы в папке могли быть изменены, поэтому запоминать предыдущий файл тоже не особо эффективно, так как он уже может не быть предыдущим.
проводник загружается примерно через 10 секунд после открытия
Кто понял жизнь, тот не спешит.
Да нормально 10 сек. Это летает. В 1995-м на 386DX33 4Мб 120 Мб HDD и Windows 95 можно было уснуть пока проводник откроется. :-) Даже 486DX40 c 8Мб и VLB IDE контроллером для HDD не спасала. Нажал - жди, жди...
Да вот нифига, у меня был 486DLC с 8Мб, довольно длительное время, и я не могу сказатьчто 95 винда прям тормозила, GUI работал приемлемо быстро и прям ждать открытия окна проводника вообще не приходилось, не 10 секунд и даже не 5....подтупливало да, но не "жди когда окно отрисуется" - это прям точно
Вы не комментируете с какой скоростью у вас работал жесткий диск. Это очень существенно на 8 Мб оперативной памяти и 95-й. У меня стоял. Сегейт на 340 Мб. Он выдавал 300-350 кб/с. Брал его в 1994 году за 350 долларов. Контроллер IDE был на мультиплате VLB. Если повесить динамическое сжатие то скорость вообще 150 кб/с была. Стакер был самым медленным в сравнении с даблспэйс, но хорошо сжимал. Для 95-й, если память не изменяет, нужная была 4-я версия STACKER. Под 95-ку ставил без сжатия. 95-ка на 8 Мб работала приемлемо на жестких диска с 1 Мб/с и выше скоростью передачи. Винт трещал как пулемёт, но пользоваться уже было комфортнее. Про видео я не жаловался. VLB CL5428 c 1Мб вполне под 95-кой справлялась.
Диск медленно работал конечно, у меня был Quantum на 170 мегабайт, но вы не забывайте что win95 это не win10 где для того чтобы отобразить 1 окно надо 3 гигабайта оперативки, своп на 5 и видеоускоритель, а еще SSD обязательный чтобы индексация все гигабайты скорости не сжирала
и работало оно быстро, когда всё подгружалось в кэши
В 1995-м я работал Dos 6.22 + Win 3.1 + Dashboard 3.0 + MS Word 6.0. На 8 Мб 486DX40 это работало приемлемо. Переход на 95-ку в конце 1995 был только потому, что MS Word 6.0 поедал ресурсы GUI и даже при свободной памяти Windows 3.1 повисала. В 95-ке этой проблемы не наблюдалось. Да и курсы надо было по 95 вести. Голая ОС на 8 Мб работала, но загружаем MS Word 7.0 и всё - тормоза, треск винта на свопе. В 95-ке он особо бодро трещал по сравнению с Dos 6.22 + Win 3.1. Если честно, то 2 раза сносил 95-ку и возвращался на Dos 6.22 + Win 3.1. Только к лету 1996 остался уже на 95-ке OSR 2. А в 1997 пришлось новый компьютер купить для NT4.
, но загружаем MS Word 7.0 и всё - тормоза, треск винта на свопе
ну в изначальном комментарии вы писали что "можно было уснуть пока проводник откроется", а теперь пишите что если это ворд запустить в фоне ;) а это уже както немного разные вводные...так можно дойти до того что надо еще фотошоп запустить и компиляцию турбоси чтобы полноценный эксперемент провести
а это уже несколько иные условия, тут уже сказывается недостаточность оперативки, 8 мегабайт для 95 винды это уже предел с которым хоть както работать можно
В 1995-м на 386DX33 4Мб 120 Мб HDD и Windows 95 можно было уснуть пока проводник откроется. :-)
В 1997-м на Пентиуме-133 и гигабайтном HDD у меня Windows 95 если не летала, то по крайней мере без тормозов открывала кнопку "Start". А для выпадающих меню по правой кнопке задержку можно было выставлять вручную программой TweakUI. И если ее выставить в ноль, то эти меню открывались-закрывались в реальном времени вслед за указателем мыши.
Какой процессор, диск, память и видеокарту мне нужно купить в 2025 году, чтобы получить такую же отзывчивость в интерфейсе?
Недавно же квантовый процессор от MS анонсировали. Вот его. На нем у тебя все окна и всплывашки отрисованы в суперпозиции во всех возможных вариантах, ты всего лишь выбираешь конкретный в данный момент времени.
В конце 1995 года вёл курсы для работников завода. Они купили Amd 486DX2-80 c 8 Мб оперативной памяти и довольно быстрые на то время жесткие диски. 95-ка, Word 7, Excel без проблем и довольно шустро работали. Только Access скоростью не порадовал тогда.
Что касается P133 то это совершенно уже другой уровень. На работе стало возможно MP3 слушать. Сначала сам плеер писал, потом Winamp появился. В 1997 могу сказать только дома какая машинка была AMD К6-200 с 64 Мб ОЗУ, 3 Гб фуджик FIC PA-2007 c 512 Кб КЭШ. А на работе чего только не прошло что и не упомнишь уже за эти годы.
Пишите: "Какой процессор, диск, память и видеокарту мне нужно купить в 2025 году, чтобы получить такую же отзывчивость в интерфейсе?"
Сейчас у себя пробежался по меню домашней ОС с KDE Plasma 5.27.11 (виджет "Классическое меню приложений") напоминает Пуск 95-й. Отзывчивость без проблем. Видео использую интегрированное в AMD Ryzen 5 5600H.
Я хз размер кодовой базы explorer, но неужели маками разработчики ни как не могут осилить?
Или денег не выделяется...
Господи, переписали бы его уже раз осилить не могут исправить..
Кодовая база проводника - весь виндовый гуй. Интеграция чудовищная. Проще будет нативно KDE прикрутить, чем переписать этого монстра...
непонятно, почему они объединили shell и filemanager в один процесс...
Их достаточно "успешно" сейчас распиливают на разные процессы. Правда, убийство одного из них всё равно вызывает проблемы с остальными.
вообще это просто, весь интерфейс винды это и есть файлменеджер..там же всего три типа окон так то если подумать...панель управление винды, классическое, это же тоже окно проводника но только вместо файлов виртуальные ссылки...вспомните прикол с "папкой бога", если папку в винде назвать специальным guid-ом она превратится или в элемент панели управления или в саму панель управления
окна приложений, окна проводника и модалки... рабочий стол же это тоже окно проводника буквально, только без заголовков
потом в 98 винде они хотели махнуть его на IE но полноценно не осилили в те годы..но вот тогда проводник стал превращаться в неповоротливое нечто...со смесью бразуера и файлменеджера вместе
Я задумался - почему у меня таких проблем нет. А.... Far Manager...
Офтопик, но раз уж здесь все собрались, как в проводнике вернуть запуск окна командной строки из текущей папки?
Судя по скрину сделали какого то франкенштейна скрестив хром с проводником)
Очередные танцы с бубном в ос которая якобы их лишена)
Тем временем за 25 лет использования линукса, не могу вспомнить что то подобное во встроенном файл менеджере)
Хотя.. в линухе тоже есть старый 20 летний монстр Konqueror который также сочетает в себе файлы и браузер) Но от него по сути отказались. Но даже он так не тормозил)
Скриншоты



В линуксе встроенный файл менеджер не является главным ui процессом, отрисовывающим почти все и вся в системе.
А касательно костыльности линукса... Да, тебе не нужны костыли и гайды, если ты ничего на нем не делаешь, кроме серфинга.
Да, тебе не нужны костыли и гайды, если ты ничего на нем не делаешь, кроме серфинга.
Нуу) Конкретно я линух использую на полную катушку) Занимаюсь 3D графикой и всем что с этим связано, видео-аудио-монтаж, векторная графика, нейронки, программирование.
И когда дело касается создания, чего бы то не было венда это нескончаемые танцы с бубном в сравнении с линухом, умудряются даже порой на ровном месте их сделать, как вот с проводником или чуть раннее с дровами или ещё раньше с обновлением и так далее)
Собственно, поэтому абсолютно все сферы где нужна стабильность, максимальная оптимизация, гибкая модульная архитектура занята линухом уже очень давно.
Серверы, Телефоны, игровые приставки, роутеры, системы связи, автопилоты в машинах и самолётах, военная и мед.техника, дроны, ракеты, суперкомпы, другими словами всё)
Но некоторые люди почему то думают, что если венда у всех дома, значит она используется и в других сферах. Но в жизни всё увы иначе)
Ты даже среди примеров, где используется линь, не назвал ни одного, где люди непосредственно в нем работают... В представленных примерах работают программисты, точнее даже, они пишут под эти примеры софт/прошивку, и делать это могут с мака, линукса и винды, а сам юзер уже может работать только в интерфейсе этого одного софта.
Я разраб. Делаем CRMки, сейчас преимущественно под линукс серваки (она мультиплатформенная), но из моих 100+ коллег, я не знаю ни одного разраба, который это делает непосредственно в линуксе. Но, да, среди них есть юзеры и линя, обычно они ставят его на древние компы/ноуты чтоб те пошустрее работали, но и ставят убунту какую-нибудь, которая от винды мало чем отличается в итоге.
Мне интересно, какие это танцы с бубном на винде возникают? C++ redistы поставить? Фреймворк? Ну, да, в винде нет апт гета, который подтянет все зависимости, но это не "танцы с бубном". Я так вообще на отдельной флешке просто храню мастхэв установщики всяких этих либ, и они первым делом залетают на свежую винду.
И да, я также юзаю блендер, тфлекс, фотошоп, премьер, юнити, уе, постман, постгрес, аудасити, обсидиан, обс, и еще вагон и мааааленькую тележку разнообразного софта, не говоря о тысяче+ игр в стиме. Не припомню танцев с бубном со всем этим. Хотя нет, один танец помню, террария до какой-то версии требовала xna framework отдельно установить, который в последствии тоже отправился на флешку, но то был установщик вне стима, я даже не помню для каких целей, ибо игра в стиме появилась еще когда она стоила 112р за 4пак.
Смишно-смишно) Если только серфить, вас могут ожидать проблемы с алиасингом шрифтов, флешовыми вставками, тирингом видео, рассинхроном звука, выводом звука на бт устройства, (тьфу тьфу)дрм контентом, переключениями между интегрированой и дискретной видяхой в зависимости от задач, жором батареи (на ноутах, как и про видяхи). И бездна других интересностей, которые могут не дать вам скучать, в зависимости от везения, дистрибутива и комбинации железа.
Ну, я скорее о популярных линях среди ваннаби говорю: убунта, дебиан. Не уверен, что там есть эта тележка проблем. А так да, от всякого рода болгенОСов еще и под какие-нибудь оранджПи можно ожидать чего угодно.
К сожалению, все это я разгребал на убунте, минте, и арче. Ставлю на то, что ноуты с интегрированной и дискретной видяхой все еще имеют те же грабли. Или рваная картинка на встроенной видяхе, но с экономией батареи, или внешняя видяха и жор батареи, но ровное видео) По отзывам в интернете эта болячка очень популярная. Голубозуб гарантировано глючит в убунте до сих пор с переключением профилей и мультипоинтом. При работе от батареи свежие леновы работают на треть дольше под виндой, чем под убунтой/минтом. И так далее) Просто обычно проблемы или не очень заметны (как батарея), или терпимы многими (как тиринг на встроенной видяхе), или специфичны (как с голубозубом)
Либо это не у всех, либо я просто не замечал, но по-моему у меня такой проблемы нет.
Тем временем открытие файл менеджера в линухе по времени практически одно и тоже как свернуть-развернуть)
https://vkvideo.ru/video12288115_456250540
Microsoft признала замедление работы проводника Windows 11 при использовании кнопок заголовка