Павел Емельянов, один из самых активных российских разработчиков ядра Linux, ответил на несколько вопросов opennet.ru, приуроченных к выходу (http://www.opennet.me/opennews/art.shtml?num=34958) релиза CRIU 0.2 (http://criu.org/), системы для заморозки и восстановления состояния процессов в Linux. Последние шесть лет Павел работает в компании Parallels над проектами, связанными с изолированными контейнерами и облачными системами, в том числе является одним из основных разработчиков таких открытых проектов, как CRIU и OpenVZ (http://wiki.openvz.org).Расскажите как проходило становление участника разработки ядра Linux. Помните ли вы ваш первый коммит в ядро ?
Становление проходило труднее, чем, как мне сейчас видится, могло. Дело в том, что участвовать в разработке я стал сразу с нелегкой задачей - создание нового функционала. Кроме того, до меня из Parallels (тогда SWsoft) в mainstream слали не много патчей (да и были это, главным образом, устранения неисправностей), так что посоветоваться было не с кем.
Первый коммит уже помню, но это был какой-то очень простой патч, чинивший очевидную ошибку, так что прошел он незаметно.
Как был преодолён языковой барьер или у вас изначально было отличное знание английского ? Были ли языковые казусы ?Если речь идет о письменном английском, то барьера не было, так как до этого я уже больше года работал в SWsoft, а там вся техническая переписка велаcь на английском (впрочем, для Parallels это некие корпоративные стандарты). Когда начал ездить на конференции, говорил, конечно, с трудом.
Разговорился, наверное, после третьей или четвертой поездки. А казусы были однотипные - я ничего не понимал, что мне говорят, и постоянно переспрашивал.
Как проходит продвижение патчей, какие подводные камни возникают ?Это очень обширная тема. Можно даже целую статью на нее писать в журнал какой-нибудь :) Но если коротко охарактеризовать
- надо сразу настроиться, что разработка ядра это не технический процесс, а социально-технический, и одними "непробиваемыми аргументами" процесс двигать будет очень тяжело. Надо обязательно социализироваться, начать дружить с людьми из сообщества и делать это офф-лайн.
С кем приходится контактировать в цепочке продвижения патчей ?Ну, "цепочка" это громко сказано. Обычно цель патча - это репозиторий ответственного человека (майнтейнера). Пока туда патч не попадет, контактируешь с ним и с другими обитателями тематического списка рассылки.
Возникают ли проблемы со стилем оформления кода ? Бывает ли, что не принимают патчи по идеологическим или формальным причинам ? Как удаётся приходить к компромиссу ?Со стилем уже не бывает. Хороший текстовый редактор все делает за меня :) По идеологическим причинам не принимают довольно часто, особенно, когда это патч, который открывает "новое направление" в ядре. Тут приходится попотеть и попереписываться. К компромиссу приходят одним путем - это называется "progress by argument". Ты объясняешь, какой цели ты хочешь добиться и почему так, как это написано в патче. Если кто-то с тобой не согласен, он объясняет почему, и как сделать по-другому. Обычно один из вас объективно не прав, и в диалоге выясняется кто.
Какие наиболее важные подсистемы/патчи, в создании которых вы принимали участие, удалось продвинуть в основное ядро Linux ? Какие из подобных подсистем пока остаются непринятыми в ядро и что мешает их принятию ?Все, что я делал, уже там в том или ином виде. Из самых крупных - виртуализация сетевого стека и PID-ов (идентификаторов процессов) и контроллер памяти приложений (a.k.a. memcg). Ну и, конечно же, главный мой проект сейчас - checkpoint-restore in userspace. Для него модифицируется во всех подсистемах по-немногу (но в сумме набралось уже почти 100 патчей). Непринятых в смысле принципиально отвергаемых сейчас нет, есть патчи, которые пока плавают в списках рассылки, ждут своей очереди на обсуждение или переработку.
Какой примерно объем работы приходится выполнять для синхронизации с новыми версиями ядра параллельно поддерживаемых патчей, которые ещё не приняты в основное ядро, для OpenVZ и CRIU ? Были ли особенно тяжёлые случаи, когда какое-то изменение в ядре серьёзно все ломало или заставляло пересматривать архитектуру ?Для criu мы не перебазируемся в привычном смысле этого слова, так как проект изначально разрабатывается в mainstream. То есть - если что-то сообщество не берет, мы это и к себе не берем, а сразу переделываем.
Для OpenVZ патч для переезда, конечно, огромный. Перебазировались по-крупному мы уже 2 раза (с 2.6.9 на 2.6.18 и потом на 2.6.32), сейчас начинаем на 3.6. Переезд у меня занимал около месяца до состояния "готово к отдаче в QA". После этого еще пол-года на стабилизацию.
Случай, когда что-то серьезно архитектурно ломалось был один - это живая миграция. Сообщество наотрез отказывалось принимать эту технологию как большую ядерную подсистему. Результатом этого стал проект criu (criu.org).Чего не хватает в штатном ядре для полноценной реализации CRIU ? Какие есть идеи по дальнейшему развитию CRIU ?
Если не брать мелочи, то самое большое белое пятно это memory snapshot. Технология, при которой мы говорим ядру, что хотим знать, какие страницы памяти меняются приложением в процессе его работы, и начинаем параллельно с выполнением процессом своих дел копировать его память. Потом замораживаем его и копируем только то, что он поменял. Это сильно сокращает время миграции и открывает возможность для такой фичи, как incremental snapshot состояния, при котором повторное снятие производится быстрее (гораздо быстрее) и можно делать его чаще.
Кроме того, есть очень большое желание нарастить вокруг criu свое сообщество разработчиков, так как вещей, которые с его помощью можно делать масса, но собственных сил внутри Parallels на все нет.В каких ещё открытых проектах, кроме ядра Linux и продуктов Parallels, приходилось заниматься?
По-крупному ни в каких. Linux kernel + OpenVZ + CRIU (плюс закрытые продукты Parallels) пока с лихвой покрывают области моих интересов.
Какой дистрибутив и десктоп окружение используйте для работы и дома ? Какой инструментарий разработки предпочитаете (в чем пишите и отлаживайте код) ?
На ноутбуке Fedora + FluxBox, оно же дома. Инструментарий для работы и отладки сначала был простой - vim + дизассемблер + голова ;) чуть позже появилась еще команда. У нас в kernel team собрались очень талантливые люди, они знают и умеют гораздо больше меня, чем я и пользуюсь (в хорошем смысле этого слова).
Работайте ли дома в своё удовольствие или ограничивайтесь только рабочим временем ? Даёт ли работодатель возможность заниматься в рабочее время сторонними открытыми проектами (например, в Google можно тратить 20% своего времени на любые интересные проекты) ?Для меня "рабочее время" очень размыто определено. У меня нет строгих часов, когда мне надо быть в офисе, чем я активно пользуюсь и крою свой день очень сильно. С другой стороны, когда возникает необходимость или желание, я часто что-то делаю из дома.
Заниматься своими проектами в рабочее время в Parallels, строго говоря, нельзя. Но с другой стороны, в Parallels работают очень открытые люди, так что если "свой проект" имеет отношение к деятельности компании, то можно (и даже нужно) поговорить со своим руководителем, и если проект действительно хороший, то у него огромные шансы стать частью продуктов Parallels. Или даже стать самостоятельным новым продуктом ;)В каком году вы впервые столкнулись с Linux и когда стали использовать его вплотную ? Какой был ваш первый дистрибутив ?
С Linux столкнулся в институте на 2-м курсе. У нас в программе была тема про UNIX, а практика была на Linux.
Первым дистрибутивом стал ASP-linux, так как на то время это был единственный дистрибутив с нормальной поддержкой русского языка. Не в интерфейсах - с этим проблем не было - п...URL:
Новость: http://www.opennet.me/opennews/art.shtml?num=35028
А слешдоте сейчас можно задать вопрос самому линусу.
Уважаемый Линукс Тролльвальдс! Как вы относитесь к тому, что то, что делаете вы и проект GNU, совсем не ценится разработчиками конечного продукта для декстопа? С серверным и корпоративным ПО всё Окей, конечно, а вот Линукс для рабочих станций замусорен тормозящими велосипедами от всяких Поттерингов. Не кажется ли вам, что вы зря проживаете жизнь, пока продукт, начатый и курируемый Вами, гораздо менее популярен, чем должен быть?А причиной тому то, что как только системный компонент будет доделан и полноценно работать, в десктопных дистрибутивах Linux его зачем-то уберут и заменят на разрабатываемый. И ладно Fedora - тестируемая версия Red Hat Enterprise Linux - остальные-то зачем?! Тем не менее, сообщество открытого ПО и из недоделки делает конфетку - и как только становится очевидным, что недоделку доделали, везде дружно её удаляют и делают новую! И так - много лет подряд. Не кажется ли вам это диверсией врагов, добившихся влияния среди наших друзей?
поддерживаю по каждому пункту
> поддерживаю по каждому пунктуВот только вопрос не по адресу. Торвальдс не пилит юзермод и не может приказывать другим разработчикам что им делать. Даже если он покажет Поттерингу магический жест, это еще совсем не обязывает оного изменить свою точку зрения.
Грубо говоря, юзермод - вне компетенции ядерщиков. Они могут лишь иногда подыгрывать немного оному, если сильно просят и это выглядит разумно. Ну как вот этим вот гражданам с их CRIU. А вот так чтобы прийти и приказать - а что, собственно, побудит исполнителей исполнять эти приказания? Даже от Торвальдса? Ничего? Ну я так и подумал :)
> Уважаемый Линукс Тролльвальдс!
> вот Линукс для рабочих станций замусорен тормозящими велосипедами от всяких Поттерингов.Что характерно, Поттеринга постоянно спрашивают, почему systemd замусорен тормозящим велосипедом от всяких Торвальдсов.
А теперь уже симметрия наблюдается :)
> Тем не менее, сообщество открытого ПО и из недоделки делает конфетку - и как только становится очевидным, что недоделку доделали, везде дружно её удаляют и делают новую! И так - много лет подряд.Это прогресс, детка.
Не нравится - BSD welcomes you! До сих пор на технологиях 80-90 гг прошлого века, вам наверняка понравится!
> Это прогресс, детка.Дурь это уже, а не прогресс.
с чего это systemd - дурь? ответьте, если, конечно, найдётся что, пожалуйста, аргументированно, а не как истеричка парой комментариев выше
>>>> как только становится очевидным, что недоделку доделали,
>>>> везде дружно её удаляют и делают новую!
>>> Это прогресс, детка.
>> Дурь это уже, а не прогресс.
> с чего это systemd - дурь?1) ничего не перепутали?
2) если хотите сменить тему обсуждения -- пожалуйста: с systemd главная дурь в самомнении и безответственности не столько Леннарта, сколько Кея, а жаль. Недавно уже и Линуса достали.PS re #24: собирался ответить, что я-то как раз понемножку внедряю/развиваю фрисофт и _потому_ немножко соображаю в отличии реального прогресса от гонки сломя голову незнамо куда без фиксации полезного результата. В частности, обвинение в луддизме немного не стыкуется с тем, что AFAIK первые образы на базе альта с поддержкой systemd я и пёк.
А что там с Линусом было?
https://lkml.org/lkml/2012/10/2/303
https://lkml.org/lkml/2012/10/3/349
> https://lkml.org/lkml/2012/10/2/303
> https://lkml.org/lkml/2012/10/3/349Прикольная рубка, только там больше всего крыли почему-то не Поттеринга а какого-то Кая.
> только там больше всего крыли почему-то не Поттеринга а какого-то Кая.
> http://cgit.freedesktop.org/systemd/systemd/log/ :)Ну я все понимаю, но где обещанные кнуты и пряники именно Поттерингу? :)
Если по именно этой ситуации - они там и правда слегонца укурились с какими-то асинхронными калбэками для загрузки фирмвари. То-ли их over-engineering там покусал, толи я чего-то не понимаю.
> Ну я все понимаю, но где обещанные кнуты и пряники именно Поттерингу? :)Как понимаю, они с Сиверсом нынче в паре работают -- один переламывает, другой прикрывает от налётов и наездов :)
Плохо то, что:
- будучи умными, всё равно ошибаются;
- других не особенно слушают;
- ошибки признают с большим скрипом.
> Как понимаю, они с Сиверсом нынче в паре работают -- один переламывает,
> другой прикрывает от налётов и наездов :)Тем не менее, обещали Поттеринга и systemd а по факту всего лишь Сиверс и udev.
> Плохо то, что:
> - будучи умными, всё равно ошибаются;Все люди ошибаются. И умные и не очень.
> - других не особенно слушают;
Вот это плохо, да. Хотя Торвальдса сложно не услышать - он чисто технически может заявить о себе :)
> - ошибки признают с большим скрипом.
А вот это бывает. Особенно у умных. Увы.
> Тем не менее, обещали Поттеринга и systemd а по факту всего лишь Сиверс и udev.Это да, надо было сразу уточнить -- "говорим ..., подразумеваем ..." :)
(Вы же помните, что udev нынче втянут в дерево исходников systemd?)
спасибо, теперь ясно почему в wheezy и quantal udev175
Почему дурь? А как по-вашему надо? Как MS со своими Windows'ами? И где бы был сейчас Linux с такими темпами развития? А был бы он вообще?Всё имеет свою цену. И прогресс тоже достается не бесплатно... Есть полно операционных систем? для которых обновления выходят раз в год, а то и реже. Что-то не похоже, чтобы они пользовались хоть какой-то популярностью. Хотя нет, вру наверное... FreeDOS, да? И пусть весь мир подождет...
Даже BSD-системы при всём своём консерватизме, вынуждены нехило шевелиться... Движение - жизнь. Если остановился, значит начал умирать...
> ...что недоделку доделали, везде дружно её удаляют и делают новую!Если ты про Гнум2, который на мою точку зрения был на 85%-90% готов ко внедрению в корпоративный сегмент, то это явный саботаж.
Поясню свою т.з. Например, внедрение открытого П.О. с позиции владельца. Возьмём за основу Убунту из-за её инфраструктуры. Для корпоративного заказчика важно (помимо остального):
1. Стабильность, надёжность (тут итак понятно. Пример -> Lucid);
2. Обучаемость, "повторяемость" и "адекватность" интерфейса (Гнум2);
3. Скорость (если мы уважаем клиента, а клиент уважает своих сотрудников. Пример -> Maverick).Но вот если на корпоративного клиента абсолютно "насрать", лишь бы всучить ему гнилушку и тупо срубить баблосов - тогда Гнум 3, КДЕ и пр. - наш выбор. А можно вообще Фряху поставить, там лицензия еще "гибче". А чё, сейчас так многие делают, впарил говно и убежал, делов то?
>Обучаемость, "повторяемость" и "адекватность" интерфейса (Гнум2);Толсто
Ну, тогда иди, кеды "тыч".
> 1. Стабильность, надёжность (тут итак понятно. Пример -> Lucid);Дядя Вова негодует!
ага, вся правда, согласен
Очень интересное интервью, спасибо :)
> уже помню"уже не помню", наверное?
> ASP-linux, так как на то время это был единственный дистрибутив
> с нормальной поддержкой русского языкаНу хемуль, ну как так можно... Ещё не было ASPLinux 7.1, а Black Cat и Mdk RE уже были.
Спасибо, ряд ответов оказался весьма познавательным.
"Но если коротко охарактеризовать - надо сразу настроиться, что разработка ядра это не технический процесс, а социально-технический, и одними "непробиваемыми аргументами" процесс двигать будет очень тяжело. Надо обязательно социализироваться, начать дружить с людьми из сообщества и делать это офф-лайн."Не удивительно, что разработка Линукса не подчиняется объективным критериям корректности, а таким факторам как например знакомство с мейнтейнером подсистемы. Оттуда и качество.
Везде и во всем так. Велкоме то риэл лайф, Neo. (C)
> Не удивительно, что разработка Линукса не подчиняется объективным критериям корректности,Почему же? Со всякими му...ками взаимодействовать неприятно. Это простой и понятный факт.
Можно быть неплохим специалистом, но при этом полным му...ком. Поскольку разработка большого проекта делается не в вакууме а в команде, вы или дружите с командой, или являетесь перманентным источником головняка. Который никому в команде не сдался. Каким бы вы гением не были, как правило ту же работу может сделать и кто-то еще. А вот насильно жрать кактус взаимодействуюя с м...ком никто не захочет. Просто потому что не обязан этого делать и не является мазохистом.
Видел презентацию этой штуке на YaC - интересно было. http://events.yandex.ru/talks/334/
Я уже задавал вопрос Линусу про это.
Это было примерно так (*с моими комментариями).Линус Торвадьдс.
У меня к вам всего один вопрос, почему Linux так тормозит на моих домашних ПК и планшете и почему он становится ещё более медленным с каждой новой версией и почему разработчикам плевать на это и когда всё это закончится?Линус Торвальдс:
"О уважаемый..., разработчикам не плевать..., линукс разрабатывается для работы на серверном оборудовании... (*те, кто основные деньги вкладывают не сильно заинтересованы и использовании Linux на декстопах/ноутбуках, с появлением Андроид ситуация не изменилась никак), корпорации (спонсоры) закупают новые мощные сервера и декстопы... (*на рядового пользователя никто внимания и не обращает, с него же денег не получить)..., ядро постоянно дописывается и расширяется, постоянно добавляются новые драйвера и множество различных дополнений... (*вот спасибо, но меня и так всё устраивало, как отключить новые фичи? почему нельзя вносить аддоны в виде отключаемых на лету плагинов?, какого вы запихиваете в ядро все драйвера, мне из них реально требуется меньше одного процента?), тратить время на оптимизацию никто не будет, в этом просто нет смысла, только читаемость когда затрудняется и замедляется разработка, лучше сосредоточиться на новшествах и объёме работ... (*спасибо, порадовали), код пишется так, чтобы было понятно другим, на производительность мало кто обращает внимание... (*фундаментальная неисправимая ошибка), проекту всегда не хватало профессиональных высококвалифицированных разработчиков, а за бесплатно никто перетруждаться не будет... (*вы разве сильно переутомились в поисках таковых?), компании без каких-либо затруднений оптимизируют ядро для своих девайсов, если хотите чтобы линукс работал быстро можете воспользоваться их продукцией, к тому же коды ядра открыты и вы вегда можете скомпилировать ядро сами, предварительно внеся любые изменения в код... (*вот уж спасибо, хочешь быстрый линукс - юзай обрезанную и оптимизированную под конкретный девайс сборку с кучей проприетарных драйверов, а для своего декстопа компилируй сам, для программиста/хакера труда использование Linux на декстоп/ноутбук может и не составит, но что делать обычному пользователю-чайнику, которых 99%?)..., это никогда не закончится, Linux никогда не умрёт, пользуйте на здоровье... (спасибо, порадовали в очередной раз)"
Сомневаюсь, что вы сами хоть что-нибудь когда-нибудь написали. По комментариям - не похоже.Ну, и напыщенная претензия к разработчикам, почему они работают не для вас, а для того, кто им платит - это уже добрая традиция какая-то...
А мне кажется вполне правдоподобным, даже если этого и не было. Думаю, что разработчикам такого уровня просто интересней и прикольней работать на самом новом (самом быстром, производительном, прогрессивном, инновационным и пр.) оборудовании. А если за это еще и деньги платят, то выбор более чем обоснован.
Он привёл тезисов раза в три больше, там много специфики различной ничего для меня и большинства не говорящей, с разработкой и деньгами всё связано, куча всяких проблем есть.
К тому же в конце стояло и "множество других причин" и "etc".Корпорации, которые деньни вкладывают, не экономят на мощностях железа, они выкидывают старые компьютеры и закупают последние модели. Это бизнес. Конвейер. И разработчиков новинками из своего кармана балуют.
> Думаю, что разработчикам такого уровня просто интересней и прикольней работать на самом новомТак часто кажется, а оказывается наоборот. Вот, из интервью с Ph.D. Расом Коксом, который MIT/Bell Labs/Google.
>I lost interest in having the new shiny a long time ago. I like to find things that work for me and stick with them. I also rarely bother to pay for something new when I can get the previous model for less.
>....
> When I'm not at home, and even often when I am, I work on my laptop. I used an IBM Thinkpad X40 running Linux from 2004 until very recently. It was small, light, sturdy, and had three mouse buttons. What more could you want? I recently replaced my X40 with a refurbished Lenovo Thinkpad X201s,И совсем недавно: 9 апреля 2011.
Не платят же ему в гугле мало.
http://russ.cox.usesthis.com/
http://execbit.ru/2011/04/15/russ_cox_int/
Респект мужику, таких как он один на миллион.
Остальные препочитают не тратить время на "игрушки", а стараются как можно больше заработать.
Комментарии я написал для вас тут, Линусу я их не писал. Зачем человека обижать.Вы можете по гуглу в первых 3-5 результатах увидеть почтовые ящики Столлмана, Торвальдса и Шаттлорта. Дерзайте!
Из них лично ответили Столлман и Линус, до самого Шаттлворта так и не удалось достучаться, у него там целая команда, письма пересылают в более подходящие внутренние службы. Развели бюрократию тоже.У других поспрашивал, Шаттлворт всегда от общества отстранялся и отгораживался как мог (не знаю какая у него там религия или убеждения), отшенльник, но раньше иногда отвечал в письмах и в своём блоге отвечал одному на 200-300. А теперь в блоге даже регистрация не работает.
Короче наверно только Марк недоступен из десятка основных персон открытого ПО.
Мрак Шаттлврот - не основная персона открытого ПО. Он ничего не сделал, он всего лишь миллионер, заплативний деньги за рекламу своей глючной и тормозной убунты.
> Он ничего не сделал, он всего лишь миллионер, заплативший деньги за рекламу
> своей глючной и тормозной убунты.Неправда. При всех веских претензиях Марк всё-таки действительно майнтейнил апач в дебиане, да и в раннем каноникале вёл себя достаточно разумно как руководитель.
Насколько понимаю, прыжки в ширину там начались тогда, когда стало ясно, что молниеносный поход на выход в ноль затягивается.
Марк отлично программирует на Питоне между прочим.
Может быть это тоже сыграло роль в направлении разработки различных приложений для убунту, тот же Центр Приложений пишущийся на питоне.
> Марк отлично программирует на Питоне между прочим.Незаметно: https://code.launchpad.net/~sabdfl
Он очень занятой человек, а это просто хобби. Это нужно учитывать.
> а это просто хобби.Повторюсь, незаметно. Возможно, не туда смотрю -- но тогда ещё и забавно. :)
> Марк отлично программирует на Питоне между прочим.Лучше б он на чем-нибудь другом программировал.
> почтовые ящики Столлмана, Торвальдса и Шаттлорта. Дерзайте!Смотрите: этим людям можно написать такие письма, и они даже иногда на них отвечают.
Они же вам, например, таких писем писать не будут, ибо не о чем.
При том, что ни они от вас, ни вы от них денег не получали и никакими обязательствами вы не связаны.
Так вот: вы уверены, что в этой ситуации несправедливо именно то, что не нравится вам?
Вы либо тролль, либо с головой что-то.
Я вам 99,9% вероятности даю, что Столлман ответит, причём ответит лично.
Проверьте свою голову на предмет логики и этики.
Дано: люди и работают, и отвечают на ваши вопросы.
При этом они вам ничего не должны и не обещали.
Вопрос: имеете ли вы вообще какое-то моральное право предъявлять им претензии?
Да, вы тролль :(
зря время на вас тратил
> Да, вы тролль :(Возможно, вы друг друга не поняли, но вообще-то нет, он не тролль.
Кстати, Вы плохо делаете, что подаёте пример в заваливании и без того занятых людей довольно глупыми вопросами. И ещё хуже -- что расписываетесь за вероятность ответа того же Столмана, хотя на мои несколько писем по двум или трём делам он тоже порой с заметной задержкой, но отвечал.
Пожалуйста, не обижайтесь -- представьте себе несколько сотен *личных* писем в сутки, не считая нескольких тысяч по рассылкам... и так каждый день.
2-5 дней и приходит ответ лично от Столлмана.
Проверено десятки раз.
Мы между прочим тоже не икс сосём и занятые люди и у нас тоже куча дел есть, а вопрос совсем не глупый, прото наболела уж очень сильно эта тема.
> лично от Столлмана.
> Проверено десятки раз.И после этого я - тролль?!
Сразу видно специалиста по спрашиванию... ))) Таких тут по-моему еще не было...Вы еще на них, гадов, паразитов на теле общества, в суд подайте. И пусть там прямо вам отвечают на ваши вопросы. И чтобы их в туалет не отпускали, пока на все ваши серьезные вопросы не ответят...
>*те, кто основные деньги вкладывают
>*на рядового пользователя никто внимания и не обращает, с него же денег не получить
>а за бесплатно никто перетруждаться не будет... (*вы разве сильно
>переутомились в поисках таковых?)Да уж... Типичный образчик халявщика - потребителя free software, который считает что все должны удовлетворять его частные пртребности бесплатно.
Найдите себе личного саппортера (хотя бы студента какого-нибудь), платите ему за поддержку и со временем будете постоянно иметь быструю систему заточенную под ваше железо без лишних фич.
Не хотите платить? Ну так и не возникайте со своими желчными замечаниями. Исходники доступны: делайте всё сами.
Опять троллинг. Даже если с вами кто-то согласен, зачем разжигать холивар очередной на 100 страниц?!
Здесь речь не о таких проектах и вообще не о платности/бесплатности, а о том что пользователи привыкли к халяве и теперь требуют чтобы их нужды все удовлетворяли. А если разработчик не делает этого (из-за нехватки ресурсов в основном), то вместо "спаибо" начинают писать такие комменты как в первом сообщении в этой ветке. При этом сами никогда и ничего путного не сделали.
Неверно.Если хочешь, чтобы нормально (т.е. так, как тебе нужно) работало то, что не работает в стандартном дистрибутиве - вежливо (без желчи типа "вы все мне должны!") попроси о доработке или плати саппортеру.
В варианте с виндой вы сразу платите (независимо от того, работает она сразу как нужно или нет - "жри что дают").
> Неверно.
> Если хочешь, чтобы нормально (т.е. так, как тебе нужно) работало то, что
> не работает в стандартном дистрибутиве - вежливо (без желчи типа "вы
> все мне должны!") попроси о доработке или плати саппортеру.
> В варианте с виндой вы сразу платите (независимо от того, работает она
> сразу как нужно или нет - "жри что дают")."попроси о доработке" - пройдено и такая схема не работает, они посылают к авторам программы, а те в свою очередь ссылаются на большую занятость.
"плати саппортеру" - я ни разу не видел чтобы доработка программ включенных в дистр входила в саппорт (RH, SUSE).
"жри что дают" - systemd с вэб-сервером внутри, да. Непомуки, аконади, звездочки рейтинга при поиске файлов и прямая интеграция вконтакт.
"В варианте с виндой вы сразу платите" - плачу и знаю за что. Кому и сколько нужно заплатить чтобы получить тоже от линукса.
> "В варианте с виндой вы сразу платите" - плачу и знаю за что.И что, прям-таки суппорт дорабатывает и не жрёте что дают? Вот уж нашёл сказочник объект для сравнения.
> И что, прям-таки суппорт дорабатывает и не жрёте что дают? Вот уж нашёл сказочник объект для сравнения."Знаю за что" и "прям-таки суппорт дорабатывает" разные вещи. Да? MS не дорабатывает как, к слову, и линукс. Не нужно изливать столько агрессии.
Привожу простой пример. Я знаю, что подключив монитор с P-IPS матрицей и 30-битным цветом в виндовс я получу почти предсказуемый результат. И я знаю, что фотошоп будет работать с этим монитором и будет поддерживать 30-битный цвет. Это и значит - "Знаю за что".
С другой стороны, я абсолютно не представляю как этот монитор будет работать в линукс и как будет вести себя gimp. КАК? Для начала этот монитор инициализируется с 24-битным цветом, а не с 30-битным. Правим xorg.conf и получаем желаемый 30-битный цвет. Все KDE превращается в мазню из синего и белого. Gimp - меню отображаются нормально, фотография - черный квадрат.
> "Знаю за что" и "прям-таки суппорт дорабатывает" разные вещи. Да?Вот к тому и привёл, что не надо передёргивать.
> MS не дорабатывает как, к слову, и линукс.
На линуксе я и сам много чего из свободного софта могу доработать (и порой дорабатываю) по мерке. На винде... бывали и прецеденты попадалова в мегабакс с отсутствием результата для клиента, потому как концы нужной доработки уходят в винду и даже с её исходниками за год большая лавка не смогла решить вопрос.
> Привожу простой пример. Я знаю, что подключив монитор с P-IPS матрицей
> и 30-битным цветом в виндовс я получу почти предсказуемый результат.Вот только не тот, про который могли подумать :) Для работы с цветом нужен не только "монитор с матрицей" и тем более "виндовс", а глаза, понимание цветоделения/цветокалибровки и оборудование для калибровки (профиль-то со временем тоже отъедет). Если как для почти простого пользователя, которому цвет уже какой-то нужен, но специализироваться смысла нет -- то лучше брать как раз не виндовс, а мак.
> И я знаю, что фотошоп будет работать с этим монитором и будет поддерживать
> 30-битный цвет. Это и значит - "Знаю за что".И каким боком это всё относилось к изложенным предъявам?
> С другой стороны, я абсолютно не представляю как этот монитор будет работать
> в линукс и как будет вести себя gimp. КАК?Тоже не представляю -- с цветом сталкивался только на профессиональном оборудовании, а не писишках, да и то скорее "через плечо посмотрел": прекрасно понимаю, чем отличается опытный глаз от моего, хотя и на мой медведь не наступал.
Да только ведь это опять же вопрос на знания и ожидания в том числе. Ну, "привычное".
> могу доработать (и порой дорабатываю) по меркеЯ и не отрицал, да иначе и не могло быть. Я могу калибровать монитор и имею технические возможности, но ничего немогу доработать. Все обязаны дорабатывать сами себе? Типа хирург начал вырезать аппендицит и посреди операции говорит: пойду программить манагер памяти, а ты тут дальше сам доработаешь. Чем ваше дорабатывание отличается от этого. Почему вы всем вменяете в обязанность дорабатывать софт.
> Для работы с цветом нужен не только "монитор с матрицей" и тем более "виндовс", а глаза, понимание цветоделения/цветокалибровки и оборудование для калибровки (профиль-то со временем тоже отъедет).
Выше я про оборудование сказал. Но и прочее в наличии.
А вопрос в начале был такой
> Если хочешь, чтобы нормально (т.е. так, как тебе нужно) работало то, что не работает в стандартном дистрибутиве - вежливо (без желчи типа "вы все мне должны!") попроси о доработке или плати саппортеру.На попроси я ответил - не работает. А плати саппортеру - да его нет. Есть люди которые пишут, скажем, LibreCAD и есть дистрибутивы которые его кладут в репозитории. Кому мне доплатить за реализацию эквидистанты к сплайну, построение касательных из любой точки сплайна, я молчу про параметрические построения. Сколько возьмут за доработку? Или мне автокад за 4500$ обойдется дешевле?
А те кто связан с разработкой LibreCAD - у них другая работа и ради кратковременного заработка они ее не бросят. А по ночам такой объем они не поднимут за вменяемое время.
Итог очевиден.С автокадом абсолютно тоже самое - вы пишите, пишите им баги, а в ответ шиш. Они не правят свои ошибки. Но функционал автокада значительно больше и за 0.12х4500$ в год можно получать бесплатные последующие версии.
> Все обязаны дорабатывать сами себе?Нет, конечно. Например, в нынешнее ядро полезу только в крайнем случае, а к кернелтиму того же Parallels уже кого-то отсылал с потенциальной разработкой.
> [...] Чем ваше дорабатывание отличается от этого.
Тем, что не realtime/mission critical.
> Почему вы всем вменяете в обязанность дорабатывать софт.
С какого бы перепугу? Это _возможность_ для тех, кому нравится или надо доработать.
> А вопрос в начале был такой
>> Если хочешь, чтобы нормально (т.е. так, как тебе нужно) работало то, что не работает
>> в стандартном дистрибутиве - вежливо (без желчи типа "вы все мне должны!") попроси
>> о доработке или плати саппортеру.
> На попроси я ответил - не работает. А плати саппортеру - да его нет.В апстрим того же gimp сходить не пробовали часом?
> Сколько возьмут за доработку? Или мне автокад за 4500$ обойдется дешевле?
Вполне может быть.
Кстати, в утешение могу привести ещё одно соображение: не подпирал бы в качестве "общественных дорог" фрисофт автокады с фотошопами -- глядишь, и цены были бы другими. Это может быть поводом помочь проектам потихоньку докопать до той профессиональной области, которой занимаетесь, и её закоулков -- ну, присматривать краем глаза и подсказывать, что было бы полезно и в каком ракурсе, какие получаются неудобства при использовании разрабатываемого инструментария, где можно лучше состыковать.
Например, опыт моих родителей был в своё время зафиксирован в переводе программки для нелинейного монтажа kino -- возможно, кому-то ещё поможет познакомиться с принятой терминологией (уж не помню, как там была обозвана срезка раньше)... мелочь, а всё лучше.
> глядишь, и цены были бы другимиТут вы абсолютно правы.
> меня и так всё устраивало, как отключить новые фичи?Не устанавливать новые фичи(не переходить на новые мажерные ветки программ).
> почему нельзя вносить аддоны в виде отключаемых на лету плагинов?lsmod, modprobe с тобой не согласны.
> что делать обычному пользователю-чайнику, которых 99%Юзать бинарные дистрибутивы, где добрые люди уже собрали для них ядро работающее на 98% железа.
:
> "О уважаемый..., разработчикам не плевать..., линукс разрабатывается для работы на серверном
> оборудовании... (*те, кто основные деньги вкладывают не сильно заинтересованы и использованииТем,кто основные деньги вкладывает,нужна OS которая вполне справится с задачами серверов
low end уровня,не допустит туда и вытеснит другие закрытые и открытые OS,но которая при этом никогда не сможет конкурировать с возможностями больших UNIX им принадлежащим.И при
этом обойдётся как можно дешевле.
> Но в будущем должна появиться фича, при которой можно будет поменять ядро пока
> вся система заморожена.Так и представляю себе: 2020 год. Система информирует: "ядро было только что перезапущено для его обновления". А ты и не замечаешь что это произошло. Ну, может притормозило на несколько секунд.
А как Павлу написать письмо, какой имаил?
Со стилем уже не бывает. Хороший текстовый редактор все делает за меня :)ну слава тебе Хоспади. А дальше чи тать уже и не нужна
У вас плохой текстовый редактор, без спеллчекера?