Copilot революционная вещь, если Microsoft опять не упадут в грязь лицом, сделав какой-нибудь не очевидный подвох, который будет портить впечатление от использования.
Если людям зайдет, то нас ожидает целая новая сфера подобного ПО, так как люди пойдут делать опенсурс аналоги на LLaMA и других моделях.
Если они ещё и API откроют, чтобы ПО, например, могло получить доступ к файлу summarize.txt через запрос по уже созданной системе Copilot без нужды писать целый новый фреймворк, лишь переправив запрос на локально (localhost или компьютер в локальной сети) крутящуюся LLaMA вместо серверов Microsoft, так это будет вообще конфетка. Но, зная как «открыты» Microsoft сегодня, подобный функционал они будут высиживать ещё как минимум пару номерных обновлений.
Тут и до бума на AGI (в его современном предоставлении) агентов недалеко, если, опять же, Microsoft не прошляпит и интеграция в систему будет такой, какой они ее рекламируют.
Денег много платит.
Главное не пытаться его переубедить в его исключительно верном мнении, иначе оскорбит и выкинет из компании, как это иногда бывает.
У Майков везде, во всех сервисах так. Они специально берут и делают *не* по стандарту, из-за чего удобным их подход посчитать могут разве что только домохозяйки, которые ещё не привыкли к другим инструментам, сделанным плюс-минус по ожидаемому, привычному стандарту.
Это как построить дорогу, затем заметить, что люди срезают через траву, так как так ближе и удобнее, и… Просто перекрыть растоптанную тропинку стеной, чтобы люди были вынуждены ходить так, как не удобно. Я не знаю, зачем они это делают, но они определенно делают это целесообразно.
Малые ядра — это любовь и ненависть.
С одной стороны, они действительно очень помогают в задачах, где важны количество ядер. В конце концов, эти их малые ядра ещё фору дадут некоторым полноценным ядрам в некоторых более старых, но ещё актуальных процессорах.
С другой стороны, ещё надо чтобы governor правильно ими распределялся, и не отправлял CPU-зависимую задачу в энергоэффективный режим при переключении на другую задачу. Самый неблагоприятный случай, это когда среда виртуализации получает маленькое ядро, когда могло бы получить и большое.
Короче, малые ядра вещь далеко не бесполезная, но индустрия ещё не полностью к ним акклиматизировалась, хоть и должна была с учётом того, что в мобильных процессорах эта схема работает уже давно.
Детсад это на древнем ядре сидеть где драйвер адекватно работает. Игрушки работают, да. И то с grub шаманить надо чтобы базовый андервольт сделать. А вот в плане специализированного ПО всегда нужно доставать бубен.
Ну не настолько старенькие, просто слабенькие) Вот эти девайсы на Intel N процессорах, вроде N3350, N4000, N4020. С 2-4 Гб оперативы и внутренней памятью 16-32 Гб. Таких очень много наклепали до и во время ковида. I/O при этом у них обычно хорошее, USB 3.1/3.2, Type C.
Меньше бы раза в 3, и наступит эпоха, когда можно будет возрождать слабенькие ноутбуки с малым объемом eMMC памяти. Вставил в USB слот, добавив слегка объема ноутбуку, накатил Винду, и всё, рабочая машинка готова для современных нужд.
GeForce Now, только локализованный для российского рынка. Таких на самом деле много в разных странах, Nvidia так показалось удобнее — от них ПО и лицензия на использование товарного знака, от партнёров — локальные датацентры с низкой задержкой.
Шутишь? Эту платформу держат самые настоящие скамеры. Спорные практики маркетинга, спорное ценообразование, манипуляции с криптовалютой… Платформа в одно время показывала уйму красных флагов.
Вы же на линуксе сидите, наверняка знаете поговорку «free RAM is wasted RAM». Винда всегда ест столько, сколько ей необходимо для обеспечения того пользовательского опыта, на который рассчитывают Майки. Superfetch как очевидный пример, когда система заблаговременно загружает часть программ и сервисов в память, чтобы быстро их открыть по запросу пользователя (в диспетчере задач они не отображаются, но память используется). Запихнув Винду а устройство с 2 Гб оперативки в целом, она есть будет ~1 Гб, давая пространство другим программам. Аналогично в сценариях, когда оперативка доходит до предела, винда часть программ и сервисов свопнет в pagefile.
Лично у меня энергоэффективность на слабеньком ноуте немножко хуже именно на линуксе (пробовал несколько дистрибутивов на гноме) и добраться до момента когда система начинает жёстко виснуть из-за нехватки памяти довольно просто, в то время как на винде — практически невозможно.
Интересно, как это работает? По дефолтным портам этих двух протоколов? Если да, то можно просто заменить на другие, оба могут работать по любым портам, настроенным администратором.
Если людям зайдет, то нас ожидает целая новая сфера подобного ПО, так как люди пойдут делать опенсурс аналоги на LLaMA и других моделях.
Если они ещё и API откроют, чтобы ПО, например, могло получить доступ к файлу summarize.txt через запрос по уже созданной системе Copilot без нужды писать целый новый фреймворк, лишь переправив запрос на локально (localhost или компьютер в локальной сети) крутящуюся LLaMA вместо серверов Microsoft, так это будет вообще конфетка. Но, зная как «открыты» Microsoft сегодня, подобный функционал они будут высиживать ещё как минимум пару номерных обновлений.
Тут и до бума на AGI (в его современном предоставлении) агентов недалеко, если, опять же, Microsoft не прошляпит и интеграция в систему будет такой, какой они ее рекламируют.
Главное не пытаться его переубедить в его исключительно верном мнении, иначе оскорбит и выкинет из компании, как это иногда бывает.
Это как построить дорогу, затем заметить, что люди срезают через траву, так как так ближе и удобнее, и… Просто перекрыть растоптанную тропинку стеной, чтобы люди были вынуждены ходить так, как не удобно. Я не знаю, зачем они это делают, но они определенно делают это целесообразно.
С одной стороны, они действительно очень помогают в задачах, где важны количество ядер. В конце концов, эти их малые ядра ещё фору дадут некоторым полноценным ядрам в некоторых более старых, но ещё актуальных процессорах.
С другой стороны, ещё надо чтобы governor правильно ими распределялся, и не отправлял CPU-зависимую задачу в энергоэффективный режим при переключении на другую задачу. Самый неблагоприятный случай, это когда среда виртуализации получает маленькое ядро, когда могло бы получить и большое.
Короче, малые ядра вещь далеко не бесполезная, но индустрия ещё не полностью к ним акклиматизировалась, хоть и должна была с учётом того, что в мобильных процессорах эта схема работает уже давно.
… Разработка подорожает?!
Лично у меня энергоэффективность на слабеньком ноуте немножко хуже именно на линуксе (пробовал несколько дистрибутивов на гноме) и добраться до момента когда система начинает жёстко виснуть из-за нехватки памяти довольно просто, в то время как на винде — практически невозможно.