А ты вынес?

Microsoft присоединяется к Open Invention Network, добавляя в общий пул около 60 тысяч патентов (комментарий) Читаю сейчас их оф. сайт. Пока ещё не понял.

Доложи когда поймешь.

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

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

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

какая базаровщина?

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

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

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

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

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

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

помним. а зачем лишнюю "," поставил?

на каком «западе»? в америке разве что.

перестарался поцреод

помним. а зачем лишнюю "," поставил?

Понятие - авторская пунктуация знакомо?

Quasar Shaman007 mbivanyuk

Ну что засудят ReactOS за патенты? Ало? Где ваше диванное мнение?

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

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

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

Если раньше не засудили, зачем им делать это сейчас? Они пытаются создать имидж хороших парней.

Кто знает, где взязть исходники IE(Trident)? Читал что утекал.

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

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

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

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

Выучи английский.

дочитай до конца, умник

Цитируй нужное, я не буду читать простыню комментов.

Выучи английский.

И дальше-то что?

bitcrazed commented 15 days ago

The team are very, VERY aware of the disk IO perf issues in WSL

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.

under /home/mikael, it is very fast.

Ты бы почитал об устройстве WSL и разнице между VolFs и DrvFs.

Микрософт не торт.

Уже давно.

https://www.youtube.com/watch?v=TGLhuF3L48U

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

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

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

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

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

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

Топик, на который ссылка, ровно об этом.

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

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

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

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.

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.

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

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

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

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

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

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

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

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

Да очевидно жеж.

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

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

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

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

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

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

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

«Бойтесь данайцев, дары приносящих.» (c)

+1

Не спроста все это, не спроста.

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

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

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

denton ну что там, разобрались?

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

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

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

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

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

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

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

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

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

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

Гейт? Маршрутизатор?

так гейт/маршрутизатор вроде ж давно уже вышел на пенсию и отошёл от дел в говнософте?

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

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

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

Интересно. Значит хитрый план по развалу линукса еще хитрее, а вовсе не такой очевидный как казалось.

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

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

Ну и какое отношение вся эта простыня имеет к твоему же тезису?