Компания Google сообщила о расширении открытой модели разработки операционной системы Fuchsia. Отныне кроме сотрудников Google в разработке Fuchsia смогут принимать участие и представители сообщества, изменения от которых будут приниматься в проект. Для упрощения общения с разработчиками введены в строй публичные списки рассылки и система отслеживания ошибок. Разработана модель управления проектом, описывающая механизмы принятия решений...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54223
можно будет мобильные приложения для fuchsia на rust писать
Можно, но растафанатики ничего кроме хеллоу ворлдов не напишут.
не я видел что то серьезне, но чел не фанатик так взял поэксперементировать. но да фанатики не смогут. лучше пусть питон возьмут там от них проблем меньше будет.))
питон у гугли уже не в моде - они на го драйверы пытались писать, по аналогии с вебней, и получился вебмакакос, а теперь попахать на гугл и их обезьян задаром можете и вы...
Из гошного там остался только сетевой стек. По их же словам
> The Fuchsia Platform Source Tree has had negative implementation experience using Go.
> The system components the Fuchsia project has built in Go have used more memory and kernel
> resources than their counterparts (or replacements) the Fuchsia project has built using C++ or Rust.
вангирую, на этом их "negative implementation experience" только начинается.
rustаманы из всех щелей лезут?
текут))) их просто плющит от раста. после него они не могут ничего кроме раста их си вечно на дырени натыкает. да и как после такого синтаксиса вернуться к нормальной жизни. им там всем мозги поломали)))
Тут ты прав. После шикарного синтаксиса, в котором все на своих местах, попытка вернуться к так называемой норме вызывает крайнюю степень раздражения.
> Тут ты прав. После шикарного синтаксиса, в котором все на своих местах,
> попытка вернуться к так называемой норме вызывает крайнюю степень раздражения.у аномальных и синтаксис аномальный. глянув на него я прослезился. питон и тот сто крат лучше, да что там питон, даже перл лучше(никогда не был поклонником перла).
> Тут ты прав. После шикарного синтаксиса, в котором все на своих местах,В котором из кучи субдиалектов перекраиваемым чуть не раз в месяц?
Из дыреней.
Конечно можно будет) Только вот в большинстве случаев это не нужно.
Больше похоже на то что это комментарий холивара ради
Можно и людей по воздуху переносить! (во влажных мечтах) КТО это делать будет? ТЫ?
Мобильные приложения там будут на dart и flutter
Rust для системных компонентов, а не для прикладных программ
операционная система здорового человека
С микроядром? У вас странное понимание "здоровья".
Микроядра на x86 не используются вовсе не из-за их невозможности:P а из-за тормозного переключения контекста. На других процессорных архитектурах этого может и не быть. Как на PPC к примеру. M$ кстати потому и использует гибридное ядро хотя изначально ядро виндовс задумывалось микроядерным.
> изначально ядро виндовс задумывалось микроядерным.Однако рынок проблевался с NT3.5x и выбрал уродца win95. Пришлось забить на всякие глупости и еще пару релизов делать это. К винтукею оно не только не выделывалось с микроядрами, но и весь GDI в ядро втащило как win32k.sys, не говоря про видеодрова. Зато оно наконец смогло хоть как-то претендовать на замену 95-го досэкстендера.
А у мобильных устройств процы маломощные и батарейка не резиновая. Так что вся эта хайпота очень быстро отольется. Чем больше проц пашет, тем быстрее вы пойдете за зарядником.
Забавно читается «Win95» и «у мобильных устройств процы маломощные» вместе. Сейчас у самого вшивого смартфона мощнее процессор, чем на котором Win95 нормально себя чувствовал. Да что там смартфоны, думаю и большинство смартчасов мощнее.(Это не возражение Вам, т.к. вы ничего не утверждали, с чем бы я спорил. Просто подмечаю забавную вещь)
Похожие проблемы хоть и по разным причинам. Там циклы экономили потому что процессоры убогие. А тут потому что на всем скаку этот многоядерный монстр даже с 6-амперным аккумулятором разделывается за полдня, если не спит.
Проблема не в скорости, а в производительности! Можно делать хоть 5 команд за такт, но финальный выхлоп - копеечный. Кроме того, не так важна скорость проца, как автономность (которой никогда много не бывает).БК-0010 работал на 250,000Гц процессоре и, поразительно, редактор в нём был БЫСТРЕЕ тех же 5МГц IBM XT. Удивительно, но факт - я работал с обоими и просто не верил глазам.
где вы наслушались этих бредовых сказок? только не нужно заливать про "я сам работал", работавший на БК-0010 такой ереси никогда бы не написал.
хотя бы откройте википедию и посмотрите там на счет "250,000Гц процессоре".
или у вас какой-то самодельный БК был с самодельным же процессором? потому что заводские БК шли на процессоре К1801ВМ1 у которого частота, внезапно, 3 МГц.
или вот например, чудный видеоадаптер на 1801ВП1 давал нам возможность вдоволь поупражняться в написании и оптимизации кода на асме, потому что даже на заливку экрана символами нельзя было смотреть без слез - ее было видно невооруженным глазом. какие там 25 кадров/сек, там несчастные 256*256 пикселей полсекунды заливались!
> Микроядра на x86 не используются вовсе не из-за их невозможности:P а из-за тормозного переключения контекста.А про невозможность никто и не писал. Речь именно о накладных расходах на микроядерность, и о том, что эти расходы совершенно ни к чему, особенно на мобильных устройствах.
> На других процессорных архитектурах этого может и не быть. Как на PPC к примеру.
Что такого есть в PPC, чего нет в x86 и от чего IPC (inter-process communication) становится сравнимым по скорости с обычным вызовом функций?
За последние 40 лет микроядерные архитектуры так и не смогли догнать по производительности монолитные, и нет причин думать, что это произойдёт в обозримом будущем. Возможные преимущества микроядер в плане безопасности вполне решаются другими менее затратными способами в монолитных архитектурах.
>> На других процессорных архитектурах этого может и не быть. Как на PPC к примеру.
> Что такого есть в PPC, чего нет в x86 и от чего
> IPC (inter-process communication) становится сравнимым по скорости с обычным вызовом функций?Скорее, оратор просто не знает, что такое таблица страниц, зачем она нужна, и откуда берётся "тормознутость".
А тут ораторы знают что такое сохранение состояния CPU при переключении контекста? И сколько тактов все это счастье может занимать? При том что все это время процессор вообще совсем ничего полезного не делает, это просто обеспечение абстракции для другой задачи что типа процессор был целиком в ее распоряжении, а вовсе тут и не пахал кто-то еще, перевернувший состояние проца кверх дном.
Штука в том, что переключение контекста происходит реже при монолитном ядре, чем при микроядре. И на самом деле бо́льшую часть времени занимает не сохранение/загрузка состояния CPU, а перетасовка потоков в ядре, с учетом приоритетов, таймаутов, NUMA-локальности и всего остального, чем занимается планировщик. Плюс негативные последствия в виде холодного кеша или если в результате данные оказываются на чужой ноде.
Есть ещё подход, когда переключений контекста вообще нет, вместо процессов гринтреды, а изоляция обеспечивается на уровне виртуальной машины с JIT. Например, в экспериментальной Microsoft Singularity так сделано.
Переключения контекста есть везде, где количество потоков/процессов больше, чем логических ядер CPU. Про Singularity до этого не слышал, но судя по описанию, там переключения контекста таки должны быть, хотя и менее затратные за счет того, что адресное пространство общее для всех процессов. Что уже само по себе является утопией.
С Сингулярностью в своё время бегали пророки, как ныне с микроядрами. Куда-то пропали.
> С Сингулярностью в своё время бегали пророки, как ныне с микроядрами. Куда-то пропали.Видимо, наступление сингулярности откладывается.
Идея никуда не делась, просто это совершенно другой подход, исключающий прямую работу с указателями. С вопросами производительности, обычно требующими unsafe, можно справиться, предоставив специальные api ядра под конкретные задачи, но вот переписать весь накопленный код с нуля - это скорее утопия.
> Идея никуда не делась, просто это совершенно другой подход, исключающий прямую работу с указателями.Проблема в том что указатели бывают очень эффективны. И когда встает вопрос в том что вы во имя луны доплатите за вон те дополнительные сервера из своего кармана - почему-то оптимизма относительно инноваций становится здорово меньше, да и за цифры в бенчах все же рубятся.
> С вопросами производительности, обычно требующими unsafe, можно справиться,
> предоставив специальные api ядра под конкретные задачи, но вот переписать весь
> накопленный код с нуля - это скорее утопия.И кроме того все потуги "можно справиться" почему-то на практике выглядели "не очень".
> Штука в том, что переключение контекста происходит реже при монолитном ядре, чем при микроядре.И поэтому на все это тратится меньше времени. В Linux так вообще сделали какую-то круть чтобы жевать за присест сразу блок сисколов, раз уж переключение дорогое.
> И на самом деле бо́льшую часть времени занимает не сохранение/загрузка состояния CPU,
> а перетасовка потоков в ядре, с учетом приоритетов, таймаутов, NUMA-локальности
> и всего остального, чем занимается планировщик.Планировщики бывают разные. А в микроядерной системе работа планировщика точно не упростится - потому что все и вся распихано по отдельным процессам, значит при прочих равных еще больше entity с которыми все вон то самое и это надо чаще. Потому что одно и то же действо требует координации пачки процессов.
> Плюс негативные последствия в виде холодного кеша или если в результате данные оказываются
> на чужой ноде.Врядли нумапроблемы первоочередны для сабжа.
> В Linux так вообще сделали какую-то круть чтобы жевать за присест сразу блок сисколов, раз уж переключение дорогое.Сам по себе syscall не приводит к переключению контекста, он лишь меняет привелегии потока. К переключению контекста приводит блокировка исполнения потока в ядре, например, в IO или futex. Ну и, очевидно, при истечении кванта времени, отведённого потоку на исполнение.
> Врядли нумапроблемы первоочередны для сабжа.
Да как сказать. AMD Zen принёс эти самые проблемы на десктоп и в мобильный сектор, и чем дальше в лес, тем будут слаще помидоры.
> Сам по себе syscall не приводит к переключению контекста, он лишь меняет
> привелегии потока. К переключению контекста приводит блокировка исполнения потока в ядре,
> например, в IO или futex. Ну и, очевидно, при истечении кванта
> времени, отведённого потоку на исполнение.В свежих линуксных ядрах еще понаделали всяких тредов ядра и фоновых воркеров, всякие длительные вещи ядерные штуки нынче выгружают на другие треды запросто. А поскольку оно в одном адресном пространстве, самому с собой ему договариваться все же сильно проще и производительнее. И хипстеры вопящие что ему капец это побить врядли смогут.
> Да как сказать. AMD Zen принёс эти самые проблемы на десктоп и
> в мобильный сектор, и чем дальше в лес, тем будут слаще помидоры.Под мобильным сектором понимаются ноуты, чтоли? Врядли сабж сильно целит туда. Впрочем, +1 причина почему хипстеры могут пролететь с объявлеными целями. Окажется что на такую штуку надо было в 20 раз сложнее, при попытке что-то такое сделать окажется что "почти совсем нитармазит, переписали и вообще, это было давно и неправда", etc.
> А тут ораторы знают что такое сохранение состояния CPU при переключении контекста?
> И сколько тактов все это счастье может занимать?Простите за бестактный вопрос: Вы так шутите, или намекаете, что прежде чем сохранить регистры в ячейки памяти, надобно сначала сопоставить виртуальному адресу тех ячеек физическую страницу?
> При том что
> все это время процессор вообще совсем ничего полезного не делаетАга. А Hyper-threading - это просто волшебство, берущее прирост производительности из ниоткуда.
> Простите за бестактный вопрос: Вы так шутите, или намекаете, что прежде чем
> сохранить регистры в ячейки памяти, надобно сначала сопоставить виртуальному адресу тех
> ячеек физическую страницу?Я намекаю что у современного проца состояние немеряное. И его тасовка, хоть там как - дорогая операция. О чем нормальные ядерные разработчики - давно в курсе. А эти вебмакаки узнают об этом когда их уродец сможет какой-нибудь бенч запустить и прос@сут пингвину оптом. Но это следующая часть балета.
> Ага. А Hyper-threading - это просто волшебство, берущее прирост
> производительности из ниоткуда.Развейте мысль? Гипертрединг - фэйковые "ядра" для более плотной загрузки фактически имеющихся блоков выполнения. Которые не обязаны совпадать с "процессорными ядрами" 1 в 1 - и поэтому что там какой производитель вообще "процессорным ядром" называет - нехилая условность. Если в железе смотреть.
> Развейте мысль?Речь о том, что Hyper-Threading как раз и позволяет ядру продолжать выполнять полезную работу если один из потоков застрял на "дорогой" операции. Причем, не только дорогой, но еще и сериализующей, т.к. просто дорогие операции - обычно не проблема по причине OoO-исполнения.
Не отменяет того факта что сама по себе эта операция - бесполезное чисто техническое зло, не являющееся частью логики софта и не несущее никакой пользы. А при прочих равных чем этого больше, тем оно медленнее работать будет. Можно подумать, в современных ОС и софте без этого не найдется желающих те блоки прогрузить. А если не найдется - отлично, вообще проц и брякнуть в спячку, чтобы аккумулятор не сажал. Если кто не заметил, интел свой гипертрединг в мобилочном добре почему-то оторвал, и вообще ядро обкоцал. ARM все-равно догнать не смог, так что даром никому не вперся даже с доплатам OEMам.
> Не отменяет того факта что сама по себе эта операция - бесполезное
> чисто техническое зло, не являющееся частью логики софта и не несущее
> никакой пользы.Это "зло" позволяло выделить 8Мб памяти, когда физически в системе есть аж целых 4Мб, а вторые 4 мега (да, не гига) на дороге не валяются.
Сейчас оно решает задачи изоляции процессов, отображаемых в память файлов, overcommit и т.п. Даже когда кто-то написал realloc(), функция возвращает новый указатель, а старые данные при этом не копируются.
> Это "зло" позволяло выделить 8Мб памяти, когда физически в системе есть аж
> целых 4Мб, а вторые 4 мега (да, не гига) на дороге не валяются.Операционка еще обеспечивает абстракцию что переключения не было. У x86 например с его FPU, SIMD и проч состояние развесистое. Корректно сохранить и восстановить занимает прилично времени. У других у кого как, но чем фичастее тем больше состояние обычно. Это ортогонально страничной памяти и жрет время само по себе, на бесполезную тасовку всего этого. Чтобы задачи не знали что процом кто-то попользовался помимо них.
> Сейчас оно решает задачи изоляции процессов, отображаемых в память файлов, overcommit и
> т.п. Даже когда кто-то написал realloc(), функция возвращает новый указатель, а
> старые данные при этом не копируются.А также всякие любопытные выходки с copy on write (RCU) и проч. Когда форки процессов не жрут память по нескольку раз, реюзая образ процесса в памяти. А когда разъехалось - ок, вон те страницы ему отдельно будут. Впрочем вебмакаки с снапами и флатпаками довольно эффективно это натягивают.
> операционная система здорового человекаСудя по их success story драверописания - этот человек обречен умереть совершенно здоровым - от передоза во время очередной кодинг сессии.
Первое же изменение - патч Бармина?"Для обеспечения безопасности предлагается продвинутая система sandbox-изоляции, в которой новые процессы не имеют доступа к объектам ядра, не могут выделять память и не могут запускать код, а для доступа к ресурсам применяется система пространств имён, определяющая доступные полномочия. Платформа предоставляет фреймворк для создания компонентов, представляющих собой программы, запускаемые в своём sandbox, которые могут взаимодействовать с другими компонентами через IPC."
Ну то есть тотальная огороженность и DRM, ясненько.
Похоже на закрытие проекта.
Сливают сообществу? Вот только зачем оно ему? Тот же Tizen до сих недалеко ушел от статуса призрака, появляется иногда украдкой в самсунговских продуктах и все.
Допускаю, что Гугл побаивался что Фатальные Недостатки (ТМ) Андроида создадут кому-то конкурентные преимущества...но пока что конкурентов не наблюдается (Даже Хуавей со своей Гармонией ничего пока не добились), так что решили расслабиться?
Tizen ваще-та на всех Самгнуснутых телевизорах стоит
Tizen сейчас стандарт-дефакто в самсунговских телевизорах. Так же как WebOS никуда не делся - он в телевизорах LG. Просто сузили специализацию и сменили приоритеты.
Всегда было любопытно зачем кто-то использует телевизор в 2017+ году. На крайний случай можно купить дисплей и Raspberry Pi к нему, не ограничивая себя в настройке. Готовых решений для медиа платформ много, даже в рус. Интернете все подробно расписано.
Согласен с тем, что купить ТВ и не смотреть эфирные каналы/кабельное выглядит бессмысленным. Но если хочется экран 65", чтобы смотреть кинцо с дивана... то тут вариантов не много.А смарт-ТВ многие выбирают, не потому что он ©Smart™®, а т.к. матрицы получше, подсветка получше, диагонали побольше, процессоры помощнее (и фильтры постобработки замороченнее), звук получше и далее по списку.
Если процессоры в телевизорах перестанут огораживать, то многие откажутся от RaspberryPi и будут ставить что им надо прямо на телек (там плюс-минус тот же АРМ, только с очень замороченной периферией).
Пару раз приобетал СмартТВ (это было тогда модно) и впечатления всегда крайне негативные. Все очень кондовое, тормозное, глючное, работает через раз и вообще ощущение что было еле еле доведено до рабочего сосотояни и сразу в продакшн. Это уж не говоря о том что поддерживаются новыми прошивками (которые ничего не исправляют) недолго, а некоторые производители (Самсунг) спустя некоторое время вообще обычно шлют патч который просто отключает СмартТВ (в интернете дофига жалоб на это).
Кому как, но большинству достаточно Chromecast или приставки.
>Всегда было любопытно зачем кто-то использует телевизор в 2017+ году. На крайний случай можно купить дисплейИ вот на этом этапе уже будут проблемы.
Первое: попробуй купить дисплей от сорока дюймов без битых пикселей. Спрос на них низкий, ввозят их по чуть-чуть. Я вот пытался — не получилось. А телевизоры штука массовая, там приличный экземпляр подобрать попроще. Ну и цена — моник даже с той же матрицей будет стоить раза так в полтора — два больше, чем телек.Что касается Малины… До четвёртой версии оно fullhd умело максимум, да и то со скрежетом. Это во-первых. С плеерами было всё грустно — это во-вторых. mpv с рабочим ускорением не так давно на малине появился, незадолго до выхода 3B+, вроде. Kodi — штука крайне неудобная, как по мне.
Как забавно смотреть, что в 2020-м году еще находятся люди, которые не делают различий телевизора (как устройства) от телевидения.
> Как забавно смотреть, что в 2020-м году еще находятся люди, которые не
> делают различий телевизора (как устройства) от телевидения.Для просмотра видео и проч - у хорошего компового монитора картинка сильно лучше бытовухи.
Ага, найдите мне монитор 55-65" пожалуйста
Боюсь вас расстроить, но по уровню интерактивности для телевизора подойдёт даже DOS! Вспомните Windows 1.0 - ровно такое же г***но, которое можно было запихать в любой телек. Это не та платформа, где можно чем-то гордиться.
Так гармония скорее аналог фуксии( а не андройда )
Поскольку фуксия не претерпевает какого-то невероятного роста, развития и взрыва популярности, почему это должно происходить у гармонии? ( хотя если китайские конторы договорятся это ставить на все китайское оборудование вместо андройда и проч то вполне может и выстрелить )
Только что-то мне подсказывает, что root доступа у Гармонии не будет в принципе. И китайские зонды тоже нельзя будет выпилить совсем, сейчас их хоть как-то можно отключать во многих телефонах через adb, не говоря о Xiaomi с их root доступом почти на всех их телефонах.
Фуксия даже не находиться на стадии закрытого альфа-теста, а бета гармонии будет скоро доступна. А Вы хотите что бы за полгода вышел супер-пупер убийца андроида и gayOS?
> Сливают сообществу? Вот только зачем оно ему?Затем что целиком косты тянуть на себе - одно, а когда чуваки за интерес на тебя поработают - другое.
> Даже Хуавей со своей Гармонией ничего пока не добились
А что они могут добиться? Кто будет писать приложения под нечто хуавэйское? Удолбаные китайцы? Так эти приложения никто кроме китайцев и не будет использовать - монстров где все и вся в каждой программе, от калькулятора до соцсетей, с иероглифами только китайцы и используют. В принципе на китайском рынке сбыта можно как-то телепаться, но про планы захвата мира придется забыть.
Мне чет припомнилось как несколько лет тому назад Aliexpress решили сделать "свой, не такой как у всех Андроид" и даже выпустили свой собственный телефон на этом форке. Надо отдать должное, железо поставили весьма хорошее (на тот момент) и ценник явно занизили, для привлекательности. Но вот незадача, народ быстро навострился перепрошивать телефон под нормальный Андроид и в общем все это довольно быстро заглохло. Повторять этот опыт Али не стал.
Всё нормально. Microsoft так же делает. Ссылку надо? sysinternals погуглите.
> Всё нормально. Microsoft так же делает. Ссылку надо? sysinternals погуглите.Да, дайте, пожалуйста, ссылку на "так же делает". Sysinternals это компания, которая публиковала исходники от своих утилит. Microsoft просто её купила.
> FAT на языке GoСтрашно
Вполне здраво если не будет подвисать не сборке мусора:) Возможно наработки TinyGo учли или подобного проекта.
С таким драйвером удобно разве что отчеты об оптимизации на 300% писать, если на си переделать.
В грамотно написанном на Go приложении GC съедает не более 5% ресурсов CPU. Откуда брать 300%?
когда драйвер состоит на 90% из кантовки отсюда туда - там явно не 5% будет, а очень даже "negative implementation experience" (c) кто-то выше
Что такое "кантовка"?
> Что такое "кантовка"?Напиши драйвер - узнаешь. А то теоретизировать все горазды.
Я писал драйверы для Linux для примитивных внешних устройств, которые делал сам. Но термин "кантовка" не знаю. Почему бы не вести диалог конструктивно, и просто не ответить на вопрос. Мы ведь все стремимся узнать истину, а не стараемся друг друга переубедить, не так ли?
Таскают данные отсюда туда. С какими-то преобразованиями в процессе. Нахрена там сдался go с его GC - загадка природы. Что хорошего с него можно поиметь под нагрузкой вот так? Одурелый GC у которого толком времени нет подгрести? Сабжи видимо и узнали что-то такое сложным способом.Вот именно в сях, с этими их указателями, зачастую удается нагло смухлевать и не копировать вон то, вон туда, а отдать по указателю уже существовавший блок. Более того, можно даже вон тот хидер обрубить или донавесить, не ворочая всю чушку, наглыми фокусами с математикой на указателях. И да, это не безопасно и на этом можно обломаться. Но если прокатило - не придется копировать вон тот огроменный блок. Что как бы хорошо с точки зрения перфоманса (ну и потребления: чем быстрее отработает, тем быстрее в спячку отвалится).
Там и до 1.6 проблема была не такой, как её рисуют, а после 1.6 stop the world вообще почти отсутствует.
> писали новую ос, ибо жава тормозит
> графический интерфейс, написанный на языке Dart с использованием фреймворка Flutter
И правильно интерфейс надо писать не на переоптимизированном джаваскрипте и не на легаси джаве. А на своем ни с кем несовместимым DSL и самим его доить
Dart, будет следующим JS, очередной костыль... вермишель из скобочек и запятых - это очередной креатив веб-макаки
типа нового поколения lisp ?
Надо глянуть.
Не будет это будет фирменный DSL для продуктов одной компании. И его смысле заключается в аббревиатуре N.I.H.
Мне кажется что писать системные компоненты на языке со сборщиком мусора это плохая идея.
Зато появляется поле для будущей оптимизации
То ли дело Redox OS на Rust...
> То ли дело Redox OS на Rust...Или мягкое тепло ...
Кот и мягкий и теплый... шах и мат
А почему? (кроме лишнего потребления памяти)
А ты сам-то понимаешь, чем *системный* запрос "дай мне памяти под файловые структуры" отличается от юзерского "дай мне памяти под файловые структуры"?? Ну вот и не бзди со своей "системщиной"!
Работа ОС практически ничем не отличается от приложений, просто объекты, которыми ОС манипулирует - это файлы, дескрипторы, процессы, семафоры... единственное требование к подобному коду - надёжность (которая слабо зависит от мусорщика) и скорость (которая опять же может быть весьма шустрой, если правильно подобрать GC).
> единственное требование к подобному коду - надёжностьЭто смотря где... Если тебе надо не проспать VSync, или прерывание от сетевухи, а у тебя тут сборщик мусора мир остановил. В ядре и драйверах устройств очень много задач, требующих быстрого отклика на запросы (не обязательно real-time, но хотя бы не тупить лишний раз).
Я вот видел много сетевых карт, которые страдают переполнениями буферов и последующими ретрансмитами на гигабитных скоростях. В линухе тоже бывает, что пока видеодрайвер ждёт VSync (16мс), буфер сетевухи со следующим кадром для X-сервера переполняется. И потом получается пропуск кадра (обычно более чем одного, т.к. нужно ещё дождаться, когда tcp-стек прочухается и сделает "досылку").
Но здесь хотя бы видно вариант исправления проблемы (хотя и не хочется туда лезть и нереально такое рандомному анониму поправить), а со сборщиком мусора нет смысла даже пытаться... :)
> А ты сам-то понимаешь, чем *системный* запрос "дай мне памяти под файловые
> структуры" отличается от юзерского "дай мне памяти под файловые структуры"??Покажите "юзерскую" функцию, которая запрашивает "файловые структуры". Или Вы имеете ввиду описатель (хендл)?
Ишь ты, с барского плеча, помещик разрешил принимать изменения.
Холопы, запрягайтесь за механизмы свои с мозгами электрическими, да стучите пальцами аки кони копытами раз уж царь смилостивился да изволил принять писания ваши сатанинские.
Не взлетит... никто в здравом уме не будет переписывать приложения на новую ОС, только потому что она стильная, модная, молодежная... пример тому tizen, win mobile, symbian anna, meego, palmos тысячи их
Ну, они дофига времени профукали, когда первый раз заикнулись о своей ОС. Потому что в тот момент я увидел, что документации практически не было. Да и сейчас, беглый осмотр кроме простенького helloworld в три строчки ничем не поможет. Современные приложения это не helloworld в три строчки, а сеть, чтение файлов, кастомизация UI и т.п. Они заглохнут еще на несколько лет, пока не напишут примеров нормальных приложений. ИМХО.
Какие вёдра будет продавать гугл, под то и будут писать хомячки. Иначе бы все только на симбе и писали.
Но продаёт не один гугл.
> Иначе бы все только на симбе и писали.У симбы как раз возникли большие проблемы чтобы угнаться за линуксом по возможностям. Оно и слилось при первом намеке на конкуренцию - в симбе все на гвозди прибито, даже разрешение экрана сменить - боль. Поэтому нокия гнала годами кучи моделей с одинаковым железом и экранами. Полпрошивки перепахивать видите ли не прикольно было. А симбиан с сенсорным экраном - это вообше боль.
Все так, но как бывший пользователь смартфона на Симбе (тот самый единственный Сименс) я до сих пор с теплотой вспоминаю этот опыт. Несмотря на МИЗЕРНЫЕ по нынешним временам ресурсы ВСЕ работало шустро.И как мне кажется еще оной проблемой платформы был их магазин. Опередили они своё время с такой жесткой монетизацией и пользователи не были готовы к такой модели. Это сейчас попытка распространения (в том числе платного официально) софта мимо маркета вызывает такую реакцию О_о, а тогда установка инсталляшек с левых...источников вообще нормой была.
> на МИЗЕРНЫЕ по нынешним временам ресурсы ВСЕ работало шустро.Спору нет. Но тетрис 176х220 может и заколебать. Особенно когда туда браузер на вебките, типа, засовывают и емыло всякое всерьез предлагают. И вот это уже начинает намекать на то что экран надо все-таки побольше - емыло с писюка на 176х220 уже напряжно получается, а если там еще пдф в аттач приделали, он по oom умрет, пожалуй при попытке посмотреть это.
> И как мне кажется еще оной проблемой платформы был их магазин.
Они в какой-то момент оборзели просто. Но это так, вишенка на торте, когда народ задал себе вопрос "а зачем с этим отстоем так долбаться?". В андроиде левую апкшку и сейчас можно поставить откуда попало и без всяких подписей.
> Они в какой-то момент оборзели просто. Но это так, вишенка на торте,
> когда народ задал себе вопрос "а зачем с этим отстоем так
> долбаться?". В андроиде левую апкшку и сейчас можно поставить откуда попало
> и без всяких подписей.Можно, разумеется, но распространяется вне Маркета как правило: 1) софт который по какой-о причине поперли с Маркета, легитимный но кому-то в Конторе неудобный(скажем утилитам по поиску и удалению СМС-ок еще год назад дали черную метку, а еще есть всякие AppOps) или менее летитимный (Kingroot) 2) Пиратчина 3) Вирусня. Поэтому установка софта из apk это всегда некоторый риск.
Я всречал мало приложений (хотя такие есть) которые вполне официально продают себя вне маркета. На том же Windows Mobile это была норма.
> Можно, разумеется, ноИ более того - до 8 (?) это и был основной способ, а 9 я не рвался приобрести, потому что даунгрейд и головняк.
> утилитам по поиску и удалению СМС-ок еще год назад дали черную
> метку, а еще есть всякие AppOps) или менее летитимный (Kingroot)Лично мне хватило что на 9-й симбе не работал любимый плеер, кажется, symbian ogg player, потому что DRMщики из ноклы зарезали вгрузку кодека ogg. Который в 8-м ставился system-wide и все работало, появлялась поддержка нормального формата аудио, которого у меня - есть. А зачем платить за такой даунгрейд? Ну нокия и не получила бабок. Потом они maemo сделали, в 20 раз прикольнее симбиановского уродца.
> Пиратчина 3) Вирусня. Поэтому установка софта из apk это всегда некоторый риск.
Какого еще нахрен APK? Там sis а потом sisx были.
> Я всречал мало приложений (хотя такие есть) которые вполне официально продают себя
> вне маркета. На том же Windows Mobile это была норма.Я как-то вообще не рвался заплатить за девайс полштуки зелени чтобы потом еще и за платный софт отваливать. И поэтому как-то предпочитал бесплатнй и опенсорсный. С ним было не особо, в этом плане maemo сильно лучше - и что характерно, тамошний xchat ни одно угробище для андроида и симбиана и близко не уделает.
> Какого еще нахрен APK? Там sis а потом sisx были.Мне казалось мы уже про Android говорим, извиняюсь, не уловил.
Если вы по андроид рассуждаете, то откройте для себя f-droid, легитимно, открыто, без вирусов и рекламы.
> Если вы по андроид рассуждаете, то откройте для себя f-droid, легитимно, открыто,
> без вирусов и рекламы.Я в курсе про Ф-дроид, использую. Но софта там не так много как хотелось бы.
> никто в здравом уме не будет переписывать приложения на новую ОСВесь мир пишет под симбиан, тут гугля покупает ведро: "никто в здравом уме не будет переписывать приложения на новую ОС" :) смишно, да?
Смешно, что историю андроида вы не знаете. Андроид это наработки множества компаний, например, был знаком с людьми, которые писали этот андроид до того момента когда его так стали именовать в Моторолле. В случае с Фуксией ощущение такое, что ее пилят от силы 15 человек и никто из них не удосужился написать нормальные примеры программ, аля MVP, который _покупателям_ понравится.Забавный факт, что на https://fuchsia.dev/ официальном сайте нету ни одного скриншота, не то что видео как это все выглядит. Теперь вопрос, сколько людей верят просто на слово гуглу, что фуксия это что-то невероятное? Ответ очевиден, это те же люди, которые работают на инвест-фондовых рынках. Да, их мало, да, у них много денег, но история доткомов из памяти видимо у них выпала. Поздравляю.
покупателей никто не спрашивает, нравится им или нет, их ставят перед фактом. Причём мозги промыты настолько, что купят любую хрень от гугла.
Гуглоплюс был не в курсе. Даже отчаянная промывка мозга не помогла.
> Гуглоплюс был не в курсе. Даже отчаянная промывка мозга не помогла.Странная у Вас там реальность.
У нас, этот самый Гуглоплюс был второй по кол. пользователей социалочкой:
https://www.businessinsider.com/google-plus-is-outpacing-twi...
> Google Plus Is Outpacing Twitter To Become The World's Second Largest Social Networkhttps://marketingland.com/google-hits-300-million-active-mon...
> The big numbers that Google talked about are as follows: 540 million monthly active Google+ usersПросто пользователи и так перешли на браузер, поисковик и всевозможные сервисы Гугла (с автотрекингом GPS, записью микрофона и прочем -- о возможности собрать _такое_ кол. данных, социалочкам остается только мечтать).
Т.е. никакого ощутимого "профита" от социалочки для Гугля скорее всего не было, за тем и свернули G+, но уж никак не за малым кол. пользователей.
> У нас, этот самый Гуглоплюс был второй по кол. пользователей социалочкой:Не очень ему помогло - пристрелили бобика за бесполезностью. Так что именно - был.
>[оверквотинг удален]
> https://www.businessinsider.com/google-plus-is-outpacing-twi...
>> Google Plus Is Outpacing Twitter To Become The World's Second Largest Social Network
> https://marketingland.com/google-hits-300-million-active-mon...
>> The big numbers that Google talked about are as follows: 540 million monthly active Google+ users
> Просто пользователи и так перешли на браузер, поисковик и всевозможные сервисы
> Гугла (с автотрекингом GPS, записью микрофона и прочем -- о
> возможности собрать _такое_ кол. данных, социалочкам остается только мечтать).
> Т.е. никакого ощутимого "профита" от социалочки для Гугля скорее всего не
> было, за тем и свернули G+, но уж никак не за
> малым кол. пользователей.Вы наверное забыли КАК Гугл загонял народ в Г+. Вспомните, запрет на комментарии на Ютубе без Г+, запрет на комментарии в Гугл Плей, проблемы с Google Play Games (вход в некоторые игры требовал, ДА, аккаунта на Г+), закрытие Panoramio в принудительной миграции участников в Google Maps ТОЛЬКО при условии наличия Г+ (иначе - в /dev/null), да они до дурдома ситуацию довели, зато да, набили красивых пустых цифр с пустой же социальной сетью.
Считали "активных" они тоже интересно, скажем ты постишь видео на Тубе, оно автоматом появляется в твоей ленте на Г+ и вуаля, ты уже "активный".Прикрыли эту шарагу они когда Г+ начал топить Youtube, вместо того чтобы выехать на его популярности.
У них нет скринов, потому что своё фуфло они до сих пор запускают в headless режиме! хахаха :)))
Ну кто на такое г****вно поведётся??
>они до сих пор запускают в headless режиме4 года с момента разработки. 2 года с момента какого-то там анонса что его на чем-то запустили (https://chromeunboxed.com/news/fuchsia-pixelbook-install-goo...)
По-моему гугл купил этих ребят зря. И вообще, нет ли среди них русских коррупционеров?
Чего там гугля покупает? Линух до всяких гуглей писала орава народа. А то что жава виртуалку поверх этого запустить не самая провальная идея - да, а почему нет? И жавы и до гугли хватало - как раз видимо расчет был на то что переписывание будет довольно условным.Игроделы так вообще сразу затребовали нативный код - и когда получили его то просто пересобрали свои двигуны с минимальной адаптацией. Кто в здравом уме будет переписывать 3D двигло которое они 10 лет писали?!
Гнать только не надо, подавляющее большинство софта на симбу работало на Java ME, а вот чисто симбового софта были единицы
> Гнать только не надо, подавляющее большинство софта на симбу работало на Java
> ME, а вот чисто симбового софта были единицыДа ну ладно, почти все нормальные гамезы нативные. По поводу чего могли эффекты в разы лучше рисовать.
Бада! Вы забыли про Баду, которая у самсунга появлялась до tizen.
И только по итогам нее до корейцеголовых дошло, что ОС без приложений - это мусор( кроме шуток, даже навигатора не было. GPS в телефоне есть, а никаких карт нет, угу )
А потом появился тайзен и.. как будто ничего не дошло
У сасунгов нет логики и мозгов, нечем доходить.
Есть только куча бабла заработанная на коррупции, которую они не понимают куда деть.
> Бада! Вы забыли про Баду, которая у самсунга появлялась до tizen.
> И только по итогам нее до корейцеголовых дошло, что ОС без приложений
> - это мусор( кроме шуток, даже навигатора не было. GPS в
> телефоне есть, а никаких карт нет, угу )
> А потом появился тайзен и.. как будто ничего не дошлоНу не совсем, Bada была обречена изначало, это был такой андроид на минималках для бедных, вроде FirefoxOS. Поставлять его хотели в нищестраны на недорогом железе. Очень быстро оказалось, что "А зачем покупать смартфон на Баде если есть на Андроид за чуть дороже"? А уж удешевление комплектующих и улучшение их характеристик в общем сделало этот "легкий аналог" ненужным.
> Ну не совсем, Bada была обречена изначало, это был такой андроид на
> минималках для бедных, вроде FirefoxOS. Поставлять его хотели в нищестраны на
> недорогом железе. Очень быстро оказалось, что "А зачем покупать смартфон на
> Баде если есть на Андроид за чуть дороже"? А уж удешевление
> комплектующих и улучшение их характеристик в общем сделало этот "легкий аналог"
> ненужным.Ну не совсем для бедных и не совсем в бедные страны - бада шла в самсунговских флагманах типа Wave S8500
Тем более, что простым и дешевым тот аппарат не назвать: металлический корпус, хороший экран и камера даже лучше айфонов тех времен( по крайней мере, при плохой освещенности ).Просто тогда до многих не доходило, что мобильную ОС делают ее приложения и, если их нет, то и сама ОСь нафиг не нужна.
Но и просто так вдруг все не ринутся начинать разрабатывать под новую ОСь просто потому что какой-то там конторе вроде самсунга вдруг захотелось иметь собственную ОС, поскольку уже есть множество более популярных аналогов.
приложения на flutter не надо переписывать они и так заработают
> приложения на flutter не надо переписывать они и так заработаютвсе полтора? ня!
>Для разработки приложений предоставляется поддержка языков C/C++, Dart, в системных компонентах также допускается использование Rust, в сетевом стеке Go, а в системе сборки языка Python.Это шизофрения.
Бействительно, без ассемблера и джаваскрипта это вообще бредовый набор языков.
Прочитали мои мысли.
Лол, а в яваскрипте можно ассемблерные вставки? :)
Загрузить WebAssembly при помощи джаваскрипта можно на изи.
их музила покусала
А если бы они пирамиды строили - ставили бы их острием вниз. И хрен с ней, с физикой.
Это у вас шизофрения, а языки очень правильно подобраны, каждый подходит под поставленную задачу!
Заметно, достаточно историю создания дров под это фуфло почитать.
Где почитать можно?
> Где почитать можно?В предыдущих новостях про это нечто можно проследить некое фалломорфирование идей и реализаций.
Послушай, малолетний uDиёт, который повторяет свою бессмыслицу: под какое применение заточен Go, чего нельзя написать на Раст? Или что такого делает С++, чего нельзя на D? Вот-вот, ляпнул какую-то хрень и сидит с умным видом! ВЫУЧИСЬ, а потом рот открывай!
Так там же на логотипчике ЯП даже нарисовано для кого он. Растишка для хомячка? Фи как брутально. А от D его вообще на джек юнион порвет.
Да это просто солянка из мусорных петпроэктов гугла которые они не знают куда приткнуть.
Причем уверен, качество там хипстер из 10.
Разработчики гугла сильно поменьшали, и ничем от провинциальных ЖС кодеров уже не отличаются.Есть же GNU HURD - микроядро, много исследований, сил не хватает у гнутых только(экосистемы), вложились бы него, подпилили бы АПИ для приложений, тем более там и так всё на модулях.
К чему было изобретать 3хколесный велосипед с клоунами и акробатами?
Как оно на десктопе?
Почему-то нет никакого желания участвовать и помогать гуглу. Это по сути бесплатная работа на компанию, которая будет на этом бабки грести и в любой момент закроет проект.
Форк -> комьюнити -> фонд, тогда закрытие не страшно
> Ой, мы сменили лицензию для ключевого кода, который изначально был под bsd-based, но со строчкой о перелицензировании
> Ой, штульман подал на нас в суд, но мы ловко показали ему фак-ю-нвидиа
> Ой, вот вам под гопаэль три с половиной модуля и пересобранная libc в составе FOSP - собирайте
> Ой, и почему же у вас ничего не собирается? Ну так допишите, сообщество вы, или кто? А мы втихую код посмотрим и напишем точно так же, но по-другомуУгу.
Ну что. Подготовка похорон ядра Линукс официально начаты.
Больше похоже на начало похорон Фуксии. Начали принимать патчи от сообщества, сами разработку уже не тянут. Следующий шаг - передача кода фонду Апаче.
Давайте горбатьтесь на дядю, гугл ещё не все кофеварки захватил, мало вам андроида, который есть всецело фатальный недостаток, но дурачки думают что могут его улучшить на школо4ПДА.
Rust, Go, Peston.... собрали самое распоследнее дерьмо! Молодцы, хавайте вашу "недоось" сами!
> Rust, Go, Peston.... собрали самое распоследнее дерьмо! Молодцы, хавайте вашу "недоось" сами!Вот они и пытаются из себя системных программистов изобразить. Но, кажется, уже немного подзае...сь :)
Визгливым вебмакакам даже в бошку не приходило что их любимый фетиш для этого может быть малость неоптимален.
Ну раст допустим разумное решение, но остальное вызывает много вопросов, именно попытка все это в одно место собрать.Как будто разработкой не инженеры а маркетологи занимались.
Т.е. ты намекаешь, что Rust дерьмо? :) Не C с уровнем развития из прошлого века, а современный функциональный Rust? :)
Go и Peston — да, не спорю, но Rust сюда приплетать точно не стоит.
> на любых типах устройств, от рабочих станций и смартфонов до встраиваемой и потребительской техникиЧужие фэйлы их не научили, что это невозможно?
> Чужие фэйлы их не научили, что это невозможно?Не, ну почему, если ты что-то такое про Linux скажешь - я даже поверю. Он именно так и работает.
Вендетрындец близок...
А зoндов в этой фушсии будет столько же, как и в андройде? Или побольше?
By design.
"Fuchsia изначально развивается с оглядкой на устранение недостатков в платформе Android, касающихся обеспечения безопасности, доставки обновлений и интеграции технологий искусственного интеллекта, таких как голосовой помощник."
Её даже тестируют изначально на проктологическом зонде Nest Hub, не имеющем полезных функций.
Сразу учтите, что гвооря про "безопасность" Гуглеры подразумевают "безопасность системы от пользователя", а то повадились рутовать...
Им говорят "сюда ходи туда не ходи", а они ходют и ходют...
Думаю андройд скоро прекратит свое существование. Гугл перейдет на фуксию, андройд еще какое-то время поживет в виде сторонних прошивок (может быть 5-6 лет), потом конец. Вся надежда на девайсы с открытым железом и KDE Plasma Mobile.
Глубже. Они будут глубже чем в андроиде.
>фреймворка для драйверов устройств, которые можно будет обновлять отдельно от ядра системылинуксокапец
>>фреймворка для драйверов устройств, которые можно будет обновлять отдельно от ядра системы
> линуксокапецУгу, только в линухе есть легион ядерщиков которые дрова пишут, а тут горстка вебмакачной хипстоты. Поэтому наполеоновский план может случайно трансформироваться в драп до парижа и отсидку на острове.
Первое изменение rm -rf
С такими лицензиями, не пасибо, не буду покупать никаких девайсов под этой ОС, и из друзей/родных никому не посоветую.
Фу́ксия — род многолетних растений семейства Кипрейные. Родина фуксии — Центральная и Южная Америка, Новая Зеландия. Это вечнозелёные кустарники, которых в природе насчитывается около 100 видов. Многие виды культивируются как декоративные растения, выведено множество сортов.Народное название — цыганские серёжки.
https://ru.wikipedia.org/wiki/%D0%A4%D1%...
>Отныне кроме сотрудников Google в разработке Fuchsia смогут принимать участие и представители сообществаНафик это копирастическое поделие.
Да кто такое это ваше сообщество? Кому охота бесплатно работать над коммерческим проектом гугла?
Ты как-то не очень с головой дружишь да? Про бесплатно тебе никто не говорил.
к сообществу всегда прибегают, когда нужно продукт мягко похоронить. Передают его этому мифологическому сообществу, никто ничего не делает, и все сдыхает, и некого винить.
Ну смотри, продукт изначально был проприетарным, или ещё хитро, там где надо проприетарным, а там где не нужно бздунско-пермиссивным. Бздунско-пермиссивная часть для дурачков предназначена, типа смотрите Open Source (Открые исходники).Вопрос. Будет-ли умный человек связыватся с такой компанией?
умный человек вообще ни с чем сам связываться не будет. он будет просто пользоваться, тем что уже чужого есть.