Компания Apple опубликовала (https://opensource.apple.com/release/macos-1013.html) исходные тексты низкоуровневых системных компонентов операционной системы macOS 10.13 (macOS High Sierra (https://en.wikipedia.org/wiki/MacOS_High_Sierra)), в которых используется свободное программное обеспечение, включая ядро XNU (http://opensource.apple.com/source/xnu), составные части Darwin и прочие компоненты, программы и библиотеки, не связанные с GUI. Всего опубликовано 200 пакетов с исходными текстами. По сравнению с выпуском 10.12.6 удалены пакеты gnuserv, security_dotmac_tp, lukemftp, lukemftpd и CPANInternal.
Кроме того, компания Apple разместила (https://github.com/apple/darwin-xnu) на GitHub зеркало репозитория с кодом ядра XNU, используемого в macOS и iOS. Как и раньше (http://opensource.apple.com/source/xnu) исходные тексты ядра публикуются в виде срезов кода, связанных с очередным релизом macOS. XNU является частью открытого проекта Darwin и представляет собой гибридное ядро, сочетающее ядро Mach, компоненты от проекта FreeBSD и C++ API IOKit для написания драйверов. Опубликованный для macOS 10.13 выпуск кода ядра XNU 4570.1.46 примечателен включением (https://github.com/apple/darwin-xnu/tree/master/config) в состав компонентов, специфичных для iOS, в том числе кода для работы на архитектурах ARM и ARM64, помимо ранее поставляемых сборочных сценариев для i386 и x86_64.URL: https://opensource.apple.com/release/macos-1013.html
Новость: http://www.opennet.me/opennews/art.shtml?num=47301
>выпуск кода ядра XNU 4570.1.46 примечателен включением в состав компонентов,
>специфичных для iOS, в том числе кода для работы на архитектурах ARM и ARM64Похоже, пацаны готовятся перевести свои ноуты на ARM.
Штеуд этого удара не переживет.
Особенно после удара от ФЬВ
> Особенно после удара от ФЬВИ это тоже. Но если Яблоко снова сменит процессор, то примеру могут последовать остальные. Особенно если вспомнить, что слухи ходят и вокруг возможной смены ориентации майками. Внезапно может оказаться, что на массовом рынке x86 больше никому не нужен.
x86 нужен тем, клик нужны легаси-бинари. А значит x86 проживает ещё лет десять после слива мелкомягких и огрызков
> x86 нужен тем, клик нужны легаси-бинари. А значит x86 проживает ещё лет
> десять после слива мелкомягких и огрызковM$ посредством W10 активно ликвидирует эту потребность. Посмотрим через два-три года, что получится.
x86 нужен тем, кто не хочет переизобретать велосипед, причем начиная с деревянного прототипа, в условиях, когда кругом катаются на композитных рамах и ныкают невидимые моторы в колесо.
аппле в эту игру уже сыграла, за пять лет всосала в свои системы все дешевые индустриальные стандарты де-факто (а дорогие - то есть северный и южный мосты - принадлежали понятно-кому), и явно осознала, что занималась ненужной и очень дорогостоящей херней. И спрыгнула с нее при первой же возможности.
Не думаю, что они еще раз повторят подобную глупость. Хотя...с эффективных менеджеров станется.Но пока что они не процессор меняют, а ипхон в клавиатуру писюкового макбука встроили.
Мне, например, сложно лучится такой уверенностью в том, что x86 будет жить вечно. x86 держался на законе Мура -- сложно было угнаться за этим законом, чтобы конкурировать с Intel'ом надо было иметь возможность год за годом вкидывать в разработку новых чипов сравнимые суммы денег. Сейчас закон Мура заметно замедлился, темпы убегания Intel'а за горизонт, соответственно, тоже. Это запросто может привести к уменьшению разрыва между x86 и потенциальными конкурентами, причём как в плане функциональных характеристик процессоров, так и в плане объёмов продаж. А это значит, что конкуренты будут получать больше денег, значит они будут больше денег вкидывать в разработку, ещё более сокращая разрыв. Это лишь один из возможных сценариев, но для меня он выглядит вполне возможным. Поэтому мне кажется, что в данной ситуации не стоит, пытаться делать прогнозы, экстраполируя в будущее тренды последних десятилетий.> Не думаю, что они еще раз повторят подобную глупость. Хотя...с эффективных менеджеров станется.
Вообще экстраполяция довольно странная штука для прогнозов. Она верна, пока она верна, но когда она ошибается, она просто берёт и ошибается. Вся экстраполяция построена на идее, что в будущем всё будет так же, как было в прошлом. Но мы ведь заранее знаем, что так же не будет. Поэтому прогнозируя будущее, надо искать процессы, которые могут изменить ситуацию в будущем до состояния, в котором экстраполяция будет ошибаться.
И эффективные менагеры, как раз эти вещи понимают. Более того, эффективные менагеры эппл, понимают что они имеют определённое влияние на рынок, и они реально могут помочь перевернуть ситуацию и сломать тренды. Так что тут я соглашусь: моя уверенность в отношении поведения эффективных менагеров ещё менее уверенность, чем в отношении экономических трендов.
Тенденция же верить в незыблемость трендов -- это пораженческая позиция. Она позволяет чаще делать верные предсказания, но большого толку от этого нет. Например, тому же закону Мура пророчили смерть всё время его существования. И все эти пророки ошибались вплоть до недавнего времени. Было много ошибочных пророчеств, и только одно оказалось верным. Выглядит, будто выгоднее пророчить выживание тренда. Но это не так: правильно угадав слом тренда, можно заработать гораздо больше, чем на поддержании тренда. А не угадав его, можно немало потерять. И если для хомячка в интернете это не важно -- его заработок не зависит от правильных предсказаний будущего, то для эффективных менагеров предсказания -- это то, чем они живут и на чём зарабатывают деньги.
> Мне, например, сложно лучится такой уверенностью в том, что x86 будет жить вечнода он может хоть завтра сдохнуть, вопрос не в этом - а в том, что пока не будет _другого_ отраслевого стандарта де-факто, аппле никуда уже не побежит, набегалась.
На заре ее существования никаких стандартов не было вообще. Поэтому все равно приходилось изобретать велосипеды самим или покупать кем-то изобретенные без гарантий, что оно поедет.
эплы пометались-пометались, да и пришли, после пары неудачных ходов, туда где оно ехало.
Вот в мобильных железках оно как-то массово поехало на армах - и там эпл с удовольствием использует армы. А из полноценных компьютеров не интел уйдет, а скорее уж уйдут в прошлое полноценные компьютеры в не-стоечном исполнении - будет сплошной вебмординг и "облака". Для очень богатых и рукастых - частные, но все равно отдельно от того устройства, за которым ты работаешь.
А что, у всех дома уже стоят 128, 256, 1024-ядерные процы?
> А что, у всех дома уже стоят 128, 256, 1024-ядерные процы?Два ядра + два гига, да и то не у всех, даже не у половины. А сколько до сих пор на Пэ4 и Атлоне 64? Поднять бы статистику продаж процессоров и материнок начального уровня за пять лет — сразу бы нарисовалась реальная статистика. А многоядерные суперкорки ай-1024 — это реальность только в рекламе и у мизерного процента игровых маньяков.
>>выпуск кода ядра XNU 4570.1.46 примечателен включением в состав компонентов,
>>специфичных для iOS, в том числе кода для работы на архитектурах ARM и ARM64
>
>Похоже, пацаны готовятся перевести свои ноуты на ARM.Речь скорее всего про телефоны.
Телефоны у них давно на ARM.
Нет, просто опубликовали код, который используется в iOS уже лет десять.
Не совсем перевести.
Они хотят на ARM повесить некоторые задачи, чтобы не нагружать основной процессор.
https://www.bloomberg.com/news/articles/2017-02-01/apple-dev...
xnu это чем не получилось стать hurd?
Нет, XNU - это гибридное ядро. Общего там только Mach microkernel, да и от него уже вроде почти ничего не осталось ни там, ни там.
Я и говорю XNU это гибридное ядро доведенное до ума, что HURDу ближайшее время не светит.
> Я и говорю XNU это гибридное ядро доведенное до ума, что HURDу
> ближайшее время не светит.Кто знает, кто знает… Бардак с линуксом реально всем уже вооот где.
У Hurd есть несколько серьезных проблем. Первая - о которой написано прямо на главной странице проекта - это катастрофическая нехватка разработчиков. Сейчас его пилит один (!) человек в свободное время и изредка подключается второй. Во-вторых, некоторые архитектурные решения, принятые 20 лет назад, теперь ограничивают перенос системы на другие архитектуры. На i386 Hurd уже сейчас работает сносно, но вот портировать на x86_64 его просто так не выйдет - там почти все ядро и стандартные библиотеки придется переписывать из-за того, что ключевой механизм для микроядра - механизм обмена сообщениями - намертво захардкожен для 32-битных систем, а вместе с ним и все остальное. Короче, не видать Hurd удачи, пока не найдется либо инвестор, заинтересованный в его развитии, либо ВДРУГ откуда ни возьмись выскочит команда энтузиастов. Ни того, ни другого в ближашее время не предвидится.
>[оверквотинг удален]
> пилит один (!) человек в свободное время и изредка подключается второй.
> Во-вторых, некоторые архитектурные решения, принятые 20 лет назад, теперь ограничивают
> перенос системы на другие архитектуры. На i386 Hurd уже сейчас работает
> сносно, но вот портировать на x86_64 его просто так не выйдет
> - там почти все ядро и стандартные библиотеки придется переписывать из-за
> того, что ключевой механизм для микроядра - механизм обмена сообщениями -
> намертво захардкожен для 32-битных систем, а вместе с ним и все
> остальное. Короче, не видать Hurd удачи, пока не найдется либо инвестор,
> заинтересованный в его развитии, либо ВДРУГ откуда ни возьмись выскочит команда
> энтузиастов. Ни того, ни другого в ближашее время не предвидится.Все верно. Это значит, что до сей поры начинание почти никому не было принципиально важно и интересно — то есть проблема коренится единственно в головах, которым интересно что-то другое, а не создание самой лучшей, по замыслу, системы. И только деньгами, похоже, эту проблему не решить. Необходим приход в разработку действительно сознательных и целеустремленных (и грамотных, что важно) людей, которым ЭТО НУЖНО, которые понимают и видят чуть дальше ипотеки и сиюминутной выгоды или личной славы. В каком-то смысле hurd является олицетворением творческой импотентности и бездарности всего опенсорсной базара, который за столько много лет не оказался способен сделать одну из самых необходимых ДЛЯ СЕБЯ ЖЕ вещей.
Микроядерная ОС не является необходимой. Вообще.
> Микроядерная ОС не является необходимой. Вообще.Компьютер как таковой тоже не является необходимым абсолютному большинству людей. Взлет смартфонов убедительно показал, кому что надо.
> Компьютер как таковой тоже не является необходимым абсолютному большинству людей. Взлет
> смартфонов убедительно показал, кому что надо.
> Компьютер … не является необходимым
> Взлет смартфонов/0
С точки зрения диванной теории - да. Практически, "микроядро" позволяет иметь наименьшее число зависимостей от железа со стороны других модулей - подсистемы хранения, управления памятью, дров, IPC и прочего. Это полезно не только с т.з. портирования, но и заменяемости самих модулей. Железо сейчас МОЖЕТ спокойно держать микроядро, дело за малым - грамотной реализацией этого микроядра без шизы а-ля "всё есть файл" или "всё есть поток".
> Все верно. Это значит, что до сей поры начинание почти никому не
> было принципиально важно и интересно — то есть проблема коренится единственно в
> головах, которым интересно что-то другое, а не создание самой лучшей, по
> замыслу, системы. И только деньгами, похоже, эту проблему не решить. Необходимили это означает что хурд не является в глазах тех, кто способен его развивать, "самой лучшей по замыслу".
Ядро l4 написал тоже по сути один-единственный человек, и он сделал это за год. Причем оно даже работало на bare metal, и обходилось при этом без копипасты линуксных драйверов.
Вероятно, когда потребительские массы окончательно схлынут с компьютеров на смартфоны, писюк сдохнет, а разработкой ядер и прочих систем снова займутся немногочисленные бородатые университетские дядьки и разные хиппи.
Значит не настолько необходим, раз не нашлось творческих неимпотентов.
> Значит не настолько необходим, раз не нашлось творческих неимпотентов.Кушать за энтузиазм не дают. А в университетах теперь — поправьте, если ошибаюсь — изучают жабоскриптовопитоновоые фреймворки для рисования в браузере игрушек и красивых анимаций? Вот и нету людей, одни хипсторы.
А чему удивляться то?!
Потребителю не продашь ОС.
Ему нужен графический интернет-терминал, с игрушками и красивой анимацией.
Не, правильнее так: потребитель хочет интерактивный контент, и чтоб все бибикало, улюлюкало и переливалось.
А ещё лучше погрузится в этот контент, спрятаться от насущных проблем.
И это отлично продаётся!
А универы щас переключаются на новый мейнстрим - дополненно-переполненная реальность, думалка-заменители, свето-компьютинг и прочее…
Моралфажества псто? :)
Смысл? Все равно собрать и получить работающую систему не получится.
PureDarwin
> Смысл? Все равно собрать и получить работающую систему не получится.en.wikipedia.org/wiki/Darwin_(operating_system)
Причем оно вполне живое, с несколькими вариантами репозиториев стороннего софта, включая ГНУтый. Удивительно, что народ не смотрит в эту сторону.
> Удивительно, что народ не смотрит в эту сторону.И правда, удивительно и поразительно, что у народа такая долгая память на кидалово и желание учится не только на своих ошибках!
И правда ведь, ну подумаешь открывали-закрывали немножечко, используя сообщество в качестве бесплатной тягловой и рекламной силы для пиляния макоси ... они ж так больше не будут!http://www.macworld.co.uk/news/mac/apple-closes-down-os-x-14663/
> Apple says that the state of an OS X-compatible open source x86 Darwin kernel is "in flux."http://web.archive.org/web/20060804104416/http://opendarwin.org/
> Over the past few years, OpenDarwin has become a mere hosting facility for Mac OS X related projects.
> The original notions of developing the Mac OS X and Darwin sources has not panned out.
> Availability of sources, interaction with Apple representatives, difficulty building and tracking sources, and a lack of interest from the community have all contributed to this. Administering a system to host other people's projects is not what the remaining OpenDarwin contributors had signed up forКстати, насчет "живности":
https://github.com/PureDarwin/PureDarwin/wiki/Current_Blockers (2017 год)
> CFOpenDirectory missing in CFOpenDirectory binary root ... (part of DirectoryService which cannot yet be built too).
> IOHDIXController.kext needed (image boot support)
> BinaryDriver OSvKernDSPLib.kext is missing, consequently IOAudioFamily.kext cannot be loaded resulting in no audio support.
> the Intel e1000 driver AppleIntel8254XEthernet.kext, needed to run networking under VMWare, while available in OS X are not available for general distribution nor redistributable.
> SystemConfiguration.framework is incomplete
> OpenDirectory depends on Foundation which is not available in Darwin.
> launchd does not build...
т.е. система инициализации не собирается, сетевуха и аудио не работают ... сразу видно, как исправилось и поработало над ошибками Яблоко со времен опендарвина, а неблагодарное сообщество все нос воротит!
> И правда, удивительно и поразительно, что у народа такая долгая память на
> кидалово и желание учится не только на своих ошибках!Какое еще кидалово? Разве Apple когда-то кому-то что-то обещала? Давала какие-то обязательства?
Смысл открывания исходников ядра macOS/iOS разве что в том, что так легче искать
уязвимости. Ну и толковым парням легче будет писать ядерные модули. У Apple никогда не было
и нет цели создать вокруг этих открытых исходников какое-то сообщество.> И правда ведь, ну подумаешь открывали-закрывали немножечко, используя сообщество в качестве
> бесплатной тягловой и рекламной силы для пиляния макоси ... они ж
> так больше не будут!Какая еще бесплатная тягловая и рекламная сила, о чем вы вообще говорите? У Apple
достаточно денег, чтобы без всякого "сообщества" успешно развивать свои ОС. То, что
кто-то вдруг решил побаловаться с этими исходниками - это еще не повод для Apple эти
инициативы поддерживать, т.к. пользы для них от этих энтузиастов - ровно 0.Бизнес Apple построен на продаже оборудования. Чтобы оборудование (кстати, зачастую
довольно неплохо сделанное) лучше продавалось, Apple развивает ОС, которые работают
только на этом оборудовании, эдакий vendor lock-in. Если свободный форк их ОС сравняется
по функциональности с проприетарной версией, то тут же найдутся китайцы, которые,
наплевав и на патентные отчисления, и на затраты на R&D, будут за миску риса производить
дешевые и в чем-то уступающие аналоги оборудования Apple, будут ставить форк их ОС туда,
что серьезно подорвет весь яблочный бизнес.Думаете, тот же Xiaomi остался бы в стороне? Да они спят и видят, как бы сделать "как у
Apple", посмотрите хотя бы на их MIUI в смартфонах и на дизайн их Mi Notebook Air/Pro.
> Какое еще кидалово? Разве Apple когда-то кому-то что-то обещала? Давала какие-то обязательства?Читаем внимательно:
>> > Смысл? Все равно собрать и получить работающую систему не получится.
>>оно вполне живое, с несколькими вариантами репозиториев стороннего софта, включая ГНУтый. Удивительно, что народ не смотрит в эту сторону.Очевидно, речь о применении/разработке под открытое яблоком.
> Смысл открывания исходников ядра macOS/iOS разве что в том, что так легче искать
> уязвимости. Ну и толковым парням легче будет писать ядерные модули. У Apple
> никогда не было и нет цели создать вокруг этих открытых исходников какое-то сообщество.Да ну? Правда?
https://web.archive.org/web/20010606213907/http://www.openso.../
> Through the open source model, Apple engineers and the open source community collaborate to create better, faster and more reliable products for our users.https://web.archive.org/web/20020601072805/http://developer..../
> Apple's open source projects allow developers to customize and enhance key Apple software.
> Through the open source model, Apple engineers and the open source community collaborate to create better, faster and more reliable products for our users
> collaborateОчевидно, что под совместной работой яблочные понимают несколько иные вещи. Ну а раз так, то не следует удивлятся, что желающие поработать забесплатно на Тыблоко, а потом пройти по известному маршруту, без возможности воспользоваться результатом -- почему-то отсутствуют.
Да, интересные ссылки, не знал, что попытки сделать некое подобие сотрудничества со стороны Apple были. Спасибо.
> Очевидно, что под совместной работой яблочные понимают несколько иные вещи. Ну а
> раз так, то не следует удивлятся, что желающие поработать забесплатно на
> Тыблоко, а потом пройти по известному маршруту, без возможности воспользоваться результатом
> -- почему-то отсутствуют.Разумеется, под совместной работой яблочные понимают несколько иные вещи — например, ответственность и компетентность, а не базарное сборище.
> Разумеется, под совместной работой яблочные понимают несколько иные вещи — например,
> ответственность и компетентность надсмотрщика и отличное владение хлыстомПофиксил, не благодари.
> Бизнес Apple построен на продаже оборудования. Чтобы оборудование (кстати, зачастую
> довольно неплохо сделанное) лучше продавалось, Apple развивает ОС, которые работают
> только на этом оборудовании, эдакий vendor lock-in.То-то их оборудование всё менее и менее ремонтопригодным делается.
> То-то их оборудование всё менее и менее ремонтопригодным делается.Это общий тренд, а не их изобретение. Очень выгодно не обеспечивать гарантийное сопровождение и не заниматься утилизацией отработавшего оборудования. Лет через десять не обрадуемся горам хлама, который реально будет некуда девать.
> Какое еще кидалово? Разве Apple когда-то кому-то что-то обещала? Давала какие-то обязательства?Вот ПОЭТОМУ огрызок и не нужен - за то, что ничего не обещает и просто стрижёт бабло.
> Если свободный форк их ОС сравняется
> по функциональности с проприетарной версией, то тут же......эпплу придётся поднять свой зад и НАЧАТЬ РАБОТАТЬ, пока в спину им дышит ЧЕСТНАЯ КОНКУРЕНЦИЯ.
> Вот ПОЭТОМУ огрызок и не нужен - за то, что ничего не
> обещает и просто стрижёт бабло.Он за ваши деньги дает вам неплохое железо взамен. Вам оно не нравится? Ну так не покупайте.
> ...эпплу придётся поднять свой зад и НАЧАТЬ РАБОТАТЬ, пока в спину им
> дышит ЧЕСТНАЯ КОНКУРЕНЦИЯ.Apple вложила много денег в развитие своих ОС. И по большому счету, это ей решать, на какое оборудование эти ОС можно ставить. При этом, кстати сказать, Apple никогда не щемила конечных пользователей за установку macOS на стороннее оборудование, а вот продаванов оборудования с предустановленной macOS - щемила. И все это - в рамках вполне себе честной конкуренции.
Потому что он нафик не нужен народу.
Вообще говоря, у других получалось и собрать, и загрузиться. Сам лично не пробовал.
> и собрать, и загрузитьсяИмелось ввиду "загрузиться в macOS"
Но кстати сама OS очень даже стабильна и удобна в отличие от многих UNIX-base дистрибутивов (не будем показывать пальцем).
Тюрьма стабильнее любого киоска с шаурмой
киоск с шаурмой напрямую зависит от тюрьмы.
Если использовать другие OC только точно на том же оборудовании что у разработчика (включая всю периферию), с теми же настройками, с тем же компиллятором и т.д. - то они тоже будут выглядеть стабильными.Нестандартные ситуации просто не проявят себя.
> Если использовать другие OC только точно на том же оборудовании что у разработчикагугли "hackintosh" про текущее положение дел и "apple-compatible pc" про далекие 90е. И да, то и другое вполне себе неплохо работало и работает, если не хотеть совсем уж странного.
> (включая всю периферию),
то это будет очень наивной идеей в мире, где 90% периферии подключается по usb, да еще и давным-давно уже не принято бегать за каждым свистком со специальным-только-от-него cd. Впрочем, и во времена adb из каждого мака торчал scsi-разъем совершенно не для красоты, и в него включалась далеко не только продукция с яблоком.
на деле макось чувствительна только к сетевым драйверам и звуковухе, поскольку существует только один единственно-верный драйвер каждого, ну и к правильной версии dsdt (поскольку у них-то она всегда правильная, и нет стройной системы костылей для обхода проблем). Что характерно, именно сетевой стек у них весьма сомнительного качества.
Самые сложные и опасные в плане проявления в них проблем драйвера делает для них, хехехе, все та же nvidia, а вовсе не apple (задоооолго до перехода на писюковые архитектуры). Интересно, кто может похвастаться что видел на маке любимое виндовое "тут что-то видеодрайвер не отвечал, ну так я его перезагрузила"?
> Самые сложные и опасные в плане проявления в них проблем драйвера делает
> для них, хехехе, все та же nvidia, а вовсе не apple
> (задоооолго до перехода на писюковые архитектуры). Интересно, кто может похвастаться что
> видел на маке любимое виндовое "тут что-то видеодрайвер не отвечал, ну
> так я его перезагрузила"?Видели другое, когда Невидия прославилась массовым производством процессоров по неотработанной технологии с последующим их умиранием из-за, так сказать, нарушения температурного режима эксплуатации. Apple хоть чинил заболевшие ноутбуки бесплатно в течении нескольких лет, осознав проблему и последствия для собственного имиджа, а вот многие именитые писюковые вендоры не только не чинили, но и зажали статистику отказов. И что характерно, для лапчатых все равно у яблок тюрьма, а в писюках свобода.
У Apple такое случается регулярно, и не только с Nvidia-чипами. Мне лично три раза бесплатно меняли logic board на MBP early 2011, последние два раза - летом при жаре и после длительной нагрузки на дискретный AMD Radeon. К слову сказать, третий раз меняли в 2016 году. Эта массовая проблема, как я понял, заключалась в плохом припое, которым чип AMD был припаян к logic board.В целом, у Apple все или почти все модели MacBook Pro c 2010го по 2013ый год подвержены тем или иным проблемам с дискретными видеокартами, как производства Nvidia, так и AMD.
> У Apple такое случается регулярно, и не только с Nvidia-чипами. Мне лично
> три раза бесплатно меняли logic board на MBP early 2011, последние
> два раза - летом при жаре и после длительной нагрузки на
> дискретный AMD Radeon. К слову сказать, третий раз меняли в 2016
> году. Эта массовая проблема, как я понял, заключалась в плохом припое,
> которым чип AMD был припаян к logic board.
> В целом, у Apple все или почти все модели MacBook Pro c
> 2010го по 2013ый год подвержены тем или иным проблемам с дискретными
> видеокартами, как производства Nvidia, так и AMD.Да, в общем. Кристалл припаян к подложке, видимо, хреновым припоем и в процессе работы имеет склонность от неё отваливаться. Проблема вроде как простейшая и копеечная, но [тогда] нерешаемая из-за, в частности, эколухов-идиотов с их RoHS и запретом свинца (если верно предположение, что кристалл до этого припаивали к подложке именно свинцовосодержащим оловянным припоем). Ведь и проявилось же это всё тогда массово — и у Невидии, и у АМД, и у других. Только реальную статистику отказов вендоры упорно утаивают и замалчивают из шкурных интересов. И очень напрасно: заразу эту можно было бы искоренить. А так… Эмоционально неуравновешенные эколухи плохо учились в школе, а платим за это мы с вами, причем весьма немалую цену.
> У Apple такое случается регулярно, и не только с Nvidia-чипами. Мне лично
> три раза бесплатно меняли logic board на MBP early 2011, последние
> два раза - летом при жаре и после длительной нагрузки на
> дискретный AMD Radeon. К слову сказать, третий раз меняли в 2016
> году. Эта массовая проблема, как я понял, заключалась в плохом припое,
> которым чип AMD был припаян к logic board.
> В целом, у Apple все или почти все модели MacBook Pro c
> 2010го по 2013ый год подвержены тем или иным проблемам с дискретными
> видеокартами, как производства Nvidia, так и AMD.Началось, по меньше мере, с моделей 2007-го года, в которых устанавливали семейство GF 8000 — совершенно точно. Про более ранние не скажу.
Добавлю. Это произошло тогда со всеми, буквально. И HP, и Dell, и Toshiba, и прочие потерпели. (Поблагодарим идиотов-недоучек, которым не даёт покоя загрязнение Земли-матушки.) Только если Apple ремонтировала неисправные компьютеры, причём открыла беспрецедентную программу бесплатного ремонта после окончания гарантийного срока, то большинство других вендоров сделали вид, что ничего не было.
Было дело. На Acer 7520G у GS 8400M шары отвалились.
Вот эти маленькие «отваливаются»:http://www.23compservice.ru/images/image001.jpg
По сути, готовое изделие во время эксплуатации конечным юзером как бы заново [и неуспешно] проходит термоциклирование, только банкет оплачивает юзер из своего кармана со всей широтою своей щедрой души.
А было бы припаяно обычным «вредным» припоем с хорошей такой частью свинца, жило бы десятки лет, пока плата не рассыпется в труху.
> Эта массовая проблема, как я понял, заключалась в плохом припое,
> которым чип AMD был припаян к logic board.Кристалл процессора к подложке припаян точно так же, как готовый BGA к плате, только шарики намного меньше размером. Вот эти самые меньшие шарики (между кристаллом и подложкой процессора) и теряли контакт по тем или иным причинам. «Отреболлить» это вряд ли представляется возможным, да и смысла особого процедура не имеет, ввиду массовости проблемы. Официальных признаний с пояснениями я не встречал, но, скорее всего, причина таки в переходе после 2005-го года на новые бессвинцовые припои, которые принесли всем нам кучу проблем.
>причина таки в переходе после 2005-го года на новые бессвинцовые припоиАтас. Интересно, кто-нибудь посчитал, сколько людей выкинет свои девайсы на свалку из-за того, что они прослужат лет 5, а могли бы лет 10, и каков реальный вред от этого для Матушки-Земли? Меня тот же MBP 2011 вполне себе устраивает, если бы не дамоклов х$р в виде этого припоя, который в любой момент может снова накрыться, а теперь, в 2017 году мне Apple уже ничего не заменит.
>>причина таки в переходе после 2005-го года на новые бессвинцовые припои
> Атас. Интересно, кто-нибудь посчитал, сколько людей выкинет свои девайсы на свалку из-за
> того, что они прослужат лет 5, а могли бы лет 10,
> и каков реальный вред от этого для Матушки-Земли? Меня тот же
> MBP 2011 вполне себе устраивает, если бы не дамоклов х$р в
> виде этого припоя, который в любой момент может снова накрыться, а
> теперь, в 2017 году мне Apple уже ничего не заменит.В соседнем топике я давал ссылку на статью на профильном сайте, посвящённую этой проблеме, повторю: http://www.eetimes.com/document.asp?doc_id=1279227&print=yes
Автор предельно четко формулирует.
У безграмотных эколухов накипело, подгорело и бомбануло из-за того, что свинец-де ядовит. Взяли и запретили законодательно. Причём это сделали настолько безмозглые люди, что за прошедшие годы не нашлось кому отменить или пересмотреть запрет. В объёме свинца, условно загрязняющего среду, наибольшую часть занимают, видимо, автомобильные аккумуляторы, на электронику идёт мизер. Но без свинца в оловянном припое, во-первых, соединения становятся хрупкими, во-вторых, растут «усы». Это реально глобальная проблема, которая наверняка уже приводила к авариям и катастрофам (а не только к отказу наших ноутбуков), но «причину установить не удалось», поскольку те оловянные «усы», которые разрушают электронику, не способны перенести пожар и сильные механические воздействия, обычно сопровождающие инциденты, да и мало кто про такие вещи знает. С чем всех нас и поздравляю.
Лучи ненависти эколухам, «зелёным» и всей остальной безмозглой братии, которая считает себя умнее всех и, особенно, природы.
Картина бедствия в ближайшем рассмотрении:https://nepp.nasa.gov/whisker/reference/tech_papers/2010-Pan...
https://nepp.nasa.gov/WHISKER/background/index.htm
http://www.tech-e.ru/2010_3_4.php
Короче говоря, всё плохо. :)
Я тоже так думал, пока не увидел, как Google Chrome последней версии наглухо вешает машину. Совсем наглухо, только hard reset помогает
То, на что ты не показываешь пальцем, работает на всем на свете. Поставь сабж на обычный писюк да еще собери со своими опциями, тогда посмотришь какая она стабильная.
>> не будем показывать пальцемПочему?
Эт типа открыли коды в соответствии с лицензией?
В соответствии с политикой корпорации.
Ядро опубликовано, но в макоси главное гуй который не падает в отличие от ... а он закрыт :)
с линуксоидами один раз поделились уже драйвером из OpenBSD, так правки в этом драйвере зажали назад возвращать. Вот смотря на такое поведение и не хотят с линуксоидами иметь дело.
Вы про wifi стек или про DRM? И то и другое в ядре под BSD лицензией. Линуксовый DRM так вообще во всю используется на BSD-системах
> Интеловский DRM, который интел когда-то пропихнул в линукс с целью сделать подлянку конкурентам, так вообще во всю используется на BSD-системахПофиксил, не благодарите!
> Вы про wifi стек или про DRM? И то и другое в ядре под BSD лицензией.Он видимо про один из тех случаев, когда вначале долго упрашивали сделать двойное лицензирование для драйвера (да-да, вся та куча дров под MIT-GPL или BSD-GPL, написана обычно совсем не пингвинариями), обещая «отдавать» наработки назад, а уже потом, сделав морду кирпичом, ничего знать не желали, ссылаясь на то, что все честь по чести и двойная лицензия позволяет выбирать, под какой именно опубликовывать добавленный код.
>> Вы про wifi стек или про DRM? И то и другое в ядре под BSD лицензией.
> Он видимо про один из тех случаев, когда вначале долго упрашивали сделатьА когда бздуны сильно надоели, то хитропопые лапчтаые сделали вот так:
http://undeadly.org/cgi?action=article&sid=20070829001634
> After years of encouragement from the OpenBSD community for others to use Reyk Floeter's
> free atheros wireless driver, it seems that the Linux world is finally listening.
> Unfortunately, they seem to think that they can strip the BSD license right out of it.http://lkml.org/lkml/2007/8/28/157
> The files are available only under GPLv2 since now.
> -MODULE_LICENSE("Dual BSD/GPL");
> +MODULE_LICENSE("GPL v2");Т.е. самостоятельно сменили лицензию ...
>Unfortunately, they seem to think that they can strip the BSD license right out of it.А разве нет? BSDL как раз про это.
>>Unfortunately, they seem to think that they can strip the BSD license right out of it.
> А разве нет?Нет.
> BSDL как раз про это.Нет.
> - * Permission to use, copy, modify, and distribute this software for any
> - * purpose with or without fee is hereby granted, provided that the above
> - * copyright notice and this permission notice appear in all copies.
А что общего между OpenBSD и Apple?
> зажали назад возвращать.Код ядра открыт, бери не хочу.
Ага -> https://discussions.apple.com/thread/6826244?start=0&tstart=0Краши ГУИ в Линуксе - это когда:
- ДЕ в стадии написания или переписывания. На МакОС они редко все переписывают, на Линуксе постоянно.
- ошибка в какой-нибудь части отвечающей за графику. В дровах иногда ошибки. МакОС работает на ограниченном числе железа и очень редко здесь что-нибудь трогают.И при всем при этом у них все равно случаются краши и ДЕ и ГУИ какой-нибудь программы. А на Линуксе, если сидишь на стабильном ДЕ и используешь стабильное ядро и дрова, то краши большая редкость. Я, например, перешел с Гном 2 на КДЕ4, а с КДЕ4 на КДЕ5 только когда ее доработали, на разных машинах пользовался и другими ДЕ. И крашей ГУИ за свою линуксячью жизнь видел довольно мало, в основном когда тестил новые дрова и игрушки тоже умудрялись каким-то боком крашить все и вся, но это уже давно позади.
Как-то странно предподносить исключение как правило.
А так за этак лет пять я не видел ни одного падения гуев в макОС
Чего о линуксах не могу сказать.
> Как-то странно предподносить исключение как правило.
> А так за этак лет пять я не видел ни одного падения
> гуев в макОС
> Чего о линуксах не могу сказать.А я падения в макоси именно GUI вообще никогда не видел. Отваливается, бывает, что-нибудь другое. Впрочем, у меня на яблочном железе в 10.6.8 ничего не отваливалось.
О, а вот и подтип человека вида "плазма упала", я думал вы вымерли.
