Защо е цялата дейност около векторното търсене? „Векторните вграждания се произвеждат от основополагащи модели, които превеждат текстови входове като думи, фрази или големи единици текст в цифрови изображения“, каза Сивасубраманиан. „Векторите позволяват на вашите модели по-лесно да намерят връзката между подобни думи, например, котка е по-близо до котенце или куче е по-близо до кученце.“

С други думи, добавянето на векторно търсене към мениджър на бази данни подобрява неговата пригодност за генеративен AI. Sivasubramanian каза, че AWS работи за „добавяне на векторни възможности в нашето портфолио“, така че трябва да очакваме повече от това.

Сивасубраманян също добави база данни, към която се придържаше Амазонка Q, o Помощникът, задвижван от AI, представи предишния ден от Selipsky. Той визуализира нова функция за редактора на заявки Redshift, наречен Amazon Q генеративен SQL. Потребителят обяснява какви резултати иска и Amazon Q генерира SQL. Даденият пример обаче беше доста основен, видът нещо, което DBA (администратор на база данни) или разработчик вероятно биха могли лесно да напишат за себе си. Тук може да има модел, че AI ще помогне повече с робството, отколкото с напредналата работа; но това е ранните дни.

Отговорен AI

Sivasubramanian визуализира нова функция на Titan, семейство модели, което е изключително за инструмента AWS Bedrock, наречен Генератор на изображения на Титан. Той започна с подкана за изображение на Игуана, след което я модифицира, като поиска фон на тропическите гори. “Можете да използвате модела безпроблемно [да] разменяте фонове, за да генерирате изображения на начина на живот, като същевременно запазвате основния предмет на изображението,” каза той.

Има някои очевидни случаи на употреба за това. Например в сайтове за електронна търговия, където потребителите могат да преглеждат продукти в персонализиран контекст, а по-късно видяхме пример, при който жена ремонтира дома си. Всичко обаче се чувстваше дезинфекцирано и е лесно да се мисли за случаи, в които AI генерираните изображения могат да бъдат използвани по измамен начин.

AWS беше една от няколкото компании, които се срещнаха с Белия дом по-рано тази година да обсъдят отговорния ИИ и да поемат редица доброволни ангажименти. Едно, разкрито от Sivasubramanian, е, че за да “промотира отговорното развитие на AI технологията, всички генерирани от Titan изображения идват с невидим воден знак. Тези водни знаци са предназначени да помогнат за намаляване на разпространението на дезинформация чрез предоставяне на дискретен механизъм за идентифициране на AI генерирани изображения.” Тези водни знаци са “проектирани да бъдат устойчиви на промени,” на прессъобщение държави.

Друга функция, наречена Guardrails за Amazon Bedrock, „помага на клиентите да прилагат предпазни мерки, персонализирани за техните генеративни AI приложения и приведени в съответствие с техните отговорни AI политики.“

Проблемът е, че разработчиците, които не се интересуват от Guardrails, няма да приложат предпазните мерки и е също толкова малко вероятно водните знаци да бъдат стабилно решение.

AWS е заела позицията, че приложенията, управлявани от AI, ще се превърнат в норма в много области. Слайд, показан тук често, с вариации, показва това, което AWS нарича Generative AI стека. В долната част е инфраструктурата: GPU, Trainium и Inferentia специализирани чипове, Nitro ускорено работа в мрежа и така нататък. Също така, в тази категория от Sivasubramanian е SageMaker, онлайн IDE за изграждане на персонализирани модели или внедряване на предварително обучени модели.

След това идват инструментите, и по-специално Bedrock, управлявана услуга, която предлага избор на Foundation Models (сега включително Клод 2.1, най-новото от AWS близък AI партньор Anthropic). Bedrock също поддържа функция, наречена Retreval Augmented Generation (RAG), която позволява на модела да включва контекстуални данни и допълнителни функции, наречени фина настройка и продължаващо предварително обучение, което поддържа модела актуален и го адаптира към конкретна индустрия или организация.

В горната част на стека са инструменти като Amazon Q и CodeWhisperer. Те не изискват от потребителя да знае за AI, но дават помощ, задвижвана от AI.

Въпреки че Amazon Q е може би най-известният старт в re:Invent, инструментите и инфраструктурните части на този стек са по-важни.®

SAP отново е обвинен в нарушаване на доверието на клиентите от втора потребителска група след решението да въведе иновации в предпочитаните от нея модели за възприемане на облака.

Говорейки за UK и Ireland User group, председателят Пол Купър заяви, че SAP е изправен пред разбивка на доверието с членовете си заради избора на SAP да въведе само иновативни функции като AI в S/4HANA — най-актуалното ERP предлагане — в облака под РЕЙЗ със SAP и GROW със SAP схеми. Потребителите, които са внедрили софтуера на място или в облачно хоствани системи, няма да получат тези актуализации, въпреки че те ще бъдат поддържани и ще получават други актуализации до 2040 г., каза продавачът.

„On-prem и хостваните клиенти са недоволни, меко казано, с изявлението на [CEO] Christian Klein, в което се посочва, че SAP ще пусне само нови иновации в облака,“ Купър каза.

Последното проучване на членовете на UKISUG показва, че 79 процента от тези, които са се преместили в S/4HANA, имат локално или хоствано разполагане. От тези, които планират да се преместят в S/4HANA, 70 процента планират да се преместят в локална или хоствана версия, каза потребителската група.

Опасенията на UKISUG отразяват тези на немскоговорящата потребителска група DSAG, която обхваща потребители в Германия, Австрия и Швейцария, и която също говори за срив в доверието това лято Изявление на Клайн пред инвеститорите.

И двете групи се опасяват, че продавачът се отказва ангажиментът си през 2020 г когато изпълнителният член на борда на SAP за продуктово инженерство CTO Thomas Saueressig говори за предоставяне на клиентите на избор между облачни и локални внедрявания.

Говорител на конференцията UKISUG в Бирмингам, Купър заяви: „Г-жа Saueressig не веднъж каза, че внедряването на облаци идва с пълна иновация, докато други аромати на S/4HANA не го направиха. Също така ни беше казано, че S/4HANA ще бъде подкрепена до 2040 г. Не е имало предупреждения, че големите иновации ще бъдат доставени само на обществени и частни облачни клиенти, използващи RISE или GROW.

“Защо SAP не ни каза, че новите иновации ще бъдат достъпни само за клиенти в облака? Не смятаха ли, че това е важно в процеса на вземане на решения? Това са въпросите, които нашите членове задават“, каза той в реч.

Говорейки на На Регистъра, Купър каза, че решението на SAP за иновации само в облака може да постави ИТ лидерите, които имат поддръжка на ниво борд за ъпгрейд на ERP на място в трудна позиция.

„Като функционален лидер в ИТ, когато отидете да видите CFO и CEO да получите S/4HANA проект подписа —, защото размерът на разходите означава, че това са проекти на ниво съвет — след това една или две години по-надолу, трябва да се върнете и да кажете, О, О, между другото, сега трябва да направим X или Y, защото събитията се променят, доверието във вас и доверието във вашата функция е накърнено. Определено виждаме това от членството и мисля, че има малко объркване по отношение на това как е съобщено [от SAP] и какво всъщност означава.“

През септември, когато говорите с немскоговорящи потребители, трябва да, Клайн обеща SAP няма да остави нито един клиент след себе си: „Ние ще продължим да държим повече от 200 ERP версии в повече от 130 страни. Ще ги локализираме и ще ги поддържаме. За това ще похарчим няколко милиарда евро, за да вземем тези клиенти“, се казва в превод на речта му.

Клайн обаче каза, че „стратегическите“ иновации, като въвеждането на генеративен AI в корпоративните системи, могат да бъдат постигнати само в облака.

Когато поставихме тези опасения пред SAP днес, той отговори: „Нашето партньорство с всеки от нашите клиенти се основава на доверие, тъй като много от тях са направили значителни инвестиции с нас от десетилетия. Затова не възнамеряваме да преустановим обещанието си да обслужваме местни клиенти, които внедряват, управляват и изграждат бъдещето си с SAP S/4HANA. Поддръжката на SAP S/4HANA ще продължи до 2040 г.

„Това означава, че SAP ще предоставя непрекъснати подобрения, разширения и иновации на тези ценни клиенти, включително всички необходими законови промени, като част от нашия ангажимент за поддръжка. Пътните карти за иновации за SAP S/4HANA продължават да се актуализират и публикуват на sap.com.“

Конър Риордан, вицепрезидент на UKISUG, заяви, че потребителската група е разбрала от SAP, че иновации като AI се разработват само на най-новия код, наличен в облачната версия. Ангажиментът на доставчика с RISE със SAP е, че поддържа клиентите на най-новия набор от кодове, което позволява на клиентите да имат достъп до най-новите иновации.

Стратегията на “SAP е да разработва софтуер за най-новия набор от кодове, а не непременно да го прави обратно съвместим. Това добавя огромни разходи. Така че технически, няма причина да не могат да го направят; комерсиално, те са решили да не го правят“, каза той.

През третото тримесечие оперативната печалба на SAP се е увеличила с 11 процента спрямо същото тримесечие година по-рано, за да достигне €1,7 милиарда ($1,87 милиарда), на гърба на €7.7 милиарда ($8.46 милиарда) общи приходи. ®

НАСА потвърди, че работи за възобновяване на научните операции на космическия телескоп Хъбъл, след като продължаващ проблем с жироскопа го постави в безопасен режим.

Според НАСА, инструментите са стабилни и телескопът е в добро здраве, но неправилното четене от един от жироскопите му го е накарало автоматично да влезе в безопасен режим, спирайки отново научните операции, на 23 Ноември.

Указанията за възобновяване на операциите трябва да идват от земята.

Сред паузираните инструменти на борда са усъвършенствана камера за проучвания, спектрограф с космически произход, спектрограф за изображения на космически телескоп, широко полева камера, фин сензор за насочване и близо инфрачервена камера и многообектен спектрометър.

Инцидентът на 23 ноември е трети път в рамките на една седмица. Злоупотребяващият жироскоп накара космическия телескоп да влезе в безопасен режим на 19 ноември и 21 ноември. И двата инцидента са възстановими.

Сега обаче е очевидно, че жироскопът ще се нуждае от известно фиксиране. НАСА разкри, че провежда тестове, за да разбере проблема и да излезе с решение.

Хъбъл може да работи с един жироскоп, а не с нормалните си шест или настоящите три оперативни, но наличието на три работни жироскопа е по-ефективно от един.

Жироскопите са необходими за насочване на телескопа. Те измерват скоростта, която Хъбъл се върти, докато се движи между целите и помага на космическия кораб да се стреми. Всеки жироскоп съдържа колело, което е монтирано в запечатан цилиндър, плаващ в гъста течност, която се върти на 19 200 оборота в минута върху газови лагери. Електрониката вътре в жироскопа открива малки движения от оста на колелото.

Хъбъл досега е имал добър 33-годишен период. За последно е обслужван през 2009 г., когато шестте жироскопа са инсталирани в 12-дневна мисия на космическа совалка. По това време, също получено нови батерии, научен компютър, обновен сензор за фино ориентиране, нова изолация на три електронни заливи и устройство, добавено към основата му, за да улесни деорбита му, когато най-накрая се постави на пасище.

НАСА заяви, че „очаква“ Хъбъл да продължи през това десетилетие и вероятно през следващото. В момента космическият телескоп е мигриране от планираната си орбита благодарение на атмосферното съпротивление. Очаква се тя да падне на 500 километра над Земята до 2025 г., след като бъде поставена на 569 километра през 1990 г. Със скоростта, с която пада и не успява да се поправи, той може да влезе отново в земната атмосфера в средата на 30-те години. ®

Учени откриха рядка система от шест екзопланети в орбита около близка ярка звезда.

Откритието е особено ценно, тъй като орбиталната конфигурация на планетите показва, че системата е до голяма степен непроменена от създаването си преди около четири милиарда години.

Екипът от международни изследователи за първи път подозира група екзопланети, обикалящи около звездата HD110067, разположена на около 100 светлинни години от Земята в северното съзвездие Кома Береникес, през 2020 г. Измервания, използващи сателита Transiting Exoplanet Survey (TESS) – изследователско съоръжение на MIT, работещо от името на NASA –, откриха спадове в яркостта на звездата, което предполага, че планетите блокират светлината на звездата.

Първият поглед предполага две възможни планети с различни орбитални периоди. Две години по-късно TESS отново наблюдава една и съща звезда, но с повече данни изключва хипотезата за две планети.

С голяма част от данните на TESS, които се оказват трудни за интерпретиране или нямат смисъл, екипът, ръководен от Рафаел Луке, докторант в Чикагския университет, реши да посегне към друг инструментариум – на Европейската Космическа Агенция Характеризиращите Екзопланети Satellite, или Cheops за кратко.

„Решихме да използваме Cheops. Отидохме за риболов на сигнали сред всички потенциални периоди, които тези планети биха могли да имат“, каза Луке в изявление.

И все пак, вместо две планети, серия от модели на данни показа, че има шест планети с радиуси някъде между Земята и Нептун, технически наричани „суб-Нептуни“ в астрофизичната терминология.

Изучавайки трите най-вътрешни планети, изследователите открили орбитите на всичките шест, вариращи от около девет дни за най-вътрешната планета до около 54 дни за най-външната.

Сравнително ниските маси на планетите предполагат големи, богати на водород атмосфери, казаха те.

Планетите също така изглежда упражняват редовни гравитационни сили една върху друга, достатъчни за получаване на резонансни орбити, което предполага, че системата на екзопланетите вероятно е останала непроменена от раждането си преди поне четири милиарда години, казват изследователите.

Луке каза, че резултатите са необичайни и покани за по-нататъшни изследвания. „Мислим, че само около 1 процент от всички системи остават в резонанс. Тя ни показва девствената конфигурация на планетарна система, която е оцеляла недокосната.“

Максимилиан Гюнтер, учен по проекта ESA за Cheops, подчерта, че сред трите известни резонансни системи с шест планети, най-новият резултат е вторият, открит от Cheops, която функционира само от три години. ®

Бъдещето на пътуването на Dragonfly на НАСА до луната на Сатурн Титан изглежда несигурно, след като агенцията даде зелена светлина за работа, за да продължи по окончателния дизайн и изработка, но започна официално потвърждение на мисията до средата на 2024 г.

Проблемът изглежда е един от паричните – потвърждението е отложено до публикуването на Искането за бюджет на Президента на САЩ за 2025 г.

Датата на експедицията се променя многократно. Първоначално планиран за пускане през 2026 г, екипът е режисиран от НАСА за постигане на целта 2027 г за дата на готовност за изстрелване. Датата е преместена наскоро до юли 2028 г., но зависи от оценка през 2024 г. в Съвета за управление на Програмата на Агенцията.

Поглед към Бюджетът на председателя на ФГ за 2024 г [PDF] показва бюджета за Dragonfly, мисия New Frontiers, спускайки – до $327,7 милиона от $400,1 милиона, влезли в сила през 2023 година. С натискането на бюджета на НАСА нещата ще трябва да дадат, включително, изглежда, амбициозната задача на Dragonfly.

Да се надяваме, че това е само забавяне, а не предвестник на преосмисляне на ангажиментите на агенцията. Водно конче направи го чрез преглед на проекта по-рано тази година и екипът извърши преобразяване на мисията въз основа на очакваното финансиране, налично във ФГ 2024. Резултатът беше датата на стартиране на проекта от юли 2028 г.

Що се отнася до самата операция, Dragonfly ще използва роторкрафт-ландър, за да пътува около обекти на Титан. Целта е да се характеризира околната среда и да се търсят индикации, че животът на базата на вода или въглеводород някога е съществувал на спътника на Сатурн. По време на планираното двугодишно търсене на Луната, планът е сондата да измине няколкостотин километра. Той също така ще използва Мулти-Мисия Радиоизотоп Термоелектрически Генератор (MMRTG) за захранване.

Преди това Титан беше посетен от Европейската космическа агенция Хюйгенс сонда, 2005 Г. – Касини се приземи през януари 2005 г., след като бе освободен от орбиталния апарат Касини през декември 2004 г.

Сондата откри парчета воден лед, разпръснати върху оранжева повърхност и мътна метанова атмосфера. Закръгляването на парчетата лед намеква за действието на течностите. Всичко това възбужда любопитството на учените и добавя към призивите в подкрепа на завръщането към луната на Сатурн. ®

Инженерът и астрофутуристът Крис Левицки написа есе тази седмица – това няма да е на мястото си в нашия Кой, Аз? архив – за тестова грешка, която почти превърна Марс Роувър на стойност половин милиард долара в космически скрап.

Левицки публикувал историята на личния му сайт, описваща работата на Spirit Mars Rover в Jet Propulsion Laboratory на НАСА (JPL) в Пасадена, Калифорния преди повече от две десетилетия.

Беше февруари 2003 г. и останаха само две седмици, преди да бъде опакован за доставка до Флорида за пускането му.

Космическият кораб трябваше да бъде проверен и проверен за последен път на Земята. Всичко трябваше да бъде проверено като в перфектно работно състояние; роувърите бяха по това време сред най-сложните космически кораби, създавани някога. Те също така представляват близо милиард долара от инвестициите на НАСА.

„Няма натиск“, отбеляза Левицки.

Той беше в неофициалната си втора смяна, след като вече е записал 12 часа тази сряда, и беше натоварен със задачата да провери целостта на моторите в Rock Abrasion Tool (RAT), прикрепен към края на роботизираната ръка на Spirit.

След всеки кръг на тестване, разглобяването на двигателя не беше практично, но беше възможно да се проверят всички проблеми, като се разгледа електрическата производителност. Екипът може да изключи и включи мотора във външно захранване. Експоненциалното намаляване на електрическия ток по време на въртене беше добро. Белезите бяха лоши.

Левицки е извършил теста, който изисква много пъти устройство, наречено „кутия за прекъсване. Той пише: „Разнообразните ми роли по проекта ми дадоха опит да дешифрирам лабиринта от диаграми, картографиращи 10 000-пинови връзки, които накараха всичко на космическия кораб да работи, и моята отговорност при написването на инструкциите за това как да свързвам и управлявам всички двигатели на роувърите ме направи очевидния избор за тази тестова кампания.“

Още един ден в офиса. Или чиста стая. Той имаше експертна сделка по окабеляване за сортиране на конекторите и поставяне на тестово оборудване. Един бърз импулс към еталонен двигател потвърди, че всичко е наред. Двигателят на RAT на Spirit беше включен и Левицки беше добре да отиде.

Той обясни: „За да получите най-ясния сигнал и да разкриете най-малките несъвършенства от двигателя, стандартната процедура е да му дадете толкова мощност, колкото искате. Това прави жизнено важно да се изпрати нахлуването на електрони на правилното място.

„Правилната връзка може да причини катастрофални щети, освобождаващи синия дим.“

Пулсът се изпраща към двигателя. Резултатът – както обикновено – беше незабавен. Това обаче не беше резултатът, който очакваше отборът. Не приличаше на счупен мотор. Не приличаше на работещ мотор. Изглеждаше като нещо друго.

„Моят ум се втурна за обяснения и в това, което изглеждаше като миг, стигна до най-вероятното обяснение. Очите ми проследиха проводниците от нашата кутия за пробиване на тестовата количка до космическия кораб и причината за непознатия сигнал се приземи като кама през сърцето ми.

„Цялата тази мощност, която току-що освободихме, не влезе в двигателя RAT-Revolve. Поради грешка, която бях направил с кутията за пробив, тя отиде в другата посока на интерфейса на конектора, изпращайки скок на електричеството директно в космическия кораб, вместо на мотора.

„Оооооххххххииииттт.“

Приблизително по същото време цялата телеметрия от роувъра престана. Изглежда, че Левицки е убил Духа. Останали само две седмици до старта, опциите за фиксиране на привидно поразения трюндлебот бяха малко и далеч между тях.

Имаше обаче лъч надежда. Разбира се, телеметрията беше спряла по времето, когато Левицки беше взривил лошото нещо с електричество, където не беше желано. Но може би, само може би, скокът беше отишъл някъде, където можеше да се справи с очакваната допълнителна енергия. Може би всичко, което беше направено, беше причина за временен проблем. Може би, просто може би, един енергиен цикъл би изчистил проблема.

И така, космическият кораб беше зареден и нищо не се случи. Без телеметрия. Няма пулс. Нищо. Духът наистина изглеждаше мъртъв.

Левицки се прибра вкъщи и не можем да си представим как е преминала нощта му. Той каза: „Това, което си спомням, е чувството на емоционално опустошение, което ме последва у дома, където разказах историята на жена си. Бях убеден, че ще загубя работата си сутрин и историята на космическите изследвания ще прикрепи името ми към определена глава на позор.“

Обратно в JPL сутринта, събитията от предишната нощ бяха сглобени заедно, докато екипът се опита да възстанови ситуацията. Всичко изглеждаше безнадеждно, докато не беше запомнена стъпка, включваща мултицет. Левицки се нуждаеше от устройството за теста си и един беше освободен от очевидната си роля на наблюдение на напрежението на шината. Той внимателно го прекъсна и след това продължи с прекратяването на колелото.

Въпреки това…

„Мултиметърът за наблюдение, който изключих, всъщност завършваше веригата, която захранва телеметрията на наземния тест на космическия кораб. По невнимание деактивирах връзката в момента, в който премахнах проводниците.“

Устройството е възстановено. Космическият кораб се захранва…

Левицки си спомня: „Той проработи. Имаше колективен въздишка, тъй като телеметрията се върна към живота — Spirit не беше мъртъв в края на краищата!“

Естествено, имаше дискусии дали роувърът ще бъде ОК, за да стартира. Историята ни казва, че е била и мисията се оказа огромен успех.

Що се отнася до Левицки, той не беше уволнен. Всъщност тестовете продължиха с него, водейки ги – в края на краищата, той беше научил някои важни уроци и вероятно беше последният човек, който някога отново направи такава грешка.

Левицки продължава да има звездна кариера, която включва да стане директор на полета за мисията. В книгата Ровинг Марс, Стив Скуайърс описа Левицки, тогава на 29 години, като много млад, за да бъде „Полет“ по време на кацането на Марс. Но продължава да казва, „Но човекът е основен горещ изстрел. страшно умен и готов отвъд годините си. Той е точният човек за тази работа тази вечер.“ ®

НАСА планира по-амбициозни полети за хеликоптера Mars Ingenuity като инженери работете върху последващите действия обратно на Земята.

Изобретателността се оказа много по-способна и по-продължителна, отколкото се изисква от първоначалната си 30-дневна мисия. Хеликоптерът е летял 66 пъти и е надвишил този първоначален план с 32 пъти. Сега НАСА работи по подмяната му.

Инженерите тестват актуализирани роторни лопатки от въглеродни влакна, които имат различен дизайн от този на Ingenuity, са с повече от 10 см (4 инча) по-дълги и се считат за по-здрави. Настоящите планове изискват участието на хеликоптер в мисия за връщане на проби от Марс, вместо първоначално предвидения „феч.

През септември инженерите завъртяха лопатките в космическия симулатор в Jet Propulsion Laboratory на НАСА в Южна Калифорния. Цилиндричният симулатор – с диаметър на теста 25 фута (7,62 метра) и 85 фута (25,9 метра) висок – също беше мястото, където Вояджър, Касини и Сървейър бяха тествани в космическа среда, той е идеален и за пресъздаване на атмосфера от типа Марс на Земята.

„Обръщаме остриетата си до 3500 оборота в минута, което е със 750 оборота в минута по-бързо, отколкото са отишли остриетата на изобретателността“, казва Тайлър Дел Сесто, Проба за възстановяване Хеликоптер заместник-диригент тест в JPL. „Тези по-ефективни остриета сега са повече от хипотетично упражнение. Готови са да летят.“

Почти. Докато тестовите писти в симулатора са добре и добри, екипът разполага и с друг инструмент – – действителен хеликоптер на действителния Марс, който изпитва какво е да се работи в реални марсиански условия.

Като такива, инженерите натискат плика с изобретателност. Полет 61 постави нов рекорд за височина от 24 метра (78,7 фута), а полет 62 постави рекорд за скорост от 10 метра в секунда. Въпреки това, дистанционно контролираното хот-дог е само част от историята: Изобретателността е проектирана да се удари в повърхността с 1 метър в секунда (2,2 mph) – по-мека скорост на кацане означава, че може да се използва по-лека предавка за кацане. Така че за полети 57, 58 и 59 контролерите демонстрираха скорост на кацане 25 процента по-бавна от тази, за която е проектирана Ingenuity.

След като сегашната слънчева връзка е извън пътя, инженерите планират да накарат Ingenuity да предприеме двойка високоскоростни полети, в които ще бъде изпълнен специален набор от ъгли на терена и ролка, всичко в името на измерването на производителността.

„Нашето следващо поколение тестове за хеликоптери на Марс буквално е имало най-доброто от двата свята“, каза Теди Тзанетос, ръководител на проекта на Ingenuity и мениджър на вертолети Mars Sample Recovery. „Тук на Земята имате всички инструменти и практическа непосредственост, на които можете да се надявате, докато тествате нови компоненти на самолета. На Марс имате реалните условия извън света, които никога не бихте могли наистина да пресъздадете тук на Земята.“

Травис Браун, главен инженер на Ingenuity в JPL, отбеляза, че през последните девет месеца екипът е удвоил максималната скорост и височина на хеликоптера. „На Земята такива тестове обикновено се извършват при първите няколко полета. Но това не е мястото, където летим“, каза той.

„Трябва да сте малко по-внимателни, когато работите толкова далеч от най-близкия сервиз, защото не получавате никакви свършвания.“ ®

Red Hat смята, че Wayland вече е достатъчно зрял, за да поеме ролята на единствения дисплей сървър в предстоящия RHEL 10.

А блог пост от Карлос Сориано Санчес, ръководител на екипа на GPU за RHEL, изписва новини, които не са голяма изненада: следващата версия на Red Hat Enterprise Linux, очаквана през 2025 г, ще пусне X.org и ще предостави само сървър за показване на Wayland. Тъй като RHEL предлага само GNOME, това означава, че ще предложи Mutter композитора и нищо друго.

Когато RHEL 8 освободен е през 2019 г, Wayland стана дисплей сървър по подразбиране, и когато RHEL 9 се появи три години по-късно, X.org официално е отхвърлен. Сориано Санчес казва:

Намираме това изявление за забавно по две причини. Първо, системата за прозорци X е много по-близо до 40 от 30 – ние празнува своя 38-ми рожден ден в средата на миналата година. X пусна първите си десет големи версии само за няколко години. Какъв първа версия беше през 1984 г. и 11-та –, поради което се нарича X11 за кратко – това беше през 1987 година.

Второ, както отбелязахме, когато разработчик на GNOME предложи това Gtk5 капка X11 поддръжка, самата Уейланд вече остарява. Работете върху него започна през 2008 г; ако RHEL 10 прави през 2025 г. Wayland ще навърши 17 години. Така че по времето, когато най-голямото предприятие Linux отива само на Wayland, този протокол ще бъде в същата обща база от възрастта, когато X11 беше, когато Кристиан H ⁇ sberg започна работа по замяната му. По това време X11 съществува от 21 години.

На Рег Бюрото FOSS остава малко скептично настроено към Wayland, но критичната маса стига до там. КДЕ 6 ще бъде само за Уейланд. Както се случва, лично, този лешояд не е голям фен на нито GNOME или KDE, така че ни уверява, че две от най-популярните задръствания на Wayland коригират своите нагласи. Ментата е експериментиране с подкрепа в канела, и такъв е и екипът на Xfce.

От страната на ръката на нещата, новият работен плот в Малина Pi OS 5 има един вид присадени-заедно LXDE и Wayfire, и тя работи (стига да не сте използване на сензорен екран както и да е). Екипът на Asahi, работещ по Linux за Apple Silicon, обяви преди шест месеца, че е само насочване към Wayland.

Някои от големите, важни приложения също стигат до там. Файърфокс 121 просто влезе в бета версия и по подразбиране ще се рендира директно в Wayland, вместо чрез вградения XWayland сървър (не се паникьосвайте: той все още ще работи с X.org, ако не работите с Wayland). Друго проблематично приложение, софтуерът за скрининг на OBS Studio, получи поддръжка на родния Wayland версия 27. Това беше прекъсвач на сделки за хората, които правят – добре, каквото и да правят живущите. Неговият апел вероятно ще остане загадка за тази сива брада, ако сме честни.

Истинското значение на това няма да бъде преживяването на крайния потребител. Все още има проблеми и някои хора ще трябва да научат нови методи и техники. Когато написахме, че Xfce сега има подкрепата на Бъджи в усилията си в Wayland коментарите съдържаха цял разговор за тръбопроводите на Wayland над SSH. Засега има проблеми с достъпността като например с инструменти за екранни лупи и лупи, използващи VR слушалки и най-вече с поддръжка на драйвери на Nvidia.

Истинският проблем е поддръжката за разработчици. Огромният екип от разработчици на Red Hat е основната сила зад огромното количество работа по Linux, от ядрото надолу. В Червената шапка собствени условия, тя е нагоре по течението на почти цялата индустрия. X.org все още често има CVE и някой трябва да го поддържа, дори ако вече не получава нови функции. Ако Red Hat спре всичките си усилия за развитие на X.org, не е ясно, че някой друг ще се засили и доброволно.

Един от проблемите с това как работи Wayland е, че всеки мениджър на прозорци трябва да внедри профила за себе си в собствената си кодова база. Wayland е само протокол, а не дисплей сървър. Няма директно съвпадение един към един между компонентите на Wayland и тези на X11-базирана система, но въпросът е, че няма централен споделен „Wayland сървър“ за настолни компютри, за да споделят и работят заедно по. Най-близкото нещо до „сървър за показване“ в системата на Wayland е композиторът и това много прилича на мениджъра на прозорци под X11. Почти всяка десктоп среда има своя собствена и много малко от тях ги споделят с други среди.

X11 работи на всяка UNIX™ и Unix-подобна OS, но патентованият UNIX е мъртъв. ОС като AIX, Solaris и HP-UX са в режим на поддръжка. Последният комерсиален UNIX, който все още се продава, е MacOS на Apple и изобщо не използва X11, въпреки че все още можете да изтеглите XQuartz ако имате нужда от това.

X.org беше разклонен от версия 4.4 от XFree86 през 2004 г. (XFree86 себе си стигна до освобождаване 4.8.0 по времето, когато се появи Wayland). X11 е много голям и сложен софтуер и като един от основните корпоративни поддръжници се връща от X.org и преразпределя своите разработчици, бъдещето не изглежда добре за това последно съвместно изпълнение.

Ако никой не желае да поеме значителната натовареност на поддръжката на X.org, тя ще умре. Задачата да се накарат OpenBSD, FreeBSD, NetBSD и DragonflyBSD да си сътрудничат за поддържането на споделена имплементация, вероятно базирана на OpenBSD Ксенокара, вероятно е още по-трудно. Ксенокара прави стартирайте на Linux – Хиперболата я използва, но тази OS е в процес на преминаване към BSD база.

Нашето предложение за всеки, който иска да види системата X Window на живо, е спешно да започне да разработва какво трябва бъдете задържани и съживете Инициатива X12. Боли се колкото се може повече наследство. X.org наскоро спадна byte-замени клиенти, така че направете X12 малко-endian само – ендианството свещената война свърши. Позволявайте само истински цвят, 24-битов (или по-висок) или нищо. Никоя съвременна X среда не използва сървър шрифта, пуснете ги. Част от това вече беше обсъжда се [PDF] през 2005 г. Днес може би се обърнете директно към ОпенВГ или Вулкан.

Това би било епична задача и без комерсиален поддръжник, изглежда, че няма да се случи. Може би наистина е време просто да оставим Х да умре. Ако това изглежда драстично, препоръчваме да прочетете глава 7 на Наръчника на Unix Hater.

Може би по-независимите Unixes биха могли да свършат около Wayland и да вместо това преминете към Arcan. Или дори да започнете отначало. Дон Хопкинс, авторът на тази глава, ни предложи, че по-добър план би бил да се повтори нещо подобно на НИВС използване на JavaScript вместо PostScript. Това звучи забавно. ®

Evernote планира да наложи ограничения на потребителите на безплатното си ниво, а от началото на следващия месец ще има ограничение от 50 бележки и един бележник на акаунт.

Какъв лимити ще удари нови и съществуващи потребители на безплатното ниво от 4 декември. Въпреки това, компанията отбеляза, че всеки свободен потребител“, който в момента има повече от петдесет бележки и един бележник, все още ще може да преглежда, редактира, експортира, споделя, и изтриване на съществуващи бележки и бележници.“

Надеждата е, че вместо да се придържат към безплатното ниво, потребителите ще използват опцията freebie, за да проучат какво предлага Evernote и след това да се регистрират за нещо малко по-премия. Настоящите лични и професионални нива струват малко под $129.99 и $169.99, съответно, годишно.

„Ние признаваме, че тези промени могат да ви накарат да преразгледате връзката си с Evernote“, добави съобщението, преди да продължи да призовава потребителите да преминат към платени опции, за да запазят светлините.

„Има вълнуващи планове за Evernote“, каза компанията, „и ние бихме искали да ги изпитате.“

Стига да плащате.

Реакциите на потребителите са смесени. Докато мнозина разбраха бизнес изискванията зад промяната – Evernote не е първата компания, която затегна Free или промени Freemium модел – имаше и известна оставка и гняв.

Един каза: „Напълно разбирам това от бизнес гледна точка. Сървърното пространство струва пари, времето за разработка струва пари, изследванията и разработките струват пари.

„Това с повишаването на цените е много да се приеме, лично аз напускам EN за Obsidian.“

Обсидианът е една алтернатива. Подобни продукти се предлагат и от компании като Microsoft или Google.

Evernote започна живота си като скъпа на джотърите по света. Миналата година беше грабна от италианската компания за мобилни приложения Bending Spoons, след като направи някои зрелищни грешки докато съперниците му се трупаха върху функциите. Веднъж изключително популярен, той рядко притеснява върха на класациите за производителност в наши дни. ®

Пространството на раковете се изчерпва, er, пространство. Поне що се отнася до част от клиентите на Cloud Files, обслужвани от региона LON (Лондон).

Според компанията, проблеми започнаха на 17 ноември в 1545 UTC, тъй като някои клиенти са имали 503 грешки при опит за достъп до техните файлове.

На 24 ноември – да, седмица по-късно – компанията заяви, че инженерите й са увеличили капацитета за съхранение в региона. Проблемите обаче продължават и тази седмица. А Регистрирам читателят, работещ за бизнес на SaaS, който използва продукта Cloud Files на Rackspace, ни каза: От понеделник виждаме голям скок в грешките, докато се опитват да качат файлове, и трябваше да отложим издаването, защото не можем да публикуваме активи на техния CDN.

„За да е ясно, някои операции успяват, но виждаме между 1 и 6 процента провал във всеки даден час и не става по-добре.“

До 28 ноември, Rackspace каза на клиентите – в съобщение, видяно от На Рег – че неговите инженери продължават да работят и въвеждане на допълнително съхранение „с умишлено темпо“, за да се избегне влошаване на ситуацията. В него се казва, че „клиентите трябва да имат достъп до вече качено съдържание, но може да изпитват проблеми при обработката на нови качвания или да изтриват действия.“

От 29 ноември е добавено повече място за съхранение – и ще продължи да се добавя – към, по думите на Rackspace, „възстановяване на здравето на околната среда.“

Компанията заяви: „Инженерите продължават да препоръчват на клиентите да качват и изтриват действия, ако е необходимо, тъй като това е единственото решение, което е на разположение в момента.“

Неудобното събитие е още едно напомняне за погрешимостта на облачното съхранение, макар и за разлика от проблеми, съобщени при Google Drive по-рано тази седмица Rackspace поне призна, че да, това не е вашето въображение. Нещо се обърка.

Въпросът обаче остава – как се случи това? Нуждите от съхранение са сравнително лесни за прогнозиране, когато се плащат клиенти. Самият Cloud Files се захранва от OpenStack. Rackspace казва за продукта: „Независимо дали вашите нужди от съхранение са скромни – или монументални – се радвате на вградено съкращение.“

Освен ако изглежда, че дискът се запълва.

На Регистъра свързахме се с Rackspace за коментар на инцидента и ще актуализираме тази част, ако компанията отговори. ®