Вся проблема с армами в том, что их по сути-то и нет (под винду, которая доминирует на десктопах). А то, что всё-таки хоть как-то продают - стоит каких-то адских денег и сурфейс тут как раз прям очень хороший пример. При этом спрос на виндовые планшеты есть, но дешевых планшетов-то нет - и до кучи интел ещё и свои супер-мобильные процы (которые те же китайцы в дешевые планшеты и ставили) просто перестала выпускать, полностью забив на этот рынок. Причем обещания "сейчас придет Самсунг с армом под виндой" я читаю уже больше 10 лет - но по факту, их как не было за адекватные деньги, так и нет.
Судя по состоянию винды после патчей к ядру - я бы еще с полгодика подождал, прежде чем оценивать работает ли исправление agesa или нет )
А то сейчас даже не поймешь, кого винить. Меня особенно умилило, что результаты тестов в вин11 зависят от того, насколько вам повезло в момент её установки. Потому что она может как нормально встать, так и плохо и в итоге тесты хуже проходит. Причем от юзера ничего не зависит, просто вот так звёзды на небе сошлись...
амд накосячили с agesa, отчего и задержки между ccd (апдейт уже вышел - пофиксили)
мс накосячили с ядром и предсказаниями в нем, причем много лет назад - причем на вин11 ещё сильнее, чем на вин10. Из-за этого процы амд работали медленнее, чем могли (патчи вроде вышли, но не до конца)
с материнками сотворили какую-то дичь и не понятно зачем они такие вообще нужны, если они особо ничем не отличаются от предыдущих
Подозреваю, что это не окончательный список и после выхода 3д-версий еще чего-нибудь всплывет.
Вы какую-то фантастику хотите вообще. Они десятилетиями не могут даже поиск сделать хотя бы на уровне текущего гугловского и он просто полное днищще - а вы аннотации хотите. Толку-то с них, если их текущий поиск даже не найдет?..
Да там до кучи законодательство для акционерных компаний прямо запрещает владельцу управлять ими. Т.е. обязательно должен быть совет директоров и/или наемные менеджеры, которым на долговременное развитие компании в общем-то наплевать (в отличие от владельца) - лишь бы бонусы капали вовремя...
Я однажды сел и в виндовый календарик (на вин8) вбил все даты окончания документов/карт/поверок/дней рождений и т.п. вещей. Причем эти даты успешно смигрировались ещё и в гугл календарь, а оттуда, после покупки нового телефона - в хуавееский календарик (разницы с гугловским вообще нет, просто их два рядом в телефоне). В итоге эти напоминания до сих пор успешно работают - а уже лет 10 прошло. Ложка дёгтя только в том, что в винде календарик мигрировали в аутлук и оно теперь неюзабельное - но ранее забитые события всё ещё успешно срабатывают.
Впрочем, зачем нужен обратный отсчет дней до даты из статьи - я не знаю. Не вижу никакого разумного применения.
Таймер в таком виде опять-таки не очень удобен. Это надо или планшет/ноутбук под руками на кухне иметь - или чтобы таймер можно было голосом запустить. В иных случаях - это менее удобно, чем сделать всё то же самое на телефоне. На нём даже удобнее будет...
Сейчас почему-то некоторые компании продолжают работать так, как-будто мошенников вообще не существует. Вот мне раз в год страховщики от сбербанка звонят - срок по страховке ипотеки подходит. Номер - неизвестный, как определить, что это реальные страховщики, а не мошенники - я без понятия. При этом в процессе они шлют смс с кодами подтверждения - ну т.е. всё выглядит как типичное мошенничество, хотя это у них типа нормальный процесс, он не менялся годами. Чем думали люди, которые это вот так организовали - я не знаю...
Ну я просто примеры привел, что необязательно кучей транзисторов проблему решать. Можно просто воткнуть узкоспециализированный блок. Вот из RTX если лучи вырезать - сколько транзисторов лишними будет? А ведь там и ещё разные специализированные блоки есть. Кеш сделать поменьше - т.к. меньшая производительность ядер всё равно не сможет его использовать. Ширину шины памяти - тоже меньше, по той же причине.
Т.е. я это к тому, что если компания не будет стремиться повторить решения конкурентов и поддерживать с ними обратную совместимость - то появляются дополнительные варианты с транзисторами и вообще с расчетными блоками (их специализацией и количеством).
Причем санкции же уже приводят к тому, что куча компаний в Китае пилят полностью своё - и железо и софт. Т.е. вполне может так выйти, что реализовывать свой аналог Cuda и DX12 просто не потребуется - потому что местные потребители уже больше не используют такой софт и надо затачиваться под их решения. Ну, понятно, речь не о ситуации прямо сейчас - а, скажем, через два-три поколения продуктов. Вон и продвинутые игры китайские компании давно уже сами пишут, т.е. можно заранее договариваться/управлять спросом на конкретные технологии, нужные им в железе.
... и это вообще не значит, что компания не сможет повторить достижения конкурентов. При таком большом рынке и ограничениях в поставках из-за санкций плюс доп. подкормкой деньгами/ресурсами от властей, через десяток лет результат может выйти таким же, как получилось с производством корабликов в Китае, например. А может и не получиться)
АМД ухитряется же как-то. Эппл вон не так давно всем прям вообще наглядно показал, что можно сделать с правильной архитектурой, выпустив свой процессор. Не в количестве транзисторов счастье-то..
Лично вы с таким часто встречаетесь среди оффлайн знакомых? Я подозреваю, что нет.
Зря подозреваете - встречаюсь. Вообще, "обработать миллионы файлов" - это у меня постоянная головная боль и я много всякого вынужденно изучаю по этой теме. Потому что классические подходы тут работают крайне медленно.
Я как бы научился чистить логи еще будучи стажером-админом, в первый год работы. Это банальная задача любого системного администратора контролировать занятость ресурсов,
И? Вот мне регулярно приносят для настройки сервера в состоянии "дико лагает, хз почему, сделайте уже хоть что-нибудь!". Логирование толком не настроено - что есть из коробки по-умолчанию, то и есть. Апдейты последний раз ставили несколько лет назад и с тех пор на сервер никто не заходил вообще.
Так что я бы вообще начал с вопроса, какого на линуксах у большинства ПО (включая системные) дефолтные настройки в таком состоянии?
...Мне как пример отношения разработчиков больше всего нравится mysql/mariadb и иже с ними - там в 2024 году в комплекте идет конфиг, рассчитанный на запуск на чем-то уровня селерона начала 2000-х годов выпуска - с памятью в 256-512 мб и 1-2 ядрами. И ведь куда не сунься - весь линукс-софт в таком же состоянии!
Единственный случай, когда "невидимые айноды", это когда процесс, который держит файлы, не убит. То есть обычный рестарт все это дело чистит.
Чтобы понять это, вам надо будет сначала в принципе понять что у вас наблюдаемые проблемы - из-за инод, а не из-за каких-то иных глюков. При этом каких-то вменяемых логов в этой ситуации вы опять-таки скорее всего не увидите. Потому что логирование под такую ситуацию надо было настраивать заранее )
Если взять fat16, то я могу вас удивить, что несмотря на размер диска, там нельзя было создать больше 65535 записей....
Да какая разница, сколько там лимит? Вам не про это пишу. В fat/ntfs вы все эти файлы увидите любым софтом, хоть даже проводником - сразу увидите, вам не нужно лезть куда-то в потроха ФС. А в ext3/4 - вам придется лезть в спец. софт и работать с незапоминаемыми людьми числовыми данными, вместо нормальных имен. Это просто тупо неудобно, неприятно и разрабатывать такое - это фу-фу-фу.
Еще раз повторю - речь не о производительности и не о том, какая ФС лучше реализована. Речь об удобстве работы, когда "что-то пошло не так". А "что-то идет не так" достаточно регулярно, чтобы про это надо было задумываться.
Нанометры - в большой степени просто маркетинг. Плюс можно вспомнить, что тот же Интел до сих пор толком не сполз с 14++++ нм, но это ему не мешает каждый год новый чип выкатывать, который хоть чуть-чуть, но лучше предыдущего.
Так что вопрос должен быть не про то, какие там нанометры - а насколько хорошо сделана архитектура чипа.
Плюс это просто берется и чистится, или настраивается ротейт. Нет там ничего невидимого.
Вот сначала вы столкнетесь с проблемой, решите её и только потом будете думать как эти логи чистить автоматом - или как логику переделать, чтобы такого не происходило.
Я вас очень удивлю, но так работают ВСЕ файловые системы. И ntfs в том числе. Если бы приходилось удалять файлы целиком, то удаление занимало бы столько же времени, сколько копирование.
Вы путаете сущности. Никто не говорил о том, что чистится место, занимаемое файлом. Я писал о том, что если у вас по какой-то причине залочится файл и не сможет вовремя удалиться, то на винде вы все эти файлы увидите. Глазами увидите. А на линуксе - это будут невидимые иноды, о которых вы даже не узнаете, пока ситуация с их количеством не станет настолько критичной, что вы словите странные ошибки при работе с диском - и только тогда начнете разбираться, что вообще происходит.
Что за бред? Это что такое должно было случиться?
Да банальный кривой код. Не такое уж невероятное событие.
Или вот, замечательное: https://superuser.com/questions/1067904/cant-find-why-inodes-running-out - насоздавалось дофига файлов сессий веб-сервера. Это прям вообще как нефиг делать, я лично встречал серваки с 15 гигами накопившихся за полгода сессий, а это, в общем-то, мелкие-мелкие файлики. Мне повезло, сервер правильно настроили и сессии хранились в БД, а не на диске, как это задано в php.ini по умолчанию.
Не то чтобы у NTFS не было своих проблем. Но система с инодами нифига не панацея.
Ситуация, когда кто-то хранит десятки миллионов файлов на диске весьма нечастая
Легко возникает на серверах, которые никто толком не администрировал лет пять и там накопилось дофига файлов с логами. Опять-таки легко можно получить на каком-нибудь веб-сервере с большой посещаемостью, если программист решил данные логировать в отдельных файлах и всё это складывает в одну папку.
Т.е. это прям часто встречаемые случаи. Понятно, что если мы говорим про домашнее использование то проблему такую вы скорее всего никогда не встретите.
Что? Файлы удаляются, а не становятся невидимыми. Мы обсуждали нечастый кейс, когда открытый процессом файл можно удалить.
Так у вас вместо удаления файлов фактически удаляется только его имя. Сам файл физически на диске как был в виде иноды - так и остается. Ну, понятно, что я имею ввиду случаи когда "что-то пошло не так" и файл вовремя не отпустили или еще что-то такое. Т.е. с течением времени вы сможете получить кучку занятых инод, к которым не привязаны имена файлов, доступные ls. И вы даже не узнаете об этом.
Какие невидимые иноды и зачем их чистить? Это стандартная файловая структура для файловых систем линукса, они просто есть. Или в виндовс кто-то чистить МФТ файл?
Регулярно встречаю вопросы/обсуждения про то, как почистить иноды, из-за которых запись на диск невозможна, при том, что по данным других утилит там свободное место есть. Или вопросы про то, как удалить файлы в папке, где их насоздавалось миллионами - и в итоге тоже обсуждения переходят к прямой работе с инодами.
И как мы уже ранее выяснили - всё это происходит ещё и потому, что у вас в ФС файлы вместо удаления становятся просто невидимыми.
Я не говорю, что давайте переходить на NTFS. Но мне вполне очевидно, что работать с невидимыми сущностями (которые большинство системных утилит вообще не могут показать/удалить) - это неудобно.
Какую дичь? Цитаты плиз.
Мне все ваши комментарии перечислить? У вас в каждом - ошибки или просто незнание вопроса. На что вам не только я, но и другие уже несколько раз указали.
Еще раз мою цитату про проблему реестра виндовс? Пожалуйста, приведите мою цитату с этим утверждением? Есть ощущение, что вы не различаете собеседников
Май бэд, случайно попутал вас с другим комментатором, дико извиняюсь.
Так это сегодня они топовые. А завтра это уже миддл будет. А послезавтра - ширпотреб для всех. Скоро, вон, 5000-ая серия должна выйти - вы ж не думаете, что она по производительности будет как 4000-ая? И в санкциях-то как раз ограничение по производительности, не по наименованиям моделей.
Так что несколько лет/поколений и под санкциями окажется всё более-менее приличное. Как раз к этому времени Loongson своё и допилят - учитывая их темпы разработки.
Если (когда) на них наложат еще чуть-чуть санкций и продолжат не продавать топовые видюхи в Китай, то настойчивости будет дофига. Получить 1,5-млрдный рынок на халяву и с полным отсутствием конкурентов - это ж просто мечта.
Вся проблема с армами в том, что их по сути-то и нет (под винду, которая доминирует на десктопах). А то, что всё-таки хоть как-то продают - стоит каких-то адских денег и сурфейс тут как раз прям очень хороший пример. При этом спрос на виндовые планшеты есть, но дешевых планшетов-то нет - и до кучи интел ещё и свои супер-мобильные процы (которые те же китайцы в дешевые планшеты и ставили) просто перестала выпускать, полностью забив на этот рынок. Причем обещания "сейчас придет Самсунг с армом под виндой" я читаю уже больше 10 лет - но по факту, их как не было за адекватные деньги, так и нет.
Судя по состоянию винды после патчей к ядру - я бы еще с полгодика подождал, прежде чем оценивать работает ли исправление agesa или нет )
А то сейчас даже не поймешь, кого винить. Меня особенно умилило, что результаты тестов в вин11 зависят от того, насколько вам повезло в момент её установки. Потому что она может как нормально встать, так и плохо и в итоге тесты хуже проходит. Причем от юзера ничего не зависит, просто вот так звёзды на небе сошлись...
Да там суперпозиция факапов со всех сторон:
амд накосячили с agesa, отчего и задержки между ccd (апдейт уже вышел - пофиксили)
мс накосячили с ядром и предсказаниями в нем, причем много лет назад - причем на вин11 ещё сильнее, чем на вин10. Из-за этого процы амд работали медленнее, чем могли (патчи вроде вышли, но не до конца)
с материнками сотворили какую-то дичь и не понятно зачем они такие вообще нужны, если они особо ничем не отличаются от предыдущих
Подозреваю, что это не окончательный список и после выхода 3д-версий еще чего-нибудь всплывет.
просто она на внутренней поверхности)
Вы какую-то фантастику хотите вообще. Они десятилетиями не могут даже поиск сделать хотя бы на уровне текущего гугловского и он просто полное днищще - а вы аннотации хотите. Толку-то с них, если их текущий поиск даже не найдет?..
Да там до кучи законодательство для акционерных компаний прямо запрещает владельцу управлять ими. Т.е. обязательно должен быть совет директоров и/или наемные менеджеры, которым на долговременное развитие компании в общем-то наплевать (в отличие от владельца) - лишь бы бонусы капали вовремя...
Сториз же! Надо добавить виджет со сторизами - без этого сегодня ОС вообще не юзабельной будет...
Я однажды сел и в виндовый календарик (на вин8) вбил все даты окончания документов/карт/поверок/дней рождений и т.п. вещей. Причем эти даты успешно смигрировались ещё и в гугл календарь, а оттуда, после покупки нового телефона - в хуавееский календарик (разницы с гугловским вообще нет, просто их два рядом в телефоне). В итоге эти напоминания до сих пор успешно работают - а уже лет 10 прошло. Ложка дёгтя только в том, что в винде календарик мигрировали в аутлук и оно теперь неюзабельное - но ранее забитые события всё ещё успешно срабатывают.
Впрочем, зачем нужен обратный отсчет дней до даты из статьи - я не знаю. Не вижу никакого разумного применения.
Таймер в таком виде опять-таки не очень удобен. Это надо или планшет/ноутбук под руками на кухне иметь - или чтобы таймер можно было голосом запустить. В иных случаях - это менее удобно, чем сделать всё то же самое на телефоне. На нём даже удобнее будет...
Сейчас почему-то некоторые компании продолжают работать так, как-будто мошенников вообще не существует. Вот мне раз в год страховщики от сбербанка звонят - срок по страховке ипотеки подходит. Номер - неизвестный, как определить, что это реальные страховщики, а не мошенники - я без понятия. При этом в процессе они шлют смс с кодами подтверждения - ну т.е. всё выглядит как типичное мошенничество, хотя это у них типа нормальный процесс, он не менялся годами. Чем думали люди, которые это вот так организовали - я не знаю...
Ну я просто примеры привел, что необязательно кучей транзисторов проблему решать. Можно просто воткнуть узкоспециализированный блок. Вот из RTX если лучи вырезать - сколько транзисторов лишними будет? А ведь там и ещё разные специализированные блоки есть. Кеш сделать поменьше - т.к. меньшая производительность ядер всё равно не сможет его использовать. Ширину шины памяти - тоже меньше, по той же причине.
Т.е. я это к тому, что если компания не будет стремиться повторить решения конкурентов и поддерживать с ними обратную совместимость - то появляются дополнительные варианты с транзисторами и вообще с расчетными блоками (их специализацией и количеством).
Причем санкции же уже приводят к тому, что куча компаний в Китае пилят полностью своё - и железо и софт. Т.е. вполне может так выйти, что реализовывать свой аналог Cuda и DX12 просто не потребуется - потому что местные потребители уже больше не используют такой софт и надо затачиваться под их решения. Ну, понятно, речь не о ситуации прямо сейчас - а, скажем, через два-три поколения продуктов. Вон и продвинутые игры китайские компании давно уже сами пишут, т.е. можно заранее договариваться/управлять спросом на конкретные технологии, нужные им в железе.
... и это вообще не значит, что компания не сможет повторить достижения конкурентов. При таком большом рынке и ограничениях в поставках из-за санкций плюс доп. подкормкой деньгами/ресурсами от властей, через десяток лет результат может выйти таким же, как получилось с производством корабликов в Китае, например. А может и не получиться)
АМД ухитряется же как-то. Эппл вон не так давно всем прям вообще наглядно показал, что можно сделать с правильной архитектурой, выпустив свой процессор.
Не в количестве транзисторов счастье-то..
Зря подозреваете - встречаюсь. Вообще, "обработать миллионы файлов" - это у меня постоянная головная боль и я много всякого вынужденно изучаю по этой теме. Потому что классические подходы тут работают крайне медленно.
И? Вот мне регулярно приносят для настройки сервера в состоянии "дико лагает, хз почему, сделайте уже хоть что-нибудь!". Логирование толком не настроено - что есть из коробки по-умолчанию, то и есть. Апдейты последний раз ставили несколько лет назад и с тех пор на сервер никто не заходил вообще.
Так что я бы вообще начал с вопроса, какого на линуксах у большинства ПО (включая системные) дефолтные настройки в таком состоянии?
...Мне как пример отношения разработчиков больше всего нравится mysql/mariadb и иже с ними - там в 2024 году в комплекте идет конфиг, рассчитанный на запуск на чем-то уровня селерона начала 2000-х годов выпуска - с памятью в 256-512 мб и 1-2 ядрами. И ведь куда не сунься - весь линукс-софт в таком же состоянии!
Чтобы понять это, вам надо будет сначала в принципе понять что у вас наблюдаемые проблемы - из-за инод, а не из-за каких-то иных глюков. При этом каких-то вменяемых логов в этой ситуации вы опять-таки скорее всего не увидите. Потому что логирование под такую ситуацию надо было настраивать заранее )
Да какая разница, сколько там лимит? Вам не про это пишу. В fat/ntfs вы все эти файлы увидите любым софтом, хоть даже проводником - сразу увидите, вам не нужно лезть куда-то в потроха ФС. А в ext3/4 - вам придется лезть в спец. софт и работать с незапоминаемыми людьми числовыми данными, вместо нормальных имен. Это просто тупо неудобно, неприятно и разрабатывать такое - это фу-фу-фу.
Еще раз повторю - речь не о производительности и не о том, какая ФС лучше реализована. Речь об удобстве работы, когда "что-то пошло не так". А "что-то идет не так" достаточно регулярно, чтобы про это надо было задумываться.
Нанометры - в большой степени просто маркетинг. Плюс можно вспомнить, что тот же Интел до сих пор толком не сполз с 14++++ нм, но это ему не мешает каждый год новый чип выкатывать, который хоть чуть-чуть, но лучше предыдущего.
Так что вопрос должен быть не про то, какие там нанометры - а насколько хорошо сделана архитектура чипа.
Комментатор же просил не в горло, так что тут скорее больше проктолог подойдет...
Зависит от кривизны рук программистов и количества прошедшего времени: https://superuser.com/questions/1733104/millions-of-files-in-a-single-directory
Лично я такие истории встречаю достаточно регулярно, чтобы постоянно про них помнить при написании кода.
Или вот, конкретно пример попытки бэкапить диск с 40 млн файлами https://stackoverflow.com/questions/28444401/ext-performance-handling-millions-of-files
Вот сначала вы столкнетесь с проблемой, решите её и только потом будете думать как эти логи чистить автоматом - или как логику переделать, чтобы такого не происходило.
Вы путаете сущности. Никто не говорил о том, что чистится место, занимаемое файлом. Я писал о том, что если у вас по какой-то причине залочится файл и не сможет вовремя удалиться, то на винде вы все эти файлы увидите. Глазами увидите. А на линуксе - это будут невидимые иноды, о которых вы даже не узнаете, пока ситуация с их количеством не станет настолько критичной, что вы словите странные ошибки при работе с диском - и только тогда начнете разбираться, что вообще происходит.
Да банальный кривой код. Не такое уж невероятное событие.
Или вот https://askubuntu.com/questions/231585/running-out-of-inodes
Или вот, замечательное: https://superuser.com/questions/1067904/cant-find-why-inodes-running-out - насоздавалось дофига файлов сессий веб-сервера. Это прям вообще как нефиг делать, я лично встречал серваки с 15 гигами накопившихся за полгода сессий, а это, в общем-то, мелкие-мелкие файлики. Мне повезло, сервер правильно настроили и сессии хранились в БД, а не на диске, как это задано в php.ini по умолчанию.
Не то чтобы у NTFS не было своих проблем. Но система с инодами нифига не панацея.
Легко возникает на серверах, которые никто толком не администрировал лет пять и там накопилось дофига файлов с логами. Опять-таки легко можно получить на каком-нибудь веб-сервере с большой посещаемостью, если программист решил данные логировать в отдельных файлах и всё это складывает в одну папку.
Т.е. это прям часто встречаемые случаи. Понятно, что если мы говорим про домашнее использование то проблему такую вы скорее всего никогда не встретите.
Так у вас вместо удаления файлов фактически удаляется только его имя. Сам файл физически на диске как был в виде иноды - так и остается. Ну, понятно, что я имею ввиду случаи когда "что-то пошло не так" и файл вовремя не отпустили или еще что-то такое. Т.е. с течением времени вы сможете получить кучку занятых инод, к которым не привязаны имена файлов, доступные ls. И вы даже не узнаете об этом.
Регулярно встречаю вопросы/обсуждения про то, как почистить иноды, из-за которых запись на диск невозможна, при том, что по данным других утилит там свободное место есть. Или вопросы про то, как удалить файлы в папке, где их насоздавалось миллионами - и в итоге тоже обсуждения переходят к прямой работе с инодами.
И как мы уже ранее выяснили - всё это происходит ещё и потому, что у вас в ФС файлы вместо удаления становятся просто невидимыми.
Я не говорю, что давайте переходить на NTFS. Но мне вполне очевидно, что работать с невидимыми сущностями (которые большинство системных утилит вообще не могут показать/удалить) - это неудобно.
Мне все ваши комментарии перечислить? У вас в каждом - ошибки или просто незнание вопроса. На что вам не только я, но и другие уже несколько раз указали.
Май бэд, случайно попутал вас с другим комментатором, дико извиняюсь.
Так это сегодня они топовые. А завтра это уже миддл будет. А послезавтра - ширпотреб для всех. Скоро, вон, 5000-ая серия должна выйти - вы ж не думаете, что она по производительности будет как 4000-ая? И в санкциях-то как раз ограничение по производительности, не по наименованиям моделей.
Так что несколько лет/поколений и под санкциями окажется всё более-менее приличное. Как раз к этому времени Loongson своё и допилят - учитывая их темпы разработки.
Если (когда) на них наложат еще чуть-чуть санкций и продолжат не продавать топовые видюхи в Китай, то настойчивости будет дофига. Получить 1,5-млрдный рынок на халяву и с полным отсутствием конкурентов - это ж просто мечта.
Учитывая сколько я открываю новых вкладок с разными сайтами за сутки - это самая бессмысленная фича, которую только можно было придумать...