Комментарии 559
На собеседовании в Микрософт:
— Какой способ сортировки является самым надёжным?
— Пузырьком без оптимизаций границ.
— Написать можете?
— Вот!
— Вы приняты! Листочек с кодом не теряйте, пригодится…
В тех виндах не было автоматического выстраивания значков — всё только руками, и данные просто хранились в каком-то файле типа layout. А читать и выстраивать из него — линейная сложность.
Да? А физика в этом столе была? Можно было кидаться иконками?
грустного отца Вындоуза, даже поинтересовался участливо:
— Или случилось что, батюшка?
— Все иконы украли, — сказал отец Вындоуз и заплакал.
— Ах они нехристи, — утешал т. Комманд Ком, — ах они
оболочки дешевые!
И усы его весело шевелились.
Вы так уверенно говорите, что оно не тормозило на 486-м, как будто пробовали выполнить на тысяче значков. Не исключено, что алгоритм писался тяп-ляп с осознанием того, что у пользователя не поместится больше сотни значков на столе, и кому какое дело, какая сложность у этого алгоритма, и с тех пор просуществовал без изменений.
То есть один человек написал, ещё один, а то и два — отревьювали и поставили апрув, ещё как минимум один проверил как это работает согласно спецификации, наверное были какие-то перф тесты… и это вышло в прод? Серьезно? Это либо наколеночный код студента, который без ревью влил свои изменения, либо кому-то лучше поискать другую работу, пока такая халатность не привела к уголовке. Мне очень не хочется верить в такой пофигизм на всех уровнях разработки.
То есть один человек написал, ещё один, а то и два — отревьювали и поставили апрув, ещё как минимум один проверил как это работает согласно спецификации, наверное были какие-то перф тесты… и это вышло в прод? Серьезно?
Если мы говорим про времена ещё Windows 95… тогда было точно не до таких оптимизаций, а также не до точного ТЗ...
пока такая халатность не привела к уголовке
Компенсация до 5$ за любой возможный ущерб.
Шутки шутками, а четверть века назад на 386-м компьютере оно почему-то не тормозило…а знаете почему? Потому что на древних компах если на рабочем столе было сильно много файлов винда просто не грузилась (проверено)
На каком-то форуме встречал историю о том, что с установленными обоями юзер в систему логинился моментально, а если обои отключить — то очень долго.
Ещё был вариант экономии памяти на обоях через active desktop, когда обоями страничка с jpg выставлялась. Не знаю, правда, дисковая память на этом экономилась или оперативная.
en.wikipedia.org/wiki/BMP_file_format#Compression
Кто-то ради обоев (привет BolgenOs :) ), тогда ещё Интернет не у всех был. И ради DriveSpace вместо DoubleSpace, но с этим могли проблемы при загрузке быть из-за нехватки памяти DOS.
тогда ещё Интернет не у всех был
У всех не было, если точнее :) В 1997-м году домашних пользователей инета можно было по пальцам считать даже в городах-миллионниках. Да и корпоративные если и худо-бедно уже пользовались, то чаще в оффлайн-режиме (кто-то помнит такое ещё?), а не в онлайн-режиме (то, что мы называем «интернетом» сейчас).
Потому что на древних компах если на рабочем столе было сильно много файлов винда просто не грузилась (проверено)а что такое сильно много? Можно хотя бы порядок узнать?
Вот бы она ещё показывала уведомление об этом с предложением включить автоматическую очистку. Ато всякий хлам устанавливает автоматически и показывает уведомление о смене сочетания клавиш для переключения раскладки, а о полезном функционале уведомлений нет.
Проще следить за диском и не допускать заполнения, чем ждать ситуации, когда не можешь скопировать себе нужные данные. Простым пользователям это не очевидно и многим нравится, когда показываешь им этот раздел. А ещё журнал буфера обмена.
А зачем вы там повыше сделали подмену чистки мусора в темпах на чистку диска?
Чистить надо мусор, чистить его надо по мере появления, а не дожидаясь полного трешинга метаданных ФС.
И чистки мусора в винде таки штатной нет, а мест для мусора прибавляется чуть ли не с каждой версией.
*вычистив очередные тонны мусора из AppData и ProgramData, кеша инсталлера, и прочих интересных мест, собрав воедино разбитые на десятки тысяч частей файлы (не шутка)*
Да так, херню какую-то. Все хорошо, винда идеальна.
Проверьте папку C:\Windows\Installer.
Хранящиеся там файлы, может быть, и не совсем мусор — но при обычной работе ОС не нужны, а место занимают. Причём занимают на системном диске, где в эпоху SSD и без них места нет. И на другой диск эта папка нормально не переносится...
На моём домашнем компьютере там 1 Гб, на рабочем последний раз было вроде как 10 Гб.
Причем 199 файлов строго одинакового размера 65175552 байта. Задумался.
Ну, там лежит еще десяток файлов других размеров от других программ общим объемом около 250 мегов, но погоды в папке явно не делают, а вот те пара сотен что-то подозрительны.
Посмотрел, что от чего — бааатюшки, все эти 199 от одной проги, Google Earth Pro. Да еще и даты у них идут подряд, с шагом в один день. В некоторые даты и по два файла попадает.
Сделал выборочное побайтное сравнение содержимого, несколько раз произвольно выбрав пары для сравнения (в том числе самый старый с самым свежим) — да они вообще идентичны!
Ну, Гугл, ну даёт…
У 1С'ников там больше десятка ГБ может скопиться.
Проверьте папку C:\Windows\Installer.
Хранящиеся там файлы, может быть, и не совсем мусор — но при обычной работе ОС не нужны, а место занимают.
Чисто вопрос, а что у вас в «du -sh /var/cache/apt/archives»?
И как давно делали sudo apt-get autoremove --purge?
Можно еще заглянуть чего лишнего в /boot
Опять же, бОльшая часть «мусора» относится не к ОС а к стороннему софту
Ну вот, кстати:
И как давно делали sudo apt-get autoremove --purge?
Как сделать аналогичное в винде? Встроенными средствами, не притаскивая непонятные бинари.
Не нужно искать максимальные отдельно взятые аналоги.
В линуксе обычно используется пакетный менеджер и централизованный репозиторий. Изначально. В винде каждая прога идет со своим инсталлятором, и совсем недавно (по историческим срокам) появился магазин, который все еще не центральный репозиторий.
Поэтому в данном случае это нерелевантный вопрос.
Ну давайте скажем, как быстро поставить флаг compress на директории
На ReFS, например?
Ах надо другую файловую систему
Не лезьте в бутылку.
У этого была надежда, что за последние 6 лет развития десятки он что-то упустил.
Но, видимо, нет.
У вас вроде и темпы как у нормальных ОС — в рамдиске.
*вычистив очередные тонны мусора из AppData и ProgramData, кеша инсталлера, и прочих интересных мест, собрав воедино разбитые на десятки тысяч частей файлы (не шутка)*
Это были файлы именно от винды или от разных programdata?
В более старых версиях настройка есть? Конкретно в 7/2008?
И навсегда загадили 4,76 ГБ за отчётный период.
Ситуация с временными файлами удручает — наверно 2/3 не стираются автоматически забывчивыми программами, заполняют небесплатное пространство на ssd, уменьшая тем самым количество пустых ячеек и приводя к деградации сначала скорости записи, а потом и самих ячеек из-за частой интенсивной записи в остающиеся свободными. Пример неудачного SSD — Crucial BX240, из-за отсутствия dram-кеша и особенностей прошивки 10 экземпляров периодически вынужденно «регенерирую» — делаю очистку из родной утилиты, тогда восстанавливается производительность, падающая критически вплоть до невозможности загрузки системы.
Что вообще временные файлы делают на системном диске?
Что касается его переполнения, ну, мимо Windows это не проходит, и она заранее предупреждает, что неплохо бы эту байду почистить. От пользователя всего-то нужно прочесть уведомление и согласиться.
вместо насилования ни в чём не повинного ssd записью десятков тысяч файлов
А что с тем SSD будет? Если вы на нём не будете разворачивать базу данных в продакшен, или что-то такое, его ресурса хватит вам лет на 30, даже в самых жёстких сценариях десятой винды.
С SSD будет как минимум деградация производительности из-за дефицита свободных ячеек на системах, где TRIM не работает.
Проще TRIM починить (и полезнее).
1. Для него нужен, кхм, рам. Один из самых ценных ресурсов в компьютере, куда более ценный, чем место на диске
2. Рамдиск не решает одну из основных задач временной папки — накачать туда обновы приложений и установить их при следующей перезагрузке
Ну работать в условиях дефицита ОЗУ можно, но не хочется. ОЗУ не только самый дорогой, но и самый ликвидный ресурс, толку от мощного процессора и ssd, если ОЗУ в обрез. Кстати, на устаревшую (а таких в использовании всё ещё немало) систему сейчас установить хотя бы 4 ГБ ОЗУ вовсе недорого, двухгигабайтные планки в избытке по низким ценам. 4-8 ГБ планки да, не падают пока. В принципе темп роста объёма ОЗУ на среднем офисном компьютере за последнее десятилетие снизился.
Но у современных браузеров весьма хороший аппетит к ОЗУ, заметно превосходящий объём временных файлов, скачанных в той же сессии.
Кстати, недавно по ошибке загрузил Windows 10 на 0,5 ГБ ОЗУ — в системе с 2+8 ГБ был установлен Ramdisk на 1,5 ГБ, вынул не тот модуль. Десятка загрузилась, но весьма неторопливо.
Но складывать всё это в профиль пользователя кмк не стоит. Там должны быть персональные настройки, ключи, но не тонны кода.
В одной из компаний на Уолл-стрит есть правило — никогда не удалять приложения, так как однажды удаление ненужного приложения привело к дню простоя всей компании.
В том числе чтоб решить эту проблему хотя бы частично MS и сделала MSIX — пакетированые приложения, которые срут ограничено, и имеют явно прописанные зависимости. Но польностью это проблему всё равно не решает. На маке уже давно пакетированные приложения и срут во все щели, причем совсем не очевидные. Не даром CCleaner появился впервые именно там.
Для крупных компаний по крайней мере есть IT отдел, политики, не позволяющие устанавливать откровенный шлак, тестирование конфигураций перед раскатыванием.
А домашние пользователи часто просто не ориентируются на своём накопителе. Основное хранилище файлов — рабочий стол, на который складываются снятые фото и видео и пару сезонов любимого сериала, никогда не чистятся временные файлы, папка закачек, корзина. Пока система не начинает устанавливать очередные приложения на несистемный диск. В итоге антивирус еле прережёвывает профиль пользователя, а какой-нибудь замечательный пакет монструозного ПО загружается с диска D на стареньком винчестере, скорость которого раза в два меньше, чем C, тоже не блещущего производительностью. Старый забытый сериал при этом дежит мёртвым грузом на C.
Внезапно переполнение диска тоже может привести к простою.Ну вот IT отдел и пришел в МС с такой проблемой. Переполнение диска не случается одновременно у всех пользователей и предсказуемо. Тут IT-шники вместо того чтоб удалять софт, лицензию на который они не собираются продлевать, запрещают его запускать.
Для крупных компаний по крайней мере есть IT отдел, политики, не позволяющие устанавливать откровенный шлак, тестирование конфигураций перед раскатыванием.
Так или иначе, винда в общем случае не может понять, какие файлы нужны, а какие нет, пример был именно про это.
Так ОС виднее, что куда распихивать. Обновы — на диск (но не забыть потом всё потереть)
Откуда ОС знает что кому нужно распихивать?
Вот некоторые сервисы и антивирусы хотят перезагрузки. Откуда ОС должна знать о потрохах какого-то антивируса?
Или через API нельзя передать ОС список файлов к удалению?
Или через API нельзя передать ОС список файлов к удалению?
что в таком случае мешает самим удалить?
А причём тут "API для взаимодействия с антивирусом"?
Есть просто API для установщиков. Но его возможностями программа может пользоваться, может не пользоваться. Обязанность ОС — обслужить запросы установщика, а не догадаться что программист недоделал, потому что недочитал рекомендации или поленился их выполнить по другим причинам.
Первый из найденных вами API — это просто способ, которым Microsoft Office (а вовсе не Windows!) запрашивает сканирование конкретных документов.
Второй из найденных вами API — это API Защитника Windows, т.е. одного конкретного антивируса; и относится оно к взаимодействию антивируса с приложениями, а никак не к взаимодействию ОС и антивируса.
Ни о каком "антивирус в системе работает исключительно с её благосклонного соизволения" в обоих случаях и речи нет. И уж тем более найденные вами API никоим образом не касаются вопросов установки программ.
Плюс временные файлы вполне могут быть востребованы после перезагрузки.
Плюс это проблема программ, что они хотят сохранять что-то в файлы, а не просто держать в памяти. И ssd никто не насилует — они легко выдерживат такие нагрузки.
Домашние ssd выдерживат домашние загрузки.
И уж процесс установки нескольких десятков софта с распаковкой промежуточных файлов в tmp директории выдерживают и те и другие.
По питанию — да что ж вы все считаете что домашний комп это какое-то унылое говно на соплях?
Домой покупают нормальные компы с нормальными блоками питания, и не брезгуют адекватными бесперебойниками.
У меня обычный, даже не самый навороченный, с виндой, легко держит аптайм годами, ребутается только по моему желанию.
А на счёт семёрки и десятки на одном компьютере — тоже зависит от железа. У меня «мой компьютер» открывается моментально что дома, что на работе. Если семёрка и будет открывать его быстрее, то я просто не увижу разницы. На работе, правда, бывает задержка на раскрутку жестких дисков (дома я от них давно избавился).
Сколько себя помню, каждая новая WINDOWS начина с 95 работает медленнее предыдущей.
На одном и том же железе, или на актуальном на момент выхода системы? Первое неизбежно, второе — сомнительно.
И сейчас просто поставте WIN10 и WIN7 на один и тот же ПК и заметете разницу даже в том как система заходит в мой компьютер
Ставить на один и тот же компьютер при минимум 6 годах разницы в датах выпуска ОС — странновато, не находите?
Вопрос не в том, что она медленнее в абсолютном выражении — это обычно нормально, а в том, чем это обосновано, даёт ли это какую-то компенсирующую это ухудшение прибавку функциональности.
Торвальдс как-то говорил, что каждая следующая версия Linux примерно на 1% медленнее предыдущей, и это удручает, хоть и неизбежно. Это около 4% в год. А ведь в Linux (ядре) тупые красивости не вводят.
Да фиг с ним, с открытием — но он же ещё и не умеет переключаться на следующую/предыдущую фотографию!
Кстати, встроенный даже в семёрку всё чаще стал говорить «Вероятно на компьютере установлено недостаточно памяти».
IrfanView в помощь, но десятка периодически сбрасывает файловые ассоциации.
Есть инсталлятор стандартной смотрелки в папке Windows.
Мне помогло только искоренение папок. Позже удалил все UWP приложения, до которых дотянулся. На одном из компьютеров выключил системный планировщик.
Пока ещё это «этот компьютер» — пусть уже и не «мой компьютер», но ещё и не «наш компьютер», винда пусть бреется со своими предпочтениями.
У меня на том компьютере после отключения планировщика общий объём записи за неделю составил 300 МБ (интернета там нет, да).
А если у вас SSD — накой дефрагментация вообще? А почти всё остальное сервисное обслуживание — в лучшем случае сброс реестра из памяти, и то пользовательского, а не системного.
Запись стоит денег, если диск SSD, так как жрет его невосполняемый ресурс.
По безопасности ini файлы не слишком уступают реестру.
Повреждение реестра равносильно гибели всей системы.
Линукс живёт без реестра припеваючи.
«МС продвигает пакетированные msix приложения. Такое приложение меняет только локальный кустик реестра (в отдельном файле), и пока приложение не запущено, этот кустик не грузится» — отчего же?..
отчего же?..отчего же, что?
Смешно. Жирнее и тормознее xml трудно что-то придумать. И вы его предлагаете на замену по сути специализированной базы данных.
Жирнее — возможно, а вот насчёт "тормознее" я бы поспорил. Не забывайте, в реестре у каждого узла есть дескриптор безопасности, который перед обращениями проверяется, в то время как в случае XML права назначаются на файл, а не на каждый узел. Плюс с реестром приходится работать через системные вызовы, в то время как небольшой XML читается в память целиком и там парсится.
Э-э-э, а причём тут вообще эскалация прав пользователей?
Я всё ещё не понимаю к чему вы клоните. Возможность редактирования прав как-то ускоряет работу реестра или что?
Неоднократно встречались случаи, когда из-за дефицита пространства ни системном диске повреждался именно реестр, т.к. в него идёт постоянная запись и велика вероятность его повреждения при зависании. Да и сектора протирались до дыр под реестром на HDD, условно конечно. Причём записывались явно не жизненно важные для системы параметры.
Разграничение прав подтверждает правило «что удобно, то небезопасно», с лёгким уклоном в удобство.
Скорость могла бы быть и повыше.
Но ведь реестр не небольшой.
Но ведь никто не предлагает запихнуть его в один XML файл!
Ресурс ресурсом, а сброс прошивки в результате некорректного её поведение и окирпичивание накопителя — не редкость.
Да фиг с ним, с открытием — но он же ещё и не умеет переключаться на следующую/предыдущую фотографию!У меня умеет, что я делаю не так?
Возможно, вы используете какую-то другую программу, а не обсуждаемую тут...
И ну где тут кнопка "переключиться на следующую фотографию в папке"?
2) свайпом по тачскрину или двумя пльцами по тачпаду
3) под мышкой:
О, и правда работает. А вот год назад не работало...
Нет, сижу на обычной Pro.
Точно помню, что самое первое что я попытался сделать при первом же знакомстве с приложением "Фотографии" — это нажать стрелочку вправо на клавиатуре. И она не сработала.
youtu.be/tKlHajAyavg?t=84
Так что походу этот крайне сложный функционал смогли сделать только к 1809.
Только вот при этом теряется папка, где я смотрел изображение.
Т.е. функция не работает как требуется (просмотр фоток в конкретной папке).
Enterprise 1909
Единственное место, где не работает, это во временных файлах, что странно, но это и не папка.
Не работало если открывал картинку через Total Commander.
Если через Explorer, то работает.
Только что выяснил, что при открытии из FAR тоже переключение пропадает.
Видимо, проблема всё же не в TC.
А если не секрет, как давно это самое API стало устаревшим, и зачем в реестре прописан неправильный способ открытия файла?
и в целом вокруг много всякой магии, когда от имени администратора запускать, когда и как. Кажется можно им в багтрекер написать
и вон рядом поиск по реестру для расширения
Это делается чтобы отличить консольные программы от оконных, потому что FAR приходится по-разному обрабатывать их. Но заканчивается-то всё все равно на ShellExecuteEx!
Но заканчивается-то всё все равно на ShellExecuteEx!с кучей параметров.
Вот к примеру как делает приложение, у которого работает github.com/files-community/Files/blob/91239a45433194dad2f98279dc4b6853f0454369/Files.Launcher/Program.cs#L826
Возможно WorkingDirectory не передаётся в случае Far, как вариант. Тут без дебага уже не разберёшься
Первый раз, когда Рошаль отдал его Far Group, со сменой версии на 2. Юникод добавили, поломали совместимость с Win9x… Это 2007-2008. Не так давно, однако. Хотя это была еще эпоха WinXP — но уже господство NT-ядра.
Второй раз — с переходом на версию 3 в 2012 г.
Вот в том то и прикол, разница в поддержке софта-железа между win7 и win10 чисто маркетинговая
Тут вы неправы.
новый рантайм, новая модель драйверов
Ок, но что мне всё это даёт, как пользователю, что оправдывает смену ОС? И даже как программисту?
Вы как пользователь, хоть в дос сидеть можете, если вас всё устраивает.
Под XP последние браузеры это FF52 и Chrome49
В семерке хоть немного закрыты дыры, потому что подключении белым айпишником в инет напрямую, XP будут ломать разные скрипт кидди.
В семерке более менее актуальная версия дотнет и др, поэтому в ней работают современные браузеры и другой софт.
К сожалению, XP действительно уже сильно страдает от несовместимости с современным софтом и железом в 2021.
Ну а что касается TRIM, это аж одна функция в IOCTL диска, и её вызов дефрагментатором и/или драйвером ФС при удалении. Не уверен, что это нельзя было бы включить в какой-то мелкий патч к ХР, будь у них такое желание.
И я не очень уверен, что там с последними драйверами под видяшки и VR
никто это делать не хочет
ЛЮБАЯ разработка стоит денег. Дело не в «нехочет», а нежелание поддерживать систему, которую они выпустили 13 лет назад, и которую уже официально не поддерживают. Я вот не могу сказать, что с поддержкой 13-летних дистрибутивов линукса — под них выпускают обновления к драйверам?
Знаете, я и сам в некотором роде разработчик, и мне тоже проще сказать клиенту, что на WinXP наша прога работать нормально не способна — меняйте ОС и комп на современные. Хотя, если это необходимо, всегда можно потратить полдня, и прога таки чудесным образом начинает работать на древней ОС.
Ну так я так и сказал — принципиальных преград нет, есть лишь недостаток мотивации. Как только будет соответствующая мотивация, будь то деньги или политическое решение или что-то иное, сразу всё сделают без дурацких отговорок.
Хм. Недостаток денег это и есть принципиальная преграда. Или как вы думаете, почему мы не освоили, например, Луну?
Или почему безусловный доход только экспериментируется где-то там?
Или почему на пенсию можно едва существовать, а во многих странах ее и нет?
«лишь недостаток денег» это смешно.
Так же сейчас у меня AMD 4750G+nvme 970 evo и эта долбаная win10 запускает простой каркулятор ВЕЧНОСТЬ, причем при определенных обновлениях мягкие этот каркулятор еще и потерять умудрились.
Тем более учитывая, что есть поддержка в 8.1 (которая сделана на базе 7ки) этой поддежрки нет по тем же причинам почему официально нет directX12 в WIN7, которую кстати потом все же ввели))
Постить ссылку на статью от 2014 года это просто глупость, я уверен что ты сидишь на компе, в котором 4к диск, потому что после 2011 года все производители перешли на адвансед форат и являются 4k дисками (а у тебя nvme 970 evo, и можно только порадоваться, что MS озаботились TRIM добавить в win7)
Что же касается что на чем сделана, так 10-ка сделана на базе 8.1, 8.1 сделана на базе 8, 8 -> 7, 7-> xp, xp->2000, 2000->nt40 -> nt3.51 -> os2/cp/dos плюс наработки из 9x.
Просто отсутствие нативной поддержки не мешает использовать диск в принципе, потери производительности не слишком аффектят большинство, но иногда можно попасть на неправильное выравнивание блока…
поставте WIN10 и WIN7 на один и тот же ПК
Ну да, ну да, почему-то на моем iMac 20" 2006 года с C2D 2.4 + 4 GB RAM + SSD эта ваша Win7 работает медленнее Win10
Забавно, что Win10 подхватила всё оборудование на родных драйверах без всяких доустановок из bootcamp, в отличие от Win7, где надо было еще поплясать чуток с бубном буткамп драйверов
Давайте вспомним, сколько значков помещалось на тех мониторах?
алгоритм O(n^2), то есть при удвоении количества значков время на их выстраивание возрастает в четыре раза.
Эх, если бы всё было так просто :)
хз, всё верно вроде — (2x)^2 = 4x^2
Можно измерить время на n, затем на 2n, затем найти соотношение во сколько раз время на 2n больше времени на n, а потом взять из него логарифм. Получившееся число x будет примерной оценкой реального значения в формуле O(n^x). Подход взят из лекции Седжвика.
на её Рабочем столе находится примерно 950 файлов GIF
Она редко пользовалась значками с Рабочего стола
Поделом.
Но что было проведено достаточно глубокое исследование – интересно. Спасибо.
А 900 файлов лучше группировать папками. Иначе вспоминается видеоролик про саппорт, где у юзера на рабочем столе иконки были расставлены в виде члена и он возмутился, когда саппорт ему их отсортировал.
А 900 файлов лучше группировать папками.
Разумеется лучше.
Но пользователи делают так, как им нравится, а не как лучше.
Рабочий стол — папка, и хранение в ней файлов является штатным использованием системы.
Мы же не говорим об издевательстве вида "а давайте откроем 1000 окон", речь о вполне адекватном использовании системы. И реакция Майкрософта должна быть ровно одна: пофиксить, а не бить пользователя по рукам.
И хоть хранить эти файлы на рабочем столе можно, но смысла в этом никакого не будет — именно потому, что он тогда превратится в папку и добираться до файлов придётся через проводник. А если всё равно проводником пользоваться, то зачем привязываться к рабочему столу?
Так что 1000 файлов на рабочем столе — это именно из разряда «а давайте откроем 1000 окон». Технически можно, но практического смысла нет.
Что, конечно, не отменяет того, что ОС от этого не должно плющить.
Однажды милая бабушка попросила разобраться с отказом ворда сохранить документ, система жаловалась на отсутствие свободного места. Почистил временные файлы, хотел очистить корзину, но спросил на всякий случай разрешение. Не зря. Оказывается, бабушка хранила в корзине все свои документы, чтобы они занимали меньше места.
Другой пользователь — продвинутый — в подобной ситуации запустил сжатие диска. В том числе скрытых файлов, он же продвинутый, от него не спрячешься. В том числе системного загрузчика.
бабушка хранила в корзине все свои документы, чтобы они занимали меньше места
Это хорошо, когда бабушка. Плохо, когда замгендира…
Однажды после очередного удаления пользователями Большой Важной папки пытался воспользоваться возможностью выставления запрета на удаление файлов/папок в NTFS. Коротко — работает, но только не для документов MS Office. Техподдержка мусолила вопрос недели две и ответила, что запрос выходит за рамки пользовательской поддержки.
Очевидно их эта проблема заботила куда больше, чем поддержка пользователей, “желающих странного”.
То есть в итоге вы бы получили, что да, фичу починили, фичу можно продемонстрировать на выставке… использовать на практике нельзя.
Такое надо решать на уровне ОС, а не программ. COW и всё такое, да даже транзакции NTFS.
Не у всех и не везде NTFS — есть хотя бы сетевые диски на разных своих движках (NFS, SMB, CODA, AFS...)
Другой вопрос, что вместо тупого кошмара можно было применить хотя бы JET для того, чтобы вначале сохранить новую версию как набор новых строк БД, а потом удалить старую...
Бухгалтер (рядовой) тоже хранила их в Корзине.
Ну, логично: корзина для того, чтобы в ней что-то хранить… :)
надо им места для нового поколения освобождать… себе на дачи в курортных местах заработали уже, поди. ну и… проведут им инет оптику до домика. и все норм. эм, маленький биплан и тачку с электромагнитной подвеской, чтоб золотые огурчики и свой позвоночник без вреда возить по ухабам.
В том числе системного загрузчика
Это как, интересно?
Винда такого сделать не дает же.
Необязательно было перезагружаться.
Из консоли?
Установка сжатия на диск в проводнике точно пропускала ntldr/bootmgr
Про корзину — это уже очень давняя байка.
А сжатием файлов убить загрузчик… Сперва не поверил — это же файловой системы функция, они прозрачное сжатие заявляют. Но попробовал — да, работает. :)
Наверное, потому в висте и убрали загрузчик подальше от загребущих ручек юзверей на отдельный скрытый раздел.
Круто, что во вторичном загрузчике (PBR) обрабатывают ситуацию сжатого NTLDR, и печатают понятное сообщение об ошибке.
Сжатие NTFS прозрачное, когда этот самый NTFS уже загружен и работает, а не когда управление передается загрузчику системы.
Xp sp3.
Оно прозрачное да не совсем. SQL Server например не будет работать с базами файлы которых сжаты. Ещё что-то такое было но уже плохо помню. Мне раньше сильно не хватало места и я долго сидел на полностью сжатом системном разделе (кроме загрузчика и т.п.)
SQL Server например не будет работать с базами файлы которых сжаты.
SQL-сервер, к слову, данные-то и сам сжимает при записи. Ему сжатие средствами ОС только мешает.
Даже те кто знают, в большинстве случаев хранят на раб столе.
И да, доки которыми часто пользуются удобнее держать перед глазами. Чаще всего перед глазами это как раз раб стол^^
И да, сортировкой файлов пользователи обычно занимаются когда нечем заняться или попросили админы привести в порядок.
Почему Windows около 20 секунд упорядочивает невидимые значки Рабочего стола?