LINUX.ORG.RU

Microsoft присоединяется к Open Invention Network, добавляя в общий пул около 60 тысяч патентов

 , ,


1

1

Open Invention Network - сообщество владельцев патентов, целью которого является защита Linux от патентных исков. Участники сообщества передают патенты в общий пул, позволяя бесплатное использование этих патентов всем участникам.

OIN насчитывает около двух с половиной тысяч участников, среди которых такие компании как IBM, SUSE, Red Hat, Google.

Сегодня в блоге компании было объявлено, что Microsoft присоединяется к Open Invention Network, тем самым открывая для участников OIN более 60 тысяч собственных патентов.

По словам Keith Bergelt, CEO компании OIN: «Это практически всё что есть у Microsoft, в том числе относящееся и к более старым open-source технологиям, таким как Android, ядро Linux и OpenStack и новым, таким как LF Energy и HyperLedger, их предшественникам и преемникам.»

>>> Подробности

Ответ на: комментарий от denton

А, вот почему jmtpfs так глючит.

Вот да. Я пару раз с jmtpfs (или с simple-mtpfs, уже не помню) получал файлы и каталоги, недоступные для рута. Это произвело на меня сильное неприятное впечатление, мягко говоря. В мою картину нормальной UNIX-системы такое никак не вписывается.

anonymous ()
Ответ на: комментарий от pon4ik

покупать не стану но хоть какая то совместимость будет с их говносистемами - это же плюс, можно будет писать и собирать софт для хомячков в нормальной системе.

iluha16 ()
Ответ на: комментарий от denton

Вообще говоря, пунктуация довольно сильно отличается. Когда запятые в русском стоят в неположенном месте, я перевожу фразу на английский, и часто выясняется, что это просто калька, т.е. человек либо переводил с английского, либо начитался английской литературы и решил, что на русском конкструкция будет той же. Я уже не говорю про «комманду», «оффис» и «буфферизацию»... Короче, получается как в этом сюжете из «Городка».

Не DE, ДЕ а срс https://ru.wikipedia.org/wiki/Среда_рабочего_стола

Не гуй, а ГИП https://ru.wikipedia.org/wiki/Графический_интерфейс_пользователя

Помните, что грамотная речь всегда отличала человека образованного, от простолюдина.

anonymous ()

вопрос горячим парням, которые защищают мастдай

во что превращается «то», к чему прикосается мастдай... (и многие другие «дайи»)???

зы: историю не учите? или история ни чему не учит? :о)

sunjob ()
Последнее исправление: sunjob (всего исправлений: 1)

А теперь давайте подумаем, зачем майкрософту лезть в эту кооперацию. Мне кроме очевидного embrace... ничего в голову не приходит.

hobbit ★★★★★ ()
Ответ на: комментарий от denton

Слушай, ну это разные ниши. Питон никак не подходит в качестве шелла, а как ЯП он тормоз тормозов.

Однако и у питона есть своя ниша. Да, он тормоз-, но если программа пишется на раз, то экономия времени от его простоты перевешивает все плюсы более быстрых языков.

У повершелла же довольно уникальная ниша. Это шелл, совсеми качествами шелла. Не он настолько продвинут, что подходит и в качестве ЯП, а если вспомнить простоту биндингов, то и вовсе получается круть.

AVL2 ★★★★★ ()
Ответ на: комментарий от tailgunner

If I set up a Symfony project under /mnt/c, it is really slow. If I set it up under /home/mikael, it is very fast.
If I set up a project under /mnt/c, it is really slow. If I set it up under /home/mikael, it is very fast.
If I set it up under /home/mikael, it is very fast.
under /home/mikael, it is very fast.
it is very fast.
very fast.
fast.

LamerOk ★★★★★ ()
Ответ на: комментарий от iluha16

мне кажется ты неправ в плане C. я его учил когда в школе учился самостоятельно по книжке KR знаменитой и мне язык сразу понравился. он пронизан какой то простой логикой к примеру переменная как определяется так же и используется так же работает typedef, с памятью можно делать что хочешь с помощью void *.

Вот что значит не замутнённое лишними знаниями сознание и хорошая внушаемость. А если бы тебе тогда вместо книги по С подсунули книгу с восторженным описанием жабы, то ты бы сейчас рассказывал какая она хорошая и правильная, и всех надо ей учить. С хорош лишь тем, что за него платят. Школьникам за него не платят.

а вот паскаль мне наоборот крайне не понравился, пытался изучить но просто отвращение какое то вызывает и не охота так что сдал кой как простенькие лабораторки по нему прошло вот около 4 месяцев а я уже опять забыл это говно и даже не смогу назвать что конкретно там не нравиться да наверное практически всё.

А изучи ты языки в другой последовательности, сейчас бы говорил какой С говно, как отвратительно он устроен и т.д.

к тому же на паскале очень мало чего реально полезного написано в сравнении с C практически 0%.

Весь линукс относительно полезный, просто выбора особого нет. ПО жри что запихнули в репозиторий, собирай с проблемами, обновляйся просто чтобы не глючил и запустился удивительно правильный софт на С/С++

Napilnik ★★★★★ ()
Ответ на: комментарий от Napilnik

Я против Java ничего не имею собственно. И, кстати, большой плюс C в том что C-подобный синтаксис используется во многих других широко используемых ЯП: Java, JavaScript, PHP, C++. Это и не удивительно, синтаксис действительно хороший, логически последовательный и компактный.

А изучи ты языки в другой последовательности, сейчас бы говорил какой С говно, как отвратительно он устроен и т.д.

Ты ошибаешься. Я помню пытался изучить и паскаль и бесик. В обоих случаях изучение не зашло, языки не нравились, желание отпадало. А вот C отлично зашёл, интерес к нему ещё поддерживался желанием иметь возможность заглядывать в исходники профессиональных реально используемых программ и даже ядра OS. Считаю C необходимым минимумом для любого программиста хотя бы уже потому что без него он не в состоянии понимать как работает OS, как происходят системные вызовы и т.д. man 2 выводит справку как раз таки для C программистов.

iluha16 ()
Ответ на: комментарий от LamerOk

SvenGroot commented 14 days ago

I wish this problem was as easy as saying «NTFS is slow» or «DrvFs is slow». We've long since gotten all the low-hanging fruit and are left with what is essentially «death by a thousand cuts,» with no single component responsible for our (lack of) performance, but with lots of different things contributing.

The IO subsystem is architected very differently in Windows than it is in Linux, with different goals in mind. Some of the major differences we have to deal with are:

Linux has a top-level directory entry cache that means that certain queries (most notably stat calls) can be serviced without calling into the file system at all once an item is in the cache. Windows has no such cache, and leaves much more up to the file systems. A Win32 path like C:\dir\file gets translated to an NT path like \??\C:\dir\file, where \??\C: is a symlink in Object Manager to a device object like \Device\HarddiskVolume4. Once such a device object is encountered, the entire remainder of the path is just passed to the file system, which is very different to the centralized path parsing that VFS does in Linux. Windows's IO stack is extensible, allowing filter drivers to attach to volumes and intercept IO requests before the file system sees them. This is used for numerous things, including virus scanning, compression, encryption, file virtualization, things like OneDrive's files on demand feature, gathering pre-fetching data to speed up app startup, and much more. Even a clean install of Windows will have a number of filters present, particularly on the system volume (so if you have a D: drive or partition, I recommend using that instead, since it likely has fewer filters attached). Filters are involved in many IO operations, most notably creating/opening files. The NT file system API is designed around handles, not paths. Almost any operation requires opening the file first, which can be expensive. Even things that on the Win32 level seem to be a single call (e.g. DeleteFile) actually open and close the file under the hood. One of our biggest performance optimizations for DrvFs which we did several releases ago was the introduction of a new API that allows us to query file information without having to open it first.

Whether we like it or not (and we don't), file operations in Windows are more expensive than in Linux, even more so for those operations that only touch file metadata (such as stat). The costs of these operations are spread all over the place, from Object Manager and IO manager, to the filters, and NTFS. If it was as simple as saying «NTFS is slow,» we'd simply spend a release optimizing NTFS (and we have spent time doing just that), but our costs are so spread out over many components that there just isn't a silver bullet anymore. And we can only ever address in-box filters; who knows what third party filters are doing. We do work with the vendors of those filters to try and improve things. For example, when we introduced the new API to query file information without opening it, we needed filter drivers to support that. We needed to make sure we didn't break the system if some installed filters didn't support it (basically by falling back to a open/query/close operation). Making sure everybody supported this so you, our users, got the maximum speed benefit from that change took a lot of time and effort. The same thing is true for something like the case-sensitive directory work; we had to make sure our filter ecosystem could handle this new behavior.

When Rich was talking about app behavior above, he wasn't trying to blame the apps for behaving that way. These apps were written on a system where file system operations are incredibly fast, and we're trying to run them, unmodified (unlike e.g. Git for Windows which tries to optimize its access patterns to better fit the Windows way of doing things) on a system that, unfortunately, is not as fast.

And it's not even as simple as saying «Windows is the cause of the slowness» either, since WSL does play a role. Most notably, Windows path parsing is very different than Linux path parsing (and, as I said above, is the responsibility of the file system, so can differ between file systems, while on Linux it's centralized). Linux apps expect the Linux behavior, so we have to carefully emulate that behavior, and unfortunately that means sending more operations down to the file system. Something like a stat call, which in Linux can be served entirely from the kernel's own cache if you're lucky, for WSL requires sending multiple file system requests, all of which have to traverse the entire filter stack. We've done a lot of work, even as recent as the upcoming 1809, to reduce the amount of extra work WSL has to do. But the differences between Linux and Windows's API mean there'll always be some extra work, at least.

Basically, this isn't a simple problem, and everything we do involves multiple components, and often involves working with Microsoft's partners if the changes affect filter drivers.

That doesn't mean we've given up either. We're still making changes, and are actively exploring new avenues to make WSL faster, and thus more useful, for you. Of course, I wish I could tell you exactly what we're doing and what our timeline is, but that's unfortunately not the corporate reality we live in.

cuelebra ()
Ответ на: комментарий от cuelebra

One of our biggest performance optimizations for DrvFs which we did several releases ago was the introduction of a new API that allows us to query file information without having to open it first.

Ёлы-палы, так вот почему винда всегда так жёстко насиловала диск...

denton ★★★★★ ()
Ответ на: комментарий от iluha16

Считаю C необходимым минимумом для любого программиста хотя бы уже потому что без него он не в состоянии понимать как работает OS

Ага, знание С отлично тебе поможет понять как работает OS A2. Чего там понимать, что винда, что линукс работают на какашках, из которых выведен интерфейс, _и_чем_меньшим_его_функционалом_пользуешься,_тем_стабильнее_работает_программа. Ускоряющие хаки могут сломаться или оказаться недоступными на другом железе, тогда случится звиздец или тормоза.

как происходят системные вызовы и т.д.

Лучше использовать рекомендованный в используемом ЯП минимум, а не тащить в программу всякую каку ради мелкого ускорения, когда оно не очень нужно. Прибить гвоздями к версии ОС программу легко, а тестировать на всех конфигурациях кто будет? Когда-то пытался попользоваться в оффтопе линуксовым авидемуксом и не смог, он падал постоянно. Там другие системные вызовы.

Napilnik ★★★★★ ()
Ответ на: комментарий от anonymous

Преподавая историю, не терять связность и логичность мышления? Уважаемые, качественное изучение той же истории развивает связность и логичность мышления намного эффективнее, чем эти ваши одномерные программистские алгоритмы. Другое дело, что обезьяну, например, проще нескольким несложным алгоритмам научить, чем пониманию исторических процессов, это же другой аналитический уровень совсем. Я уж не говорю о том, что существуют ВУЗы, дополненные ВТУЗами, что уже говорит о вторичности именно технических учебных заведений (ну это я передёргиваю и шучу, конечно)

dmial ()
Ответ на: комментарий от anonymous

(3) брать на себя ответственность за свою жизнь. У меня вот, например, с первым и вторым пунктом более-менее, а вот с третьим полный провал и депрессия.

Это всмысле что ты не учишься, не работаешь, и жрешь мамкин борщ?

anonymous ()
Ответ на: комментарий от anonymous

Я пару раз с jmtpfs (или с simple-mtpfs, уже не помню) получал файлы и каталоги, недоступные для рута.В мою картину нормальной UNIX-системы такое никак не вписывается.



В Солярис (специальная секьюрити версия) такое поведение было возможно в конце 90-х годов.В Linux с начала 2000, не помню как эти падчи назывались(специальный иммуный бит на файлы(даже рут не сможет отменить,огранечеия рута и контроль буферов и что то по мелочи не помню что в той ветке правилось), но запомнил с Алта 2-ой альтернативный подход ветка RSBAC (задолго до секьюрити падчей АНБ).В RSBAC рут ограничен, вместо этого есть как называемые Офицеры безопасности.Не прижилось из-за конфликтов с Хfree , глюков приходилось очень много :-(

maximnik0 ★★ ()
Ответ на: комментарий от dmial

пространные размышления типичного гуманитария. терминология напоминает преподшу по философии - науки ни о чём и обо всём понемногу по факту простой болтовнёй.

iluha16 ()
Ответ на: комментарий от hobbit

Да хотят они просто для себя новое пространства для маневра расчистить.

Тут из FSF пришла тревожная телеграмма, что все что сделали в Майкрософт без дальнейших шагов - красивая показуха.

https://www.fsf.org/news/fsf-statement-on-microsoft-joining-the-open-inventio...

ЛОТ защищает только от патентных тролей и не защищает от организации с собственным R&D или производством. Из OIN можно выйти в любой момент за 30 дней всего, и OIN покрывает только узкий список ПО, а не все опенсорсное ПО своих членов.

anonymous ()
Ответ на: комментарий от anonymous

Старо как мир!

Не можешь подавить бунт, возглавь его. И потом веди, куда надо ;) Коммерция штука жесткая, нужно быть постоянно в потоке и желательно во главе его. Иначе золотой ручеек потечет мимо твоего кармана. А поскольку бизнесу чужд альтруизм, в любом его проявлении, то история, я думаю, развивается именно в этом ключе.

UncleSEM ()
Ответ на: комментарий от iluha16

философия — это не наука, дурачок. а преподавать гуманитарные дисциплины «технарям» надо по той причине, что не все из них так до пенсии «технарями» и останутся, некоторые разовьются до полноценных личностей.

anonymous ()
Ответ на: комментарий от dmial

Уважаемые, качественное изучение той же истории развивает связность и логичность мышления намного эффективнее, чем эти ваши одномерные программистские алгоритмы.

А где её качественно преподают? Вроде бы копаются в нескольких выделенных мелких фрагментах истории сдабривая материал политзаказом. Из учителей вышло немало говнополитиков, также как из актёра получился целый презик одной страны - умение врать по шпаргалке с честными глазами очень ценное умение. Если тот же препод истории накопает в своём предмете не соответствующее программе, то ему останется или врать или уходить из профессии.

Другое дело, что обезьяну, например, проще нескольким несложным алгоритмам научить, чем пониманию исторических процессов, это же другой аналитический уровень совсем.

Там же неполиткорректность зашкаливает, за обучение пониманию процессов или посодют или уволят.

Napilnik ★★★★★ ()
Последнее исправление: Napilnik (всего исправлений: 1)
Ответ на: комментарий от RedEyedMan4

Хочет поиметь больше выгоды с линукса. Может со временем винду сольют и появится Майкрософтский аналог RHEL только проприетарный.

И назовут эту ос Xenix. п.с. Гейт возился с с этими вашими юниксами, когда вас самих в проекте не было.

anonymous ()
Ответ на: комментарий от dmial

качественное изучение той же истории развивает связность и логичность мышления

Качественное-то да. Вот только очень уж у многих людей из школьного курса истории осталось единственное воспоминание: как их заставляли тупо заучивать даты.

anonymous ()
Ответ на: комментарий от anonymous

Это всмысле что ты не учишься, не работаешь, и жрешь мамкин борщ?

Ну да. Причём я уже давно отучился, потом лет 20 жил отдельно от родителей, работал, однажды был женат. А сейчас не учусь, не работаю и жру мамкин борщ. Кстати, сегодня она как раз борща наварила, пойду пообедаю, что ли.

anonymous ()
Ответ на: комментарий от entefeed

Есть соглашение.

Что я из него понял:

1) Защита от патентного преследования касается только Линукса.

2) Подписант обязуется не выдвигать патентных исков против участников соглашения до окончания срока действия патентов или нарушения соглашения.

3) Иск влечёт за собой прекращение действия соглашения и отзыв лицензии у истца.

4) Права по патентам и соглашению не переуступаются. Насколько я понял, после подписания соглашения отозвать свои патенты нельзя:

You, on behalf of Yourself and Your Affiliates, irrevocably releases and shall release each Licensee and its Subsidiaries ... from any and all claims of infringement of Your Patents

denton ★★★★★ ()
Последнее исправление: denton (всего исправлений: 1)
Ответ на: комментарий от denton

какой-то хитрожопый подкоп под опенсорц. пока непонятно, с какими целями. но надо быть начеку. от таких «любителей опенсорца» можно ожидать всего, чего угодно.

пока я явно вижу только огораживание Linux'а каким-то особым забором: типа, подсадить на свои «изобретения» и потом беспощадно давить все левые форки. но какой в этом смысл, пока неочевидно.

Iron_Bug ★★★ ()
Последнее исправление: Iron_Bug (всего исправлений: 1)