Опубликовано интервью (часть 1 (http://dev.by/blogs/main/andrey-chernov-zhizn-svoditsya-k-na...), часть 2 (http://dev.by/blogs/main/andrey-chernov-zhizn-svoditsya-k-na...)) с Андреем Черновым (ache@), членом первого состава FreeBSD Core Team, создателем кодировки KOI8-R и участником запуска первого интернет-канала между Россией и западными странами.
Из интересного:
- GPLv3: "Все, что воодушевляет людей, начинается как борьба с контролем. Open Source так и начиналось, но теперь большой кусок, связанный с GPLv3, работает уже на контроль", "...Столлман и сам пал жертвой такой деградации — его GPLv3 это профессиональное выгорание, попытка юридически принудить других к обмену (кодом, в данном случае). Как это всегда бывает с идеологиями истощенных ресурсов, GPLv3 пытается забрать даже больше, чем отдает сама, так что теперь как грибы растут альтернативы GNU-программам, автоматически перешедшим под GPLv3, взять хотя бы Clang."
- Linux vs. BSD: "с эстетической точки зрения код FreeBSD для меня выглядит более изящным и менее тяжеловесным, чем код, инспирированный System V, как в Linux. Однако, с учетом огромного количества разработчиков, так или иначе вовлеченных сейчас в Linux-проекты, это утверждение может оказаться неверным в отдельных частях.
Далее, код Linux, в отличие от кода FreeBSD, не является по-настоящему свободным. Он вынуждает соблюдать ряд ограничений, лишь усиливающихся со временем в свете постепенного ужесточения лицензий семейства GPL, которые, изначально исходя из идеи свободы кода, стали органичным дополнением в инструментарии ее подавления.
В Linux сейчас проблемой становится огромный объём кода ядра, идущий рука об руку с падением производительности и качества кода, что признает и Торвальдс. Такова плата за расширение возможностей в рамках выбранной в Linux модели управления проектом. Проектная модель FreeBSD в этом смысле более оптимальна."URL: http://dev.by/blogs/main/andrey-chernov-zhizn-svoditsya-k-na...
Новость: https://www.opennet.ru/opennews/art.shtml?num=39736
Это же старое интервью, ему года два
Нет, это другое интервью, хотя журналист тот же. Смотрите сами, в первой части разбираются совсем недавно принятые ограничения свобод в интернете. В прошлый раз интервью было совмещено с Константином Белоусовым.
Не в курсе - с kib@'ом будет продолжение?
> Не в курсе - с kib@'ом будет продолжение?А с этим все давно уже понятно - он использует гей-ось, а бзда у него так, чисто на поиграться. Откуда я знаю? А он это сам написал. Здесь, на форуме.
> Это же старое интервью, ему года дваКакой тонкий намек на "автор, баянишь!" :).
трешак какой-то.> падением производительности
ну ясен хрен: чем больше кода, тем дольше программа выполняется.
> Проектная модель FreeBSD в этом смысле более оптимальна
И в результате имеем ось, которая сливает всем в поддержке оборудования.
> попытка юридически принудить других к обмену
GPL не обязывает раздавать код сразу, как ты только написал программу.
> взять хотя бы Clang
...который, наверное, и создан для таких проприетарщиков как Google и Apple
Я, конечно, уважаю его заслуги, но это - типичный бздун.
Ты как-то странно выражаешь уважение, анон.
По-моему это не очень похоже на уважение. А само интервью - нечто среднее между старческим маразмом и старческим бухтением.
>> падением производительности
> ну ясен хрен: чем больше кода, тем дольше программа выполняетсяну врёшь ведь!
Всё надуманно и оторвано от реальности как и сам KOI8.
> Всё надуманноОскара за комментарий.
> оторвано от реальности
Так автор как раз и предлагает сделать ближе к реальности - принудить людей отвечать за свои слова в Интернете.
Про оторванность KOI8 попродробней, пожалуйста. Особенно в части вала неоторванных от реальности альтернатив на момент появления KOI8-R.
> Про оторванность KOI8 попродробней, пожалуйста. Особенно в части вала неоторванных от реальности
> альтернатив на момент появления KOI8-R.альтернатив не было. От этого КОИ8 перестает быть надуманным?
школота, на Андрюху батон не крошите - супер пацан, пересекался с ним еще в девяностые...
uucp - наше все ;)
не хнычь. Пацан решил сам захотел батонами мериться.
> школота, на Андрюху батон не крошите - супер пацан, пересекался с нимВаше определение ache как "пацан" звучит крайне неинтеллигентно.
только не uucp, a uupc - вот ваше все :))))
> альтернатив не было. От этого КОИ8 перестает быть надуманным?кодировка как кодировка. однозначно лучше UTF.
>> альтернатив не было. От этого КОИ8 перестает быть надуманным?
> кодировка как кодировка. однозначно лучше UTF.чем грузины!
срезал!
> кодировка как кодировка. однозначно лучше UTF.У вас в слове "хуже" целых три опечатки, уважаемый.
>> кодировка как кодировка. однозначно лучше UTF.
> У вас в слове "хуже" целых три опечатки, уважаемый.кодировка, где длина представления символа в байтах зависит от положения символа в таблице — говно.
Сначала научи KOI8 понимать что-то кроме кириллици и латиницы, а потом уже на переменную длину символа бочку кати.
> Сначала научи KOI8 понимать что-то кроме кириллици и латиницыа мне больше ничего не надо.
> а мне больше ничего не надо.А меня вот крокозябли в программах - анноят. KOI8, как и остальные однобайтовые - не несут в себе сведений о том какой это, собственно, code page/кодировка. И это - их фатальный недостаток. Чтобы корректно отобразить содержимое в однобайтовой кодировке - приходится делать могучий статистический анализ текста. Выбирая между такими наворотами в моих программах и многобайтовыми символами - ну ты понял...
Я нет. Ты роешься по свалкам собирая нов^W незвестные тексты? Нет? А почему тогда ты не знаешь в какой они кодировке?
> Я нет.Кидос пошел в отрицание? Стандартно.
> Ты роешься по свалкам собирая нов^W незвестные тексты? Нет?
Еще не хватало, чтобы я строился под компьютеры/ос и чтобы они мне диктовали где рыться, куда пойти и что делать.
> А почему тогда ты не знаешь в какой они кодировке?
Потому что машинная работа - для машин. А мне неудобно тратить мое время на ручное тыкание кодировки в случае если я не угадал. Прикинь?
Заметь, ты глупое киддо и не можешь обосновать свою точку зрения. А я могу. Этим мы и отличаемся.
Тексты на разных языках.
Бывают регионы, где общаться на 3+ языках -- обычное дело.
> Тексты на разных языках.
> Бывают регионы, где общаться на 3+ языках -- обычное дело.pust' perehodiat na latinskiy alfavit.
Tak i delau ;-)
>> Бывают регионы, где общаться на 3+ языках -- обычное дело.
> pust' perehodiat na latinskiy alfavit.И эсперанто!
И животноводство!
В кои-то веки соглашусь.
Ну, раз для тебя UTF-8 - говно, пользуйся UTF-32
> Ну, раз для тебя UTF-8 - говно, пользуйся UTF-32я уж лучше UCS-4.
> кодировка как кодировка. однозначно лучше UTF.В UTF8 есть информация о том к какому языку принадлежит символ, а в KOI-8 оно где-то сбоку. За одно это однобайнтые кодировки должны сдохнуть жестокой смертью, при всей симпатии к символам фиксированного размера. Потому что читать крокозябли за столько лет уже несколько достало.
> За одно это однобайнтые кодировки должны сдохнуть жестокой смертьюа я не говорил, что должны быть именно однобайтовые. в кодировке размер в байтах представления символа должен быть одинаковый для всех символов, не более.
> должен быть одинаковый для всех символов, не более.А он у кого-то что-то занимал, что "должен"? Это лишь твое частное мнение, не более. Ну то-есть я согласен что переменный размер символов не совсем удобно, но с другой стороны это позволяет кодировать даже экзотичные и навернутые символы без многократного оверхеда для простых. И если выбирать между статистическим анализом "а что это вообще такое?" и символами переменного размера - я уж лучше символами переменного размера буду пользоваться. А тратить по 4 байта на каждую английскую букву меня таки жаба давит.
>> должен быть одинаковый для всех символов, не более.
> А он у кого-то что-то занимал, что "должен"?у здравого смысла.
> А тратить по 4 байта на каждую английскую букву меня таки
> жаба давит.да, 2 кб памяти, беда.
> у здравого смысла.Как по мне так с точки зрения здравого смысла UTF8 является разумным компромиссом между универсальностью и эффективностью: наиболее часто используемые символы компактны, но если надо - можно передать и весьма хитрозагнутые вещи.
> да, 2 кб памяти, беда.
Во первых, системы бывают разные. Во вторых, 2 килобайта 1-байтного текста превратятся в минимум 8 если использовать 32-битный уникод. А скажем 16-битный позволяет всего 65К символов, что как-то мало для ВСЕХ языков и ВСЕХ символов которые встречаются. Вот видимо и пришли к UTF8 как некоему компромиссу.
Хотя лично мне нравится схема компрессирования уникода используемая на сим-картах: передается кодовая страница и потом - 1-байтовые данные. При необходимости кодовую страницу можно перебросить и отгрузить данные из другого куска уникода. Но такая схема не слишком устойчива к повреждениям данных: если выпадет переключение кодовой страницы, поток сорвется и будет нечитаем вплоть до следующего переключения страницы (которое в простейших случаях может не быть никогда, на сим-картах как правило только 1 раз в начале, что позволяет хранить на карте запись в национальной кодировке с минимальной потерей в размере записи).
utf-8 — хорошая кодировка для *обмена* *данными*. фигня в том, что её пытаются применять и как *внутреннюю* кодировку, что уже фэйл.
> utf-8 — хорошая кодировка для *обмена* *данными*. фигня в том, что её
> пытаются применять и как *внутреннюю* кодировку, что уже фэйл.А как внутренняя она хороша тем что
1) не надо конвертить то что пришло через I/O.
2) большинство существующих программ нормально относится к utf-8 без явной переделки.С уникодом типа UTF-16 такой номер не пройдет, софт придется кардинально перепахивать. Чего всем лениво, разумеется.
> А как внутренняя она хороша тем что
> 1) не надо конвертить то что пришло через I/O.
> 2) большинство существующих программ нормально относится к utf-8 без явной переделки.особенно удобно со строками работать. удовольствие просто.
> особенно удобно со строками работать. удовольствие просто.Единственные крупные грабли которые я так сразу вижу - сложно взять "хренадцатый по счету символ от начала строки". В смысле, без разбора всей последовательности. Но это нишевая и редкая задача. А остальное - хм? Объединение строк по идее не отличается вообще. Вещи типа разбивания на слова что так что сяк требует парсить все что на вход пришло. Как и поиск. И вообще, UTF8 оформлен как эдакая надстройка над ASCII, так что его как правило без проблем понимают все кто не давился 8-битными символами. Большинству программ можно вообще ничего не знать про UTF8 - просто гонять последовательности 8-битных байтов и всё. А как их отображать - вообще проблема у другого парсера, который зачастую не часть программы даже.
> Хотя лично мне нравится схема компрессирования уникода используемая на сим-картах: передается
> кодовая страница и потом - 1-байтовые данные. При необходимости кодовую страницу
> можно перебросить и отгрузить данные из другого куска уникода. Но такая
> схема не слишком устойчива к повреждениям данных: если выпадет переключение кодовой
> страницы, поток сорвется и будет нечитаем вплоть до следующего переключения страницы
> (которое в простейших случаях может не быть никогда, на сим-картах как
> правило только 1 раз в начале, что позволяет хранить на карте
> запись в национальной кодировке с минимальной потерей в размере записи).Вы уверены, что SIM-карта хранит данные именно так? Используется перекодировка, Вы считаете? Отличные от содержащихся в GSM-кодировке символы обычно передаются в UCS2, что заставляет SIM хранить что-то в отличном формате???
Внимание, вопрос! Как происходит переключение кодовых страниц?
> Вы уверены, что SIM-карта хранит данные именно так?Я читал соотв. доки с etsi.org, так что уверен. Там есть несколько вариантов сохранения записей. Один из них (реально используемый рядом мобильников) - достаточно хитро и разумно компрессованый уникод, позволяющий терять лишь несколько символов относительно однобайтового представления, а не половину, как более лобовая передача уникода (в SMS с этим хуже, например).
> Используется перекодировка, Вы считаете?
Нечто типа компрессии: кодовая страница посылается в начале последовательности, ну и когда надо перейти на иную кодовую страницу (скажем закончили писать на немецком языке и желаем теперь японский). Остальные данные являются смещением в рамках code page и лезут в 1 байт. Такой хитрый маневр позволяет терять
> заставляет SIM хранить что-то в отличном формате???Нежелание продалбывать половину размера записи.
> Внимание, вопрос! Как происходит переключение кодовых страниц?
Элементарно, ватсон: выделена некая уникальная последовательность, которая указывает в какой кодовой странице будут дальнейшие данные. В простейшем случае она лишь в начале записи (на нее и теряется несколько байтов), остальное - однобайтовые данные указывающие смещение относительно начала базы code page, лезет в 1 байт. Получается нечто типа дельта-компрессии уникода, пользующееся тем фактом что с немецкого на японский переключаются не так уж часто, поэтому полное смещение передавать чаще всего - довольно расточительно.
При таком раскладе русское имя на сим-карте обрубается не в половину записи, а лишь на ~3 символа относительно чисто-английского представления, а не на половину, как могло бы быть.
>> Внимание, вопрос! Как происходит переключение кодовых страниц?
> Элементарно, ватсон: выделена некая уникальная последовательность, которая указывает
> в какой кодовой странице будут дальнейшие данные. В простейшем случае она
> лишь в начале записи (на нее и теряется несколько байтов), остальное
> - однобайтовые данные указывающие смещение относительно начала базы code page, лезет
> в 1 байт.Согласен с вопрошающим: как конкретно выглядит эта уникальная последовательность?
Давно хочу использовать именно такую кодировку. Но писать в начале файла
CodePage=866 -- не выход. Дугое дело -- когда что-то где-то стандартизировано.Относительно текстов -- можно передавть кодировку в начале каждой строки или
не передавать (для ANSI). Предположительно это должна быть ESC-последовательность.
Тогда программам не придётся заморачиваться с кодировкой, это будет проблемой
tty-драйвера. Кое-какие ESC-последовательности уже есть. Например переход
на User-Code_Page и обратно или включение UTF8 и выключение. А вот про ESC-последовательность, которая включает определённую CodePage -- не слыхал.Не подскажите, что конкретно спрашивать у Google? В какую сторону смотреть?
Нашёл только в
http://search.cpan.org/~jlmorel/Win32-Console-ANSI-1.08/lib/...
(реализация ANSI в Perl для Win32)\e(#X
# is the number of the codepage needed, 855 for cp855 for instance.
This escape sequence is not standard! It is an experimental one, just for fun :-)
If (and only if) the console uses a Unicode police, it is possible to change its
codepage with this escape sequence.Все другие найденные последовательности или оперируют языками вместо CP, или
фонтами, или только для японских кодировок (стандарт для обмена сообщениями
в интернернете для японского языка)Проблема с указанной последовательностью -- кодировки которые не имеют CodePage
типа KOI8-R. Но им тоже номера можно присвоить.Удлиннение строки -- на 7 байт (для cp1251) вполне приемлемо..
В качестве альтернативы можно использовать данную ESC-последовательность
только в начале файла, а дальше переход на кустом-чарсет (стандарт) и обратно
(типа задаём charset для custom)Какие другие предложения по ESC-последовательности?
PS: Касательно преимущества KOI8-R -- можно читать даже без 8 бита.
>А тратить по 4 байта на каждую английскую букву меня таки жаба давит.Зато на кириллицу тратить лишние байты радости много.
> Зато на кириллицу тратить лишние байты радости много.UTF-8 на нее тратит 2 байта. А уникод у которого все символы одинаковые по ширине aka UTF32 - на вообще все по 4 байта фигачит. Более компактные представления уникода или обрубки и не предоставляют весь уникодный алфавит, или variable-length encoding и прочие трюки которые так не нравятся нашему Кэпу.
пора уже перестать жалеть байты на текст. и так из-за этого до сих пор мучаемся с кучей фигни.
> пора уже перестать жалеть байты на текст. и так из-за этого до
> сих пор мучаемся с кучей фигни.Кроме жаления байтов на текст, есть грабли с endianess (они конечно искусственные, но есть). И есть грабли с тем фактом что большинство существующих программ вот так влобовую 32-битный уникод (вроде он единственный передающий смещение напрямую без varibable length?) - не скушают. UTF8 на уровне своих свойств в плане пропихивания через программы/апи/etc - мало отличается от простого ASCII. А вот 32-битный уникод - это уже все надо переделывать. Всем лень. Но ты можешь использовать его как внутреннее представление в своих программах, никто не возражает вроде. Вот только I/O с внешним миром будет вести неудобно, потребуются конверсии там и тут.
>> пора уже перестать жалеть байты на текст. и так из-за этого до
>> сих пор мучаемся с кучей фигни.
> Кроме жаления байтов на текст, есть грабли с endianess (они конечно искусственные,
> но есть)."Проблема" с endianess сильно преувеличена. x86, armel, mipsel - LE, ppc - по факту уже тоже. Что там ещё остаётся?
> "Проблема" с endianess сильно преувеличена. x86, armel, mipsel - LE, ppc -
> по факту уже тоже. Что там ещё остаётся?Это не значит что тебе не вынесет мозг какой-нибудь фрукт с BE вариантом проца, такие MIPS и ARM не настолько уж редки как может показаться.
> 32-битный уникод (вроде он единственный передающий смещение напрямую без varibable length?)AFAIK, отдельные code point-ы под диакритические знаки и прочие подобные выкрутасы там тоже есть, поэтому однозначность соответствия "элемент массива <-> символ текста" UTF-32 всё равно не гарантирует.
в принципе, диакритику тоже можно считать символом. по крайней мере, с четырьмя байтами одна проблема: композиты. а с utf-8 — ещё и разбор строки.
> с четырьмя байтами одна проблема: композиты. а с utf-8 — ещё и разбор строкиС четырьмя байтами есть ещё проблема оверхеда на подавляющем большинстве текстов. И выдёргивать из строк случайные символы нужно не так часто, чтобы это преимущество UTF-32 можно было считать весомым. Там, где это действительно надо — пожалуйста, никто не мешает пользоваться четырёхбайтным юникодом, в общем же случае UTF-8 (или UTF-16 как промежуточный вариант) вполне достаточно.
посчитай оверхеды на команды процессоров и успокойся уже с оверхедом на тексты.
>> За одно это однобайнтые кодировки должны сдохнуть жестокой смертью
> а я не говорил, что должны быть именно однобайтовые. в кодировке размер
> в байтах представления символа должен быть одинаковый для всех символов, не
> более.Ну тогда чем тебе UTF-16 не нравится?
> Ну тогда чем тебе UTF-16 не нравится?UTF-ом. UCS — да.
Тебе только название не нравится, что ли? Ну называй ее UCS-2, если хочешь. Все равно ты их не отличишь - кириллица и латиница и там, и там кодируются совершенно одинаково.
спасибо, но я знаю разницу между UTF-16 и UCS-2.
> спасибо, но я знаю разницу между UTF-16 и UCS-2.Рад за тебя, только от ответа-то не уходи. Сам ведь бесишься, когда люди подобным образом себя ведут. Кириллические и латинские символы одинаковой длины? Одинаковой. Так почему тогда КОИ8 "однозначно лучше" UTF-16?
> Ну тогда чем тебе UTF-16 не нравится?Не знаю как ему, а мне не нравится тем что 2^16 всем и для всего - не хватит.
Марш читать про UTF-16. Там намного больше 2^16.
> Марш читать про UTF-16. Там намного больше 2^16.Хм .... НО КАК ХОЛМС!?!?
Так же, как и в UTF-8. UTF-16 — кодировка переменной длины.
> Ну тогда чем тебе UTF-16 не нравится?Тем что он тоже variable length с словами 16 битов? Бонусом еще и проблемы с endianess.
пс-с-с. они не знаю про unicode 4 plane.
А в unicode 4 plane проблемы byte order не существует?
> А в unicode 4 plane проблемы byte order не существует?проблемы «byte order» вообще не существует, она искусственная.
впрочем, тот мой комментарий был сделан потому, что я не смог в чтение того, на что ответил, и совершенно не по теме. да, со мной тоже такое бывает.
> проблемы «byte order» вообще не существует, она искусственная.Если так подумать - все програмерские, математические и т.п. проблемы - "искусственные".
>> проблемы «byte order» вообще не существует, она искусственная.
> Если так подумать - все програмерские, математические и т.п. проблемы - "искусственные".большинство — таки да.
> большинство — таки да.И ведь хрен оспоришь :).
> в кодировке размер
> в байтах представления символа должен быть одинаковый для всех символов, не
> более.Зачем? это лишне. utf8 форева! :)
или вы размер строки тупо считаете?
> Зачем?затем, что простые вещи должны быть простыми. работа со строками и так не самая быстрая штука, дополнительно её затормаживать нет никакого смысла.
>> Зачем?
> затем, что простые вещи должны быть простыми. работа со строками и так
> не самая быстрая штука, дополнительно её затормаживать нет никакого смысла.А почему у вас затормаживает? что вы делаете со utf8 строкой кроме перессылки из/в файла или сети?
> что вы делаете со utf8 строкой кроме перессылки из/в файла или сети?много чего, господин говнокодер. но лично ты можешь не тужиться, пытаясь это выяснить, а потом осознать: у тебя череп взорвётся, а я виноватым останусь.
>> что вы делаете со utf8 строкой кроме перессылки из/в файла или сети?
> много чего,вот-вот, "много чего" делать в этом представлении уникода НЕ надо. учите матчасть.
наводка: wchar_t
другая наводка: постоянная конвертация этого говна туда и обратно — операция мало того, что затратная по скорости, так она ещё затратная по памяти. потому что говноконсоль говнопингвинуса, например, не умеет в UCS. и не только она. потому что идиотский костыль повмуровывали во всё, во что получилось.
Жестокий мир?
> Жестокий мир?дебильный.
> другая наводка: постоянная конвертация этого говна туда и обратно — операция мало
> того, что затратная по скорости, так она ещё затратная по памяти.да сложно в нашем мире со старьем из мира доса жить. Или это сложность z80? Помню, помню, как мы код ужимали по байтикам. Ох, давно это было. Теперь мы развращены браузером на 2Гб в памяти, и классическое преобразование транспортного и внутреннего представлении для нас #mustbe.
зы. сочувствую людям "замершим во времени"
говнокодер, как и было сказано.
Windows-1251 и CP866. И да, я понимаю что имелся в виду Юникод, просто автор "не застал".
Пусть дописывает BSD до уровня Linux, потом код и производительность сравним.
Вы только скажите, что вам не хватает во FreeBSD. Допишут.Вот только говорят, что какое-то оборудование не поддерживается. Какое конкретно? У меня всё работает.
> У меня всё работает.ну ты наверное штудировал список поддерживаемого оборудования, либо оно у тебя просто допотопное.
Чего мне штудировать, если оно обычное "офисное", соответствующее современным требованиям к производительности процессора и объёму памяти?!
> соответствующее современным требованиям к производительности процессора и объёму памяти?!Главное критерии соответствия поизящнее подгонять...
Никто ничего не штудирует.
В большинстве материнских плат HDA-кодеки и сетевушки от realtec.
Поддержка принтеров epson и hp есть.
Беспроводные мультимедийные usb-клавиатуры от microsoft работают нормально.
Cмартфончики samsung galaxy можно заряжать, закачивать фоточки, использовать как модем.
wi-fi от broadcom работает нормально.
Проблемы могут быть если у вас что-то экзотическое.
> Проблемы могут быть если у вас что-то экзотическое.Да, например, если вы захотите пробросить PCI-девайс в виртуалку используя IOMMU. Правда, as of 2014, IOMMU не есть нечто экзотическое и есть даже в большинстве выпускаемых нынче десктопников, не говоря уж про сервера. Амдшные APU, типа того что у сони в PS3? Ха-ха! Пока соня запускает AAA игры, бздюки традиционно кукуют без драйверов. Хорошая поддержка оборудования, итить.
>> Проблемы могут быть если у вас что-то экзотическое.
> Да, например, если вы захотите пробросить PCI-девайс в виртуалку используя IOMMU. Правда,
> as of 2014, IOMMU не есть нечто экзотическое и есть даже
> в большинстве выпускаемых нынче десктопников, не говоря уж про сервера.Летние каникулы с гуглем все решат.
>Амдшные APU, типа того что у сони в PS3? Ха-ха! Пока соня
> запускает AAA игры, бздюки традиционно кукуют без драйверов. Хорошая поддержка оборудования,
> итить.AMD выпускала Cell? Точно?
> Летние каникулы с гуглем все решат.Через сколько лет? Да и накукуй гуглу бзды? У них пингвины везде.
> AMD выпускала Cell? Точно?
Один заметил лажу. Имелся в виду PS4, разумеется. А вот там вполне себе АМДшное такое APU. Просто анонимусы не могут редактировать комментарии, так что typo осталось висеть "как есть".
> Да и накукуй гуглу бзды?Он лям в портирование capsicum на линукс вложил.
А так то не зачем, речь была про GSoC.
> Имелся в виду PS4, разумеется. А вот там вполне себе АМДшное такое APU.Драйвер написан под конкретный APU, который для PC не выпускается, не слишком много проку будет от открытия его исходников, при том что amd постепенно открывает исходники и открытые драйвера показывают хорошую производительность под линуксом, фрибсд и опенбсд.
> Он лям в портирование capsicum на линукс вложил.Ну да, гугл использует ... линукс :). Поэтому то что будет в *линуксе* - их интересует. И они готовы что-то там спонсировать. Потому что серваки у них на этом самом линуксе работают, а без серваков никакого гугла не получится. Гугл это понимает. Вот и заботится о той кодовой базе которая их держит на плаву. Но это не про бзды.
> А так то не зачем, речь была про GSoC.
А там IIRC гугель апрувит - что они будут спонсировать, а что нет. Где-то что-то связанное с бсд там может и проскочит, но сам по себе гугл в бздах напрямую не заинтересован и поэтому на многое рассчитывать - наивно.
> Драйвер написан под конкретный APU, который для PC не выпускается,
Как вы понимаете, AMD лениво сильно переделывать APU "специально для сони". Поэтому оно внутрях AFAIK более-менее обычный проц + более-менее обычный gpu, так что соседние модели этого добра - на полочке магазинов для всех желающих свободно лежат.
> не слишком много проку будет от открытия его исходников,
Чего бы это вдруг? Там внутрях более-менее обычный амдшный х86 камень и обычный GPU на основе GCN, как я понимаю. Фундаментальных отличий там вероятно мало, по поводу чего скорее всего оно вообще зацепится одной и той же кодовой базой, ну может с какмими-то минимальными переделками. Так, глядя на структуру кода открытых дров, где они довольно большие куски умудряются реюзать даже для VLIW-ов и GCN-ов, т.к. в ряде мест даже они все еще достаточно похожи.
> при том что amd постепенно открывает исходники и открытые драйвера
> показывают хорошую производительность под линуксом, фрибсд и опенбсд.Амд постепенно открывает драйвера, но как несложно заметить, вся их разработка идет под линуксом. Остальные вообще несколко лет кочевряжились что DRM+KMS это фи и ну его. Логично что на них при этом и в иксах забили, и в месе и где там еще. Тонуть вместе с этими господами разработчики из месы, иксов и прочих не пожелали и потому поплыли как сумели, ориентируясь на пингвина первым делом. Ну а остальные как остались без дров - сразу прозрели. Что оказывается не фи, и вообще. И теперь в пожарном порядке что-то пытаются изобразить. Когда железо уже более года на полках маназинов, а с драйверами совсем глухо, и юзерье начинает окончательно задалбываться - ну понятно что придется. Только это не отменяет того что тайминги - "не очень". И упрвление проектом - хромое. Ну и заявы про хорошую поддержку железа - булшит, господа! Если только начинать расчухиваться через год после выпуска железок это хорошая поддержка железа - ну я уж не знаю что тогда плохая.
>> У меня всё работает.
>ну ты наверное штудировал список поддерживаемого оборудованияПросто оно (оборудование) у него работает под Вендой ;)
> Просто оно (оборудование) у него работает под Вендой ;)ну, и бсд загружается. загрузилось — значит, оборудование работает. так и проверяют.
> ну, и бсд загружается. загрузилось — значит, оборудование работает. так и проверяют.Там обычно "поддержка оборудования" сводится к "если плюется в UART сообщениями загрузки - значит, поддерживается". Так было с routerstation-ами, теперь та же хрень с R.Pi и прочими allwinner-ами и т.п.. Пользы от такой "поддержки" - понятно сколько. А т.к. прогресс довольно быстро идет - производители просто выкатывают новое оборудование быстрее чем его поддержку запиливают. Так что процесс зачастую выглядит как "поматросил-бросил".
Как там с видеокартами Radeon HD 7XXX дела обстоят? Если есть нормальный драйвер, то тогода я не прочь перевести на фряху свою основную рабочую станцию. Если же там всё тот же radeonsi, который крашится из-за ошибки в llvm, или вообще ничего -- то нет, спасибо.
radeonsi
https://wiki.freebsd.org/Graphics
> https://wiki.freebsd.org/GraphicsТам написано "Port Radeon GPU driver from Linux 3.8.". Мало того что в линухе это повяилось раньше, так бонусом еще и древний код, в котором нормальное управление питанием (DPM) - отсутствует как класс. И UVD этот код кажись еще не умеет. Там и правда все так плохо как написано?
>> https://wiki.freebsd.org/Graphics
> Там написано "Port Radeon GPU driver from Linux 3.8.". Мало того что
> в линухе это повяилось раньше, так бонусом еще и древний код,
> в котором нормальное управление питанием (DPM) - отсутствует как класс. И
> UVD этот код кажись еще не умеет. Там и правда все
> так плохо как написано?Там как в Linux.
> Там как в Linux.Капитан намекает что в Linux сейчас ядро 3.14 и там "немного другой" набор фич у радеонов. Где-то в районе 3.10-3.11 сделали нормальное управление питанием, а по дефолту оно активно в 3.13 стало. До этого управление питанием/реклокинг - ну не то что отсутствовало, но - оставляло желать, и было юзабельно разве что в режиме ручнго управления. И UVD-декодер где-то там же допилили, etc. А для SI конкретно, серия патчей с существенным ускорением (компрессия таблиц трансляции страниц) только в 3.16 попадет. Когда все это будет у бздюков? Как обычно, годков через 5?
>> Там как в Linux.
> Капитан намекает что в Linux сейчас ядро 3.14 и там "немного другой"
> набор фич у радеонов. Где-то в районе 3.10-3.11 сделали нормальное управление
> питанием, а по дефолту оно активно в 3.13 стало. До этого
> управление питанием/реклокинг - ну не то что отсутствовало, но - оставляло
> желать, и было юзабельно разве что в режиме ручнго управления. И
> UVD-декодер где-то там же допилили, etc. А для SI конкретно, серия
> патчей с существенным ускорением (компрессия таблиц трансляции страниц) только в 3.16
> попадет. Когда все это будет у бздюков? Как обычно, годков через 5?А ты не учитываешь налаживание процесса? Сейчас идёт как раз наладка — до выпуска FreeBSD 10.1, по крайней мере. А после неё будет точь-в-точь то же самое, что в последних стабильных версиях ядер Linux. Портирование новых фич будет происходить "по накатанной колее", а новые версии Xorg будут появляться во Фре быстрее, чем в Linux, — как это было с Xorg 7.3 осенью 2007-го.
> А ты не учитываешь налаживание процесса?Да, я как раз учел что WIP по портированию WIPа - крындец в квадрате. Там в этой таблице у бздюков всякие R9-2xx вообще не присутствуют, а то что рядом - "unsupported". Если это называется хорошей поддержкой оборудования - я тогда вообще римский император.
> Сейчас идёт как раз наладка — до выпуска FreeBSD 10.1, по крайней мере.
А оборудование уже лежит на полках магазинов, на секундочку. Хотя половина наименований того что WIP вообще-то уже давно не производится.
> А после неё будет точь-в-точь то же самое, что в последних стабильных
> версиях ядер Linux.Последняя стабильная версия ядра Linux на данный момент 3.14. И там отнюдь не то же самое что в 3.8, как минимум по части радеонов. Там запилен нормальный реклок/управление питанием, UVD декодер и прочее.
А вот по ссылке бздунов,
AGP cards not supported
Features not yet working/implemented:Suspend/resume
Hardware-assisted video decoding
GPGPU
Multiple cards sharing output connectors
Power managementНу да, подумаешь, половина не работает. А сколько лет они будут вещи типа DMA-BUF "портировать" чтобы вообще хотя-бы теоретически смочь гнать картинку с headless GPU?
> новые версии Xorg будут появляться во Фре быстрее, чем в Linux
Хахаха, жжошь, изя. Да, кейту пакарду из интела и прочим Эйрли из редхатов и кому там еще - твои бзды так нужны, так нужны.
>Suspend/resume
>GPGPU
>Multiple cards sharing output connectorsТестовый набор патчей почти готов, не думаю что на портирование всего остального уйдет много времени.
>А сколько лет они будут вещи типа DMA-BUF "портироватьПатч готов.
Кстати, как в линуксе с libdispatch?
http://lists.freebsd.org/pipermail/freebsd-x11/2014-April/01...
> Тестовый набор патчей почти готов, не думаю что на портирование всего остального
> уйдет много времени.(Ехидный смешок) да, скопипастить^W "спортировать" код из пингнвина - много времени не занимает. Много времени займет отладка и стабилизация того что получилось и дописывание недостающей обвески (если посмотреть, самое вкусное помечено unsupported). У пингвина DRM+KMS бэкэнд несколько лет пилят. И по граблям там на ранних этапах напрыгались. А кой-где запрыг по граблям до сих пор продолжается. Кто не верит - могу рассказать ряд лулзовых методов как положить на лопатки и R600 и RadeonSI. Правда, они, к счастью, достаточно экзотичные и при обычной эксплуатации не проявляются. Отдельный жирррррный факофф едет любимому бздюками LLVM-у. Вот уж эталонный багодром! Половина багов в амдшных дровах лезет из LLVM-а, который постоянно норовит где-нибудь обоcpaться. Интересно, а для x86 он так же горбато и глючно код генерит?
>>А сколько лет они будут вещи типа DMA-BUF "портировать
> Патч готов.И что, работает даже? Ну ок, посмотрим через сколько лет можно будет взять бзду в более-менее дефолтовом состоянии на каком-нибудь ноуте с безголовой графикой и без дикого кластерфака получить картинку с безголовой видеокарты. Все-таки засчитывается результат. А то для роутерстейшнов тоже вон "патчи были". Вплоть до момента снятия железки с конвейера.
> Кстати, как в линуксе с libdispatch?
> http://lists.freebsd.org/pipermail/freebsd-x11/2014-April/01...Без понятия что это. Судя по сообщению - люди решают какую-то проблему. Которую я никогда в жизни не встречал. Сообщение об ошибке которое там процитировано - я вообще впервые в жизни вижу. Я так рад что какие-то чуваки решают проблему, которой у меня и так не было, вы себе просто не представляете. Мне вот гораздо забавнее как некоторые истошно вопили что DRM+KMS "не нyжно", а теперь - истошно попы рвут, осознав неправоту.
английский по ссылке ужасен. даже хуже моего — хотя я думал, что так быть не может.
> Мне вот гораздо забавнее
> как некоторые истошно вопили что DRM+KMS "не нyжно", а теперь -
> истошно попы рвут, осознав неправоту.А чем тебе полезен DRM+KMS? Я, вот, не вижу в нём смысла, если и так всё работает прекрасно через UMS или собственные проприетарные интерфейсы к ядру (AMD Catalyst, NVIDIA Driver). (У меня WITHOUT_NEW_XORG в /etc/make.conf, если что.)
>> Мне вот гораздо забавнее
>> как некоторые истошно вопили что DRM+KMS "не нyжно", а теперь -
>> истошно попы рвут, осознав неправоту.
> А чем тебе полезен DRM+KMS? Я, вот, не вижу в нём смысла,
> если и так всё работает прекрасно через UMS или собственные проприетарные
> интерфейсы к ядру (AMD Catalyst, NVIDIA Driver). (У меня WITHOUT_NEW_XORG в
> /etc/make.conf, если что.)Через UMS у меня игрушки под вайном не пашут и xonotic тормозит, а с KMS я прошел PathOfExile под фряхой, к примеру.
> Через UMS у меня игрушки под вайном не пашут и xonotic тормозит, а с KMS я прошел PathOfExile под фряхой, к примеру.Вот и отлично. У нас пока есть выбор: работать под линуксовыми KMS+DRM, либо оставаться при своём UMS. Линуксоиды почему-то этот выбор оспаривают и считают единственно-верным собственническую разработку Intel, которая сделала её только под Linux в надежде оторвать "кусок пирога" в 3D у AMD и NVIDIA хотя бы в low-end'е сегменте встроенной графики. В Xog.org как дураки повелись на приманку, выкинули из совета всех неугодных "режиму", в итоге разработчики альтернативных свободных ОС вынуждены подстраиваться под новый линуксовый Xorg и мейнстрим low-end'а, так как UMS в новых версиях больше не поддерживается.
Вот так одна протащенная корпорацией идея разрушает разнообразие и свободу выбора в Open Source.
> Вот и отлично. У нас пока есть выбор: работать под линуксовыми KMS+DRM,
> либо оставаться при своём UMS.А мой выбор - увидеть что могут 170Гбайт/сек жирной GDDR5 шины в паре с массово параллелизованой числокрушилкой. И чтоб на открытом стеке, для полного кайфа. Мне такие мечты насчет будущего кажутся более интересными чем цепляния за древний программный интерфейс неизвестно зачем.
> Линуксоиды почему-то этот выбор оспаривают и
> считают единственно-верным собственническую разработку Intel,Наверное потому что DRM+KMS более-менее признает фактически сложившиеся реалии и пытается вместо того чтобы ссать против ветра использовать это во благо.
> под Linux в надежде оторвать "кусок пирога" в 3D у AMD и NVIDIA
А я вижу в этом приведение графической системы в более-менее вменяемый вид, когда оно более-менее соответствует тому что умеет железо. Современное. Перепрограммируемое. А не fixed-function хлам 20-летней давности.
> хотя бы в low-end'е сегменте встроенной графики.
А там дискреткам по любому крындец. Зачем покупать дискретку, если интеграт ничем не хуже? У тех же АМДшников есть вполне удачные APU, более того, они их раньше интеля даже выпускать начали, так что твой тезис - достаточно сомнительный. Но есть один момент. Интел так или иначе заинтересован в нормальном выводе графики под линуха для своих целей, которые включают в себя таблет-пц aka планшеты, бортовые компьютеры и прочее добрецо где интел хотел бы видеть свой проц а не конкурентовский. Ну, нормальное такое желание в принципе. Пусть рубятся с конкурентами, я не против. Пока у них с потребление/производительность не фонтан и нужда в проприентарном биосе/уефи жирный минус. Но они не совсем терминально тугие и над ошибками работать иногда все-таки умеют.
> В Xog.org как дyраки повелись на приманку,
Уточним: те кто активно что-то разрабатывали просто вняли и решили что им оно надо и это будет вот так. И их вполне можно понять - допинать графику на пингвине до современного уровня - вполне нормальная хотелка. А графика уровня VGA-адаптера - это нифига не нормально и не современно и не есть "хорошая поддержка железа" вообще совсем ни разу.
> выкинули из совета всех неугодных "режиму",
Ты уж определись в своем вранье. Или уж неугодные режиму, или уж вас все с UMS устраивает и ничего улучшать не надо. А то как-то двойные стандарты получаются. А как для меня так это больше похоже на "мы тут на все забили, а потом спохватились что поезд ушел без нас".
> в итоге разработчики альтернативных свободных ОС вынуждены подстраиваться под новый
> линуксовый Xorg и мейнстрим low-end'а, так как UMS в новых версиях больше
> не поддерживается.Неизбежное зло. Иногда кто-то должен прийти и показать как это надо делать. Даже если поначалу и не совместимо со всеми, это не повод утыкаться в графику уровня VGA адаптеров в 2014 году.
> Вот так одна протащенная корпорацией идея разрушает разнообразие и свободу выбора в
> Open Source.Я так скорблю по возможности использовать могучие числокрушилки с турбинами, динамическим изменением вольтажа и частоты, кучей поточных процессоров и скоростной памятью как "а, типа, VGA адаптер из эпохи DOS", ты себе не представляешь просто. Прогнетесь, никуда не денетесь. Потом еще и спасибо скажете за возможность нормально использовать фичи современного железа.
>> Вот и отлично. У нас пока есть выбор: работать под линуксовыми KMS+DRM,
>> либо оставаться при своём UMS.
> А мой выбор - увидеть что могут 170Гбайт/сек жирной GDDR5 шины в
> паре с массово параллелизованой числокрушилкой. И чтоб на открытом стеке, для
> полного кайфа. Мне такие мечты насчет будущего кажутся более интересными чем
> цепляния за древний программный интерфейс неизвестно зачем.Предназначение видеокарты, вообще-то, несколько другое, чем "числокрушилка". Для "числокрушилок" придуманы транспьютеры, а не видеокарты.
> А там дискреткам по любому крындец. Зачем покупать дискретку, если интеграт ничем не хуже?
Производители мощных видеокарт считают, что всё должно стоить адекватных денег.
> У тех же АМДшников есть вполне удачные APU, более того, они их раньше интеля даже выпускать начали, так что твой тезис - достаточно сомнительный.
Их мощные APU предназначен для декодирования сжатого (h.264, например) видео в реальном времени и организации многомониторных конфигураций.
> Но есть один момент. Интел так или
> иначе заинтересован в нормальном выводе графики под линуха для своих целей,
> которые включают в себя таблет-пц aka планшеты, бортовые компьютеры и прочее
> добрецо где интел хотел бы видеть свой проц а не конкурентовский.
> Ну, нормальное такое желание в принципе. Пусть рубятся с конкурентами, я
> не против. Пока у них с потребление/производительность не фонтан и нужда
> в проприентарном биосе/уефи жирный минус. Но они не совсем терминально тугие
> и над ошибками работать иногда все-таки умеют.Для 2D хватит и DirectFB.
>> В Xog.org как дyраки повелись на приманку,
> Уточним: те кто активно что-то разрабатывали просто вняли и решили что им
> оно надо и это будет вот так. И их вполне можно
> понять - допинать графику на пингвине до современного уровня - вполне
> нормальная хотелка. А графика уровня VGA-адаптера - это нифига не нормально
> и не современно и не есть "хорошая поддержка железа" вообще совсем
> ни разу.По большому счёту Xorg не нужен. Нужен только модуль драйвера видеоадаптера в ядре, который бы имел стандартный внешний API для отрисовки 2D/3D-графики, по типу OpenGL ES. А тулкиты и WM работали бы с ним напрямую, без использования перегруженных "сетевых" протоколов Xorg.
>> выкинули из совета всех неугодных "режиму",
> Ты уж определись в своем вранье.Ну а ты протри свои залитые глазки.
> Я так скорблю по возможности использовать могучие числокрушилки с турбинами, динамическим изменением вольтажа и частоты, кучей поточных процессоров и скоростной памятью
Это другой класс оборудования. "Числокрушилки" нужны в научных вычислениях. Зачем это в видеокартах потребительского сегмента? Что на них считать?
> Предназначение видеокарты, вообще-то, несколько другое, чем "числокрушилка".По факту нынче "видеокарта" - именно числокрушилка и "продвинутые фреймбуферы" к ней. Ну еще некоторые специфичные железки вокруг.
> Для "числокрушилок" придуманы транспьютеры, а не видеокарты.
А как по мне - довольно глупо не пользоваться дополнительной числокрушилкой, коли уж она есть. Не говоря о том что по цена/производительность массовый GPU задвинет любые транспьютеры куда подальше. Да и поиграть на мощной видеокарте, наконец, тоже можно. Получается универсальный ускоритель параллелящихся операций. Уход от fixed-function устройств к программируемым и универсальным - это хорошо. Знаешь, какой-нибудь могучий постпроцессинг видео тоже логично выпихать на тех кто сможет быстренько прогнать вычисления по всей площади кадра. Покупать для этого отдельный транспьютер никто не будет. В этом плане APU выглядят логичным шагом вперед.
> Производители мощных видеокарт считают, что всё должно стоить адекватных денег.
Я тоже так считаю, как ни странно.
> Их мощные APU предназначен для декодирования сжатого (h.264, например)
> видео в реальном времени и организации многомониторных конфигураций.h.264 там вообще отдельный аппаратный блок долбит (UVD). SIMD числокрушилки работают независимо от оного. На них тоже в принципе можно что-нибудь декодировать, но это не единственное их применение. Кучка универсальных вычислительных блоков - это хорошо.
> Для 2D хватит и DirectFB.
А KMS+DRM - это крутая и современная реинкарнация, которая в курсе возможностей современного железа. А вы с вашим мышлением на уровне VGA адаптеров пролетаете, ибо видеокарты уже давно не это самое.
> По большому счёту Xorg не нyжен. Нужен только модуль драйвера видеоадаптера в
> ядре, который бы имел стандартный внешний API для отрисовки 2D/3D-графики,Ну вот KMS+DRM нечто похожее и делают. Иксы - один из вариантов клиента этой подсистемы, они через DDX драйвер + эту подсистему транслируют свое представление в GPUшные сущности и в GPU уезжает некий поток команд. Аналогично MESA и прочие. Акселерация - выгрузка части вычислений на GPU. А дальше можно забрать результат назад в систему. Или на экран нарисовать.
> по типу OpenGL ES. А тулкиты и WM работали бы с ним
> напрямую, без использования перегруженных "сетевых" протоколов Xorg.Ну вот вяленд о чем-то таком и есть. Хотя в Enlightenment пошли дальше и все делают сами. Ничему не противоречит. И имеет и свои достоинства, и свои проблемы.
> Ну а ты протри свои залитые глазки.
Так все-таки, ты уж определись - или уж вы хотите работать с видеокартами на уровне VGA адаптеров и ничего менять не надо (и тогда грех жаловаться что разработка пошла без вас), или уж "пинками выперли". А то нестыковки какие-то.
> Это другой класс оборудования. "Числокрушилки" нужны в научных вычислениях. Зачем это в
> видеокартах потребительского сегмента? Что на них считать?А знаешь, для начала та же 3D графика и эффекты - они нынче в массе своей вычисляемые. А раз уж числокрушилки есть - довольно странно что они могут посчитать эффекты в игре но не, допустим, применить эффект в графическом редакторе к большой картинке в 20 раз быстрее чем CPU. Или там видео отпостпроцессить. Или криптографию крупным оптом ворочать. Мне вот это кажется довольно кривым и неправильным - совершенно искусственное нагревание себя на доступ к мощной числокрушилке.
> А чем тебе полезен DRM+KMS?Тем что я вижу что задумка достаточно могуча и стройна. Разделение на уровне достаточно осмысленное. Есть ядро, ядро рулит тем чем и должно - видеорежимами, памятью, буферами всякими. Низкоуровневыми вещами, которые из ядра сподручнее дергать. По поводу чего при желании ядро может даже немного само порисовать, если приспичило и есть куда. Ну там консольку в нормальном режиме отрисовать (никакого VGA в режиме прямого управления нет), panic notifier, kdb (дебагер режима ядра) и тому подобное, где по другому не очень то и получается. Оно такое красивое теперь в курсе что GPU - это в общем случае могучая числокрушилка + хардварные автоматы долбящие на экран(CRTC)/заряжающие транзакции данных без проца (DMA) и прочее. Оно более-менее готово скушать частные случаи, когда есть числокрушилка без видеовыходов (выдает картинку в shared буфер, подпертый для скорости и разгрузки проца DMA) или случаи когда это какая-то эмбедовка и потому никакой числокрушилки нет, а есть только глупый хардварный автомат долбящий на экран из буфера. Оно готово к тому факту что к этим интерфейсам аттачатся разные "клиенты". Что иксы с DDX драйвером, что MESA, что вяленды всякие, что кто там еще. Вон Enlightenment например в порядке курьеза научился рисовать прямо через это, напрямую. Совсем без дисплейных серверов. Гибкая и мощная штука получается. Ничему не противоречит желание вгрузить GPU задание - "а вот посчитай-ка!" и забрать результат. Вообще не выводя ничего на экран по этому поводу (OpenCL, все дела). Это - современное состояние графического оборудования. Хорошо что пингвиноиды пришли в себя и решили допинать графический стек под наблюдаемые в железяках реалии.
Процесс шел, оно развивалось... и вот уже АМДшники начинают всерьез рассматривать идею чтобы каталист сделать чисто юзермодом, который то что он там нагенерил (поток команд для GPU) - впихивал бы этой подсистеме, а не своему ядерному модулю. Ну а что, логично смотрится. И спасло бы множество людей от дурного кластерфака.
> Я, вот, не вижу в нём смысла,
Вот поэтому бздюков теперь и не спрашивают и просто развивают графику так как считают нужным. Без их участия. Бздюков вечно ничего не интересует, у них нет ресурсов, они ни в чем не видят смысла. Им VGA адаптера хватает выше крыши. OpenGL? Не, не слышали. Отладчики уровня ядра - тоже ни к чему. И даже вкатить вычислительное задание на эти мегачислокрушилки им не хочется. Вот только работа с монстром с турбинами на уровне VGA адаптера - не есть "хорошая поддержка оборудования". Это использование возможностей железа на целых 5%.
> если и так всё работает прекрасно через UMS или собственные проприетарные
> интерфейсы к ядру (AMD Catalyst, NVIDIA Driver).У меня чуть-чуть другие понятия о "прекрасном".
> (У меня WITHOUT_NEW_XORG в /etc/make.conf, если что.)
Если говорить о моих представлениях о прекрасном, я таки собираюсь увидеть как открытый графический стек возьмет планку OpenGL 4, как там достигнет полной работоспособности OpenCL, как все это отладят и обезглючат, а потом еще и по скорости работы посоревнуются с проприерасами. А почему бы и нет? Вот когда все это будет - вот тогда я скажу: "хорошо!". А до тех пор - есть над чем поработать. В том числе и мне, имхо - в меру моих умений.
>Вот поэтому бздюков теперь и не спрашивают и просто развивают графику так как считают нужным. Без их участия. Бздюков вечно ничего не интересует, у них нет ресурсов, они ни в чем не видят смысла. Им VGA адаптера хватает выше крыши. OpenGL? Не, не слышали. Отладчики уровня ядра - тоже ни к чему. И даже вкатить вычислительное задание на эти мегачислокрушилки им не хочется. Вот только работа с монстром с турбинами на уровне VGA адаптера - не есть "хорошая поддержка оборудования". Это использование возможностей железа на целых 5%.Тебя куда-то не туда понесло.
kdb и dtrace есть, cuda и opencl таки очень хотят на freebsd, у nvidia нет людей чтобы пилить cuda под freebsd, максимум cuda можно в линуксоляторе потыкать.
http://lists.freebsd.org/pipermail/freebsd-performance/2012-...
> kdb и dtrace есть,Ну вот у KDB есть одна особенность. Он должен отрисовываться даже когда большая часть кода стоит колом. Что является достаточно забавной инженерной проблемой (кто пытался трассировать/дебажить/профилировать иксы, графический стек и прочее - тот поймет). В KMS+DRM это решаемо.
> cuda и opencl таки очень хотят на freebsd,
А где разработчики которые этим заниматься будут? Оно в пингвине то пока глючное (в том числе и благодаря LLVM). А что будет в бздах при отсутствии тех кто этим активно бы занимался - несложно себе представить.
> у nvidia нет людей чтобы пилить cuda под freebsd, максимум cuda
> можно в линуксоляторе потыкать.Нвидия вежливо и политкорректно показала фак. Бывают в жизни огорчения. Вообще имхо надеяться на милость проприератщика - стратегическая ошибка.
> Если говорить о моих представлениях о прекрасном, я таки собираюсь увидеть как
> открытый графический стек возьмет планку OpenGL 4, как там достигнет полной
> работоспособности OpenCL, как все это отладят и обезглючат, а потом еще
> и по скорости работы посоревнуются с проприерасами. А почему бы и
> нет? Вот когда все это будет - вот тогда я скажу:
> "хорошо!". А до тех пор - есть над чем поработать. В
> том числе и мне, имхо - в меру моих умений.Неужели веришь в это? В то, что AMD закопает Catalyst и перейдёт на сторону врага (Intel)? И NVIDIA выбросит белый флаг?
Доказано годами: производительность в графике достигается не KMS+DRM, а прямой подменой либ xorg-server и использованием ядерного модуля (nvidia.ko). В Intel подменили понятия и протащили в отрасль идею KMS+DRM ради уравнения шансов на выживание их "затычек" с "числодробилками" от 3D-монстров. До сих пор непонятно разве?
> Неужели веришь в это?Разумеется. Настоящий капиталист с удовольствием скостит расходы на разработку. А уж за конкурентский счет - хоть два раза.
> В то, что AMD закoпает Catalyst
Для AMD каталист вообще побочная фигня, нужная лишь для того чтобы покупали их железо. Им по идее вообще все-равно что там будет. Лишь бы GPU и APU покупали. У них нет самоцели драйвер всучить. Они чипмейкер.
> и перейдёт на сторону врага (Intel)?
Как видишь, АМД наняли большинство активных разработчиков открытых дров себе в команду. Тепло поддержав начинания врага. Правда, у интеля и амд разные взгляды на то как делать эти вещи - амд делает через gallium, а интел сам, напрямую.
> И NVIDIA выбросит белый флаг?
А это вообще сказочные бакланы, у которых полбизнеса на пингвине и которые к пингвину задом. И за это им имхо икнется. Как ты думаешь, что будет когда амд и даже интель допилят открытые стеки opencl и это будет работать out of the box? :)
> Доказано годами: производительность в графике достигается не KMS+DRM, а прямой подменой
> либ xorg-server и использованием ядерного модуля (nvidia.ko).Ну вот вы и подменяйте. А мне немеряный кусок блоба в открытой системе не уперся, thank you very much.
> В Intel подменили понятия и протащили в отрасль идею KMS+DRM ради уравнения
> шансов на выживание их "затычек" с "числодробилками" от 3D-монстров.Ну да, конечно! KMS+DRM магически отращивают выделенные скоростные шины и допаивают память, не иначе. Сам понимаешь - уровень производительности затычек для слота и мощных GPU по этой причине довольно кардинально разный.
> До сих пор непонятно разве?
Да нет, мне как раз понятно. Что я обойдусь без твоей доморощеной аналитики.
>И что, работает даже? Ну ок, посмотрим через сколько лет можно будет взять бзду в более-менее дефолтовом состоянии на каком-нибудь ноуте с безголовой графикой и без дикого кластерфака получить картинку с безголовой видеокарты. Все-таки засчитывается результат.У меня нет возможности проверить, в OpenBSD 5.5 по идее уже должно работать, а для FreeBSD пока только патч на потестить.
> Без понятия что это. Судя по сообщению - люди решают какую-то проблему.
> Которую я никогда в жизни не встречал. Сообщение об ошибке которое
> там процитировано - я вообще впервые в жизни вижу. Я так
> рад что какие-то чуваки решают проблему, которой у меня и так
> не было, вы себе просто не представляете.Никакой пробемы нет.
http://ru.wikipedia.org/wiki/Grand_Central_Dispatch
В рассылке человек предлагает завязать иксы и некоторый софт на libdispatch(в приложении патч к иксам), люди тестируют, но у кого-то вылетает ошибка при сборке из-за неверного выбора флагов.
> У меня нет возможности проверить, в OpenBSD 5.5 по идее уже должно
> работать, а для FreeBSD пока только патч на потестить.Ну а я вот уже гоняю на пингвине свеженький GCN с свеженьким RadeonSI. Не то чтобы оно идеально, но все-таки работает и не так уж плохо. Хотя багов там хватает. Особенно если брать нечто типа убунты 14.04 стоковой и гонять тяжелые нагрузки - SI может и облажаться. Глядя на то что в пингвине через год с гаком после выхода GCN (по факту на баги можно нарваться даже с GITовой месой и распоследними ядрами) - могу себе представить как это будет работать в *bsd.
> http://ru.wikipedia.org/wiki/Grand_Central_Dispatch
А, понятно. А то там так написано что без поллитра не разберешься - мол, вас достали какие-то ошибки в иксах? Блин, я таких сообщений ни разу в жизни не видел. По поводу чего это выглядело как попытка починить то что не сломано (честно говоря и сейчас до некоторой степени выглядит).
>> У меня нет возможности проверить, в OpenBSD 5.5 по идее уже должно
>> работать, а для FreeBSD пока только патч на потестить.
> Ну а я вот уже гоняю на пингвине свеженький GCN с свеженьким
> RadeonSI. Не то чтобы оно идеально, но все-таки работает и не
> так уж плохо. Хотя багов там хватает. Особенно если брать нечто
> типа убунты 14.04 стоковой и гонять тяжелые нагрузки - SI может
> и облажаться. Глядя на то что в пингвине через год с
> гаком после выхода GCN (по факту на баги можно нарваться даже
> с GITовой месой и распоследними ядрами) - могу себе представить как
> это будет работать в *bsd.А я тебе расскажу. ;)
В релизе *BSD багов не допускают. В -CURRENT — запросто — там чёрт ногу сломит и тебе даст сломать. В ветке -STABLE есть выбор: оставаться на безглючном или ловить свежие баги — решать пользователю.
> В релизе *BSD багов не допускают.То-есть, висючий ZFS с нереализованным sendfile() который был заявлен стабильным - это был не баг? А что? Фича чтоли? Ну его такие "фичи".
> выбор: оставаться на безглючном или ловить свежие баги — решать пользователю.
Я думаб что если фрибздюки будут ловить все баги RadeonSI и не будут релизиться пока они не удавлены - в ближайшие 10 лет релиза можно вообще не ждать.
> То-есть, висючий ZFS с нереализованным sendfile() который был заявлен стабильным - это был не баг? А что? Фича чтоли? Ну его такие "фичи".У ZFS, к примеру, много новых фич, которые несовместимы с предыдущими версиями и требуют апгрейда пулов. Нужно ли из-за этой особенности отказываться от использования ZFS? Каждый решает сам.
> Я думаб что если фрибздюки будут ловить все баги RadeonSI и не будут релизиться пока они не удавлены - в ближайшие 10 лет релиза можно вообще не ждать.
Не жди. Пользуйся бажным линуксом.
> Вы только скажите, что вам не хватает во FreeBSD. Допишут.Да, допишут, вопрос только когда. Вон на роутерстейшн "портировали". Так рьяно портировали, что железяку сняли с конвейера быстрее чем бздюки сделали что-то осмысленное.
> У меня всё работает.
Да, главное ни в коем случае свежее железо не использовать.
Много метафор и сравнений, плавно перетекающих в словоблудие. Но мысли про свободу, плавно перетекающей в контроль, а также "система символического обмена" довольно интересны. Всё это постоянно летает в холиварах о свободности свобод, но у Андрея они приобрели осязаемую форму
> Но мысли про свободу, плавно перетекающей в контроль, а также "система символического обмена" довольно интересны.Аналогично: мысль про восьмибитную кодировку, которая будет читаться транслитом на семибитном терминале была "интересной". Интересной она была для любителей высосать несуществующую проблему из пальца и героически решить ее, попутно насоздавав вполне реальных осязаемых проблем.
>Долго мне однако пришлось за КОИ-8 воевать, прежде чем убедить Бардина и Аншукова. Ну а уж объединенным фронтом - Вадика Антонова. Но, к счастью, настоящей войны не разгорелось, хотя были реальные аргументы в пользу упорадоченной кодировки. "Победила дружба!" (Егошин)
> Всё это постоянно летает в холиварах о свободности свобод, но у
> Андрея они приобрели осязаемую формуОсобенно осязаема эта форма в виде PS4, где у сони навороченные гамезы работают, в то время как фрибздюки отдыхают без драйверов для этих APU. А то что все-таки есть - портировано на основе кода в лине, гы-гы. Правда, древнего как помет мамонта.
>Особенно осязаема эта форма в виде PS4И что самое важное, что там работает фряха, не линукс. FreeBSD потеряла из-за таких фортелей с PS4 не больше чем linux (который ничего не потерял, потому что его там нет)
> И что самое важное, что там работает фряха, не линукс.Важное? Самое?! Вы что, фирма Сони, чтоли? Или почему это для вас важно? Вам с этого какая польза? То что фирма Сони положит очередной лям в карман - не приносит никакой пользы остальным. А вот назвать лузерами и голодpaнцами тех кто подложку для фирмы сони запилил, но при этом остался с носом, без дров на подобные APU от AMD - по-моему вполне честно и логично, а?
А в результате это приводит к таким интересным мнениям (из какого-то списка рассылки):
However, I like pushing the hardware combinations to weird extremes. I like
putting hardware into non-x86 machines and seeing where the drivers succeed
and fail. My favorite example is getting Mesa3D to function. This is
basically a no-go on most of the *BSDs because they just don't have the
driver support. If someone can demonstrate a *BSD/sparc running X and
accelerated OpenGL using any non-Sun GPU made from 2000 forward, I might
consider using a *BSD kernel, but so far, it seems all the development for
FOSS GPU drivers is on Linux.> FreeBSD потеряла из-за таких фортелей с PS4 не больше чем linux (который ничего
> не потерял, потому что его там нет)Зато Linux много приобрел по другим направлениям. В том числе и в графической подсистеме. И я не понимаю в чем предмет гордости в том что забесплатно поработали на паразитов с которых никакой отдачи.
вот откуда такие как ты вылазят?
если фирма положит лям денег в карман, то при этом оплатит труд 100 человек
у таких как ты вечно кто-то виноват и у тебя лично что-то украл, как у майданатов
>> Всё это постоянно летает в холиварах о свободности свобод, но у
>> Андрея они приобрели осязаемую форму
> Особенно осязаема эта форма в виде PS4, где у сони навороченные гамезы
> работают, в то время как фрибздюки отдыхают без драйверов для этих
> APU. А то что все-таки есть - портировано на основе кода
> в лине, гы-гы. Правда, древнего как помет мамонта.А зачем ставить ванильную фряху на PS4?
> А зачем ставить ванильную фряху на PS4?Вы на нее никакую фряху не поставите. Так можно только господарям из фирмы Сони. А вы в лузе. А у соневских подстилок для начала на эти APU драйверов нет. Это и есть справедливость по копирасовски - пока они на вашем труде зашибают миллионы, вы там копошитесь в своих обрубках и сами пишите себе драйвера. Ведь это же так справедливо когда фирма сони может попользоваться результатами вашего труда, а взамен - покрутить фигой, заявив что "лицензия позволяет".
>> А зачем ставить ванильную фряху на PS4?
> можно только господарям...
> вы в лузе...
> у соневских подстилок...
> покрутить фигой...Слэнг необычный. Недавно освободился от рабства?
> Слэнг необычный. Недавно освободился от рабства?Я по крайней мере освободился. И не дуалбутаюсь в проприетарные ОС. И проприетарные дрова не ставлю. Так прикольнее. Теперь я шкурно заинтересован в том чтобы открытый графический стек держал меня на плаву. Я решил что отступать - удел трусов и лузеров. Мне теперь отступать некуда. Назад к рабовладельцам мне совсем не хочется. А вот вы до сих пор подстилаетесь. Это то и неприятно.
>> Слэнг необычный. Недавно освободился от рабства?
> Я по крайней мере освободился. И не дуалбутаюсь в проприетарные ОС.
> И проприетарные дрова не ставлю. Так прикольнее. Теперь я шкурно заинтересован в
> том чтобы открытый графический стек держал меня на плаву. Я решил
> что отступать - удел трусов и лузеров. Мне теперь отступать некуда.
> Назад к рабовладельцам мне совсем не хочется.Хорошо. Теперь откомпилируй свой GNU/Linux с помощью GCC от начала и до конца из исходников, а потом возвращайся и расскажи, удалось ли тебе это сделать.
Мне на FreeBSD удалось всё ПО собрать из исходников (AMD не делает Catalyst под FreeBSD).% dmesg | grep AMD
CPU: AMD Phenom(tm) II X4 810 Processor (2594.51-MHz K8-class CPU)
Origin = "AuthenticAMD" Id = 0x100f42 Family = 0x10 Model = 0x4 Stepping = 2
AMD Features=0xee500800<SYSCALL,NX,MMX+,FFXSR,Page1GB,RDTSCP,LM,3DNow!+,3DNow!>
AMD Features2=0x37ff<LAHF,CMP,SVM,ExtAPIC,CR8,ABM,SSE4A,MAS,Prefetch,OSVW,IBS,SKINIT,WDT>
ahci1: <AMD SB7x0/SB8x0/SB9x0 AHCI SATA controller> port 0x9000-0x9007,0x8000-0x8003,0x7000-0x7007,0x6000-0x6003,0x5000-0x500f mem 0xfe6ffc00-0xfe6fffff irq 22 at device 17.0 on pci0
ohci0: <AMD SB7x0/SB8x0/SB9x0 USB controller> mem 0xfe6fe000-0xfe6fefff irq 16 at device 18.0 on pci0
ohci1: <AMD SB7x0/SB8x0/SB9x0 USB controller> mem 0xfe6fd000-0xfe6fdfff irq 16 at device 18.1 on pci0
ehci0: <AMD SB7x0/SB8x0/SB9x0 USB 2.0 controller> mem 0xfe6ff800-0xfe6ff8ff irq 17 at device 18.2 on pci0
ohci2: <AMD SB7x0/SB8x0/SB9x0 USB controller> mem 0xfe6fc000-0xfe6fcfff irq 18 at device 19.0 on pci0
ohci3: <AMD SB7x0/SB8x0/SB9x0 USB controller> mem 0xfe6f7000-0xfe6f7fff irq 18 at device 19.1 on pci0
ehci1: <AMD SB7x0/SB8x0/SB9x0 USB 2.0 controller> mem 0xfe6ff400-0xfe6ff4ff irq 19 at device 19.2 on pci0
ohci4: <AMD SB7x0/SB8x0/SB9x0 USB controller> mem 0xfe6f6000-0xfe6f6fff irq 18 at device 20.5 on pci0% dmesg | grep RS
acpi0: <113010 RSDT1133> on motherboard
hdacc0: <ATI RS690/780 HDA CODEC> at cad 0 on hdac0
hdaa0: <ATI RS690/780 Audio Function Group> at nid 1 on hdacc0
pcm0: <ATI RS690/780 (HDMI)> at nid 3 on hdaa0
info: [drm] Loading RS780/RS880 Microcode% cc --version
FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216
Target: x86_64-unknown-freebsd10.0
Thread model: posix> А вот вы до сих пор подстилаетесь. Это то и неприятно.
У меня с 2006 года нет Windows на домашнем компе.
> конца из исходников, а потом возвращайся и расскажи, удалось ли тебе это сделать.Ты меня перепутал с гентушниками, имхо. То-есть, если появится понятная мне нужда это сделать - это технически возможно, ибо я не могу припомнить ни 1 закрытой софтины используемой мной. А с практической точки зрения - это потребует заметных затрат времени. И что мне это даст взамен? Никаких видимых улучшений и новых скиллов я не приобрету (перекомпиливать софт я и без этого умею). Поэтому я пересобираю лично только сильно некоторый софт, являющийся предметом особого интереса, как правило чтобы погонять текущую версию из master-бранча, etc.
> Мне на FreeBSD удалось всё ПО собрать из исходников
Круто, чо. А теперь объясни - зачем мне кучу времени в унитаз сливать, повторяя работу сделанную другими?
> (AMD не делает Catalyst под FreeBSD).
Если честно - я вообще свое будущее с блобьем не связываю. Научен, знаешь ли, горьким опытом.
> % dmesg | grep AMD
Не понял что это должно доказывать или показывать.
> У меня с 2006 года нет Windows на домашнем компе.
А на работе есть. Ну хоть не дуалбутчик как многие другие позорники.
Зачем вы настаиваете на том чтобы я купил PS4 и поставил на нее фряху?)
Зачем мне драйвер под APU которого нет для PC?>Вы на нее никакую фряху не поставите.
На PS3 ставится, на XBOX ставится, на Wii ставится, а на PS4 почему-то не должно=}
>> А зачем ставить ванильную фряху на PS4?
> А вы в лузе. А у соневских подстилок для
> начала на эти APU драйверов нет. Это и есть справедливость по
> копирасовски - пока они на вашем труде зашибают миллионы, вы там
> копошитесь в своих обрубках и сами пишите себе драйвера. Ведь это
> же так справедливо когда фирма сони может попользоваться результатами вашего труда,
> а взамен - покрутить фигой, заявив что "лицензия позволяет".Вот видите лицензия позволяет не писать продукт с нуля, а использовать готовый.
А линукс такого не позволяет, нафиг он нужен с монополией GNU.
> Зачем мне драйвер под APU которого нет для PC?Затем что этот APU - близкий родственник APU, лежащих на магазинной полочке. С поддержкой которых у вас как-то "не очень". "Не очень" означает что пока соня гоняет игры ААА класса, вашей графической подсистеме до такого состояния дел "как пешком до Пекина". Еще скажите что после этого классификация бздей как подстилок лишена оснований. Попользовались и беспринципно вытерли ноги.
> На PS3 ставится, на XBOX ставится, на Wii ставится, а на PS4 почему-то не должно=}
Ну как бы удачи поставить туда фряху и запустить там тяжелые 3D игры. Установка при которой ядро в уарт плюет дебажные сообщения - это прекрасно, но бесполезно. А под "ставится" почему-то чаще всего имеют в виду что-то такое. И пока оно так "ставится" - на фрибзду большинство людей, да и корпораций, будут "класть".
> Вот видите лицензия позволяет не писать продукт с нуля, а использовать готовый.
Да. Фирме сони. Но поскольку я - не фирма сони, мне это как-то бесполезно. Cистема погано поддерживающая современное железо - FAIL.
> А линукс такого не позволяет, нафиг он нужен с монополией GNU.Там как раз нет никакой монополии. И им пользуются все. А не одна фирма сони. Поскольку я не фирма Сони, мне так больше нравится. Потому что в отличие от бздей - в пингвине наработки есть в том числе и у меня. И я ими тоже могу пользоваться, на общих основаниях. Что мне как-то симпатичнее. Т.к. я не имею ресурсов переписывать графические драйвера в обемах которые воротит фирма сони.
Столлман всегда в итоге оказывается прав. Писал о Java - что в итоге? Нате вам, API подвержено авторскому праву.
KOI8-R - это достойно, несомненно. Куда уж там всяким Робам Пайкам с их UTF-8.
Высказывания таких "деятелей" всегда вгоняют меня в депрессию. Вякает о свободе, а сам строит фундамент для махровой проприетарщины.
Вы, скорее всего, впервые услышали о Чернове из этой новости, а уже беретесь судить о том, какой он деятель...Впрочем, я не берусь заступаться за Андрея. Тому, кто лет пятнадцать тому ходил в его блог на нагвале, понятно, о чем я.
Да, старый добрый нагвал делал людей жёстче, не то что все эти сопляки с блогспотами да гитхабпэйджами. В нагвале жил дух старой школы, шпану туда не пускали. Стремящиеся пытались завести там блог, но их скорее брали на хабрахабр, чем туда. Люди закалялись как сталь только на нагвале, теперь таких ресурсов и не найти. Эх, помянем.
> Да, старый добрый нагвал делал людей жёстче, не то что все эти
> сопляки с блогспотами да гитхабпэйджами. В нагвале жил дух старой школы,
> шпану туда не пускали. Стремящиеся пытались завести там блог, но их
> скорее брали на хабрахабр, чем туда. Люди закалялись как сталь только
> на нагвале, теперь таких ресурсов и не найти. Эх, помянем.Что за нагвал-то?
Олдфаг в треде! Все в машину!
По-моему у этого человека проблемы с головой. Впрочем, это типичный представитель прошлого века. Что кодировка, что операционка, что стиль мышления.
> По-моему у этого человека проблемы с головой. Впрочем, это типичный представитель прошлого века.Проблемы с головой у него, конечно, есть.
Это обычная плата за наличие головы.>Что кодировка, что операционка, что стиль мышления.
Да, а еще стиль и мышление. Уж какие есть, но это значительно лучше чем ничего.
> Это обычная плата за наличие головы.Просто объем тараканов в голове может ведь и перевесить объем здравого смысла. В результате спич чуть более чем полностью состоит из предрассудков и ничем не подкрепленных заяв.
> это значительно лучше чем ничего.
Честно говоря - не сильно. Там обычное старческое бухтение и куча предрассудков вида "от езды на паровозах можно сойти с ума от быстрого движения, пользуйтесь нашими лошадями!"
У тебя таких проблем отродясь не было и не будет, потому что ты пустоголовое чм()
> ты пустоголовое чм()Хахаха, не помню чтобы вы проводили IQ тесты с моим участием. И список мыслей я вам вроде не предоставлял. Кстати, вы еще и слово "чмo" написать не можете? Фу, лузер.
> По-моему у этого человека проблемы с головой. Впрочем, это типичный представитель прошлого
> века. Что кодировка, что операционка, что стиль мышления.Вы то сами своей головой что-либо "родили"?
Именно Столмана и Линуса будут помнить и почитать через 300 лет, а бсд лицензия делающая наработки форки закрытыми, уйдет в небытие вместе с adobe. Именно из за лицензии исчезнет и фряха.
Спорно всё это, ой как спорно.
типичный бздун, с их идеей о том что БСД свободнее. видимо им уж очень польстило что МС в свое время взяла их код сетевого стека и использовала в виндавс, сделав его закрытым. "свобода" фигли.
> МС в свое время взяла их код сетевого стека и использовала в виндався считаю, алкоголикам и идиотам надо запретить делать детей. а то получаются такие, как ты.
Ну про типичного бздуна он прав, но вот про стек - какие-то (не)научные фантазии.
> Ну про типичного бздуна он прав, но вот про стек - какие-то
> (не)научные фантазии.я на стек и намекал прежде всего.
> я на стек и намекал прежде всего.Это да, ничем не подкрепленные фантазии. Хотя рядом с предметом обсуждения смотрятся достаточно уместно: неплохо совпадают по степени бредовости аргументации.
Если честно, то первый раз о нём слышу. Но само интервью понравилось. Думаю ознакомиться с его другими материалами.
RFC1489, UUPC/@ — то , что приходит в голову сразу же.
> Если честно, то первый раз о нём слышу. Но само интервью понравилось.
> Думаю ознакомиться с его другими материалами.Вернитесь назад в историю. Эдак ранее 1994г.
> Вернитесь назад в историю. Эдак ранее 1994г.CP866 уже был. Но да, понимаю, не комильфо у MS кодировку тырить :). В результате нас ждала целая декада кластерфака с примерно 4-5 разных кодировок. Спасибо всем причастным! Жаль что на вас всех таких хороших не хватило патронов.
и альтернативная кодировка и модифицированная альтернативная кодировка госта использовались еще до того как MS сделала поддержку в конце восьмидесятых в DOSе CP866
очередной выплеск батхёрта, судя по цитатам. ну, может, ещё набор из арсенала К.О. впридачу.
> очередной выплеск батхёрта, судя по цитатам. ну, может, ещё набор из арсенала
> К.О. впридачу.твое мнение, гниль, никого не интересует
> твое мнение, гниль, никого не интересуетлжёшь. тебя вот заинтересовало настолько, что ты даже написал мне о том, как никому не интересно.
> очередной выплеск батхёрта, судя по цитатам. ну, может, ещё набор из арсеналаНе читал, то есть? Ну, молодца. Две порции freebsd.org/doc/en/articles/bsdl-gpl/article.html этому жентельмену от заведения.
> К.О. впридачу.
Одно удовольствие наблюдать затроленных (по себе, да) местных аборигенов.
> Не читал, то есть?нет, я бредятину от бсдунов по поводу лицензий и так знаю. а нового они ничего сказать не могут, потому что всё новое, что у них раз в столетие появляется — как минимум идейно скопировано у других систем.
> «Откуда у вас, в России, наша система, ведь мы ее туда не поставляем?»ржу нимагу, в Россию ничего ненадо поставлять, если это надо, то в России и так все поставляется без ведома разработчиков
> России и так все поставляется без ведома разработчиковТы немного проморгал и копирасы таки продавили здесь стандартный набор законов. Поэтому за такие вещи вполне можно отправиться на колыму, лес валить. Что довольно глупо за какие-то вшивые байтики, имхо.
циаты про GPLv3, которую автор второго перепоста(новость - БАЯН ! Было !)назойливо аж ДВАЖДЫ привел - самая хреновая и самая бестолковая/безоснововательная часть спича.
Что тебе не нравится? Обычный спич старого деграданта, который свое отлетал и батхертит по этому поводу.
> Обычный спич старого деграданта, который свое отлетал и батхертит по этому поводу.Пожалуй что так. НО! Он хотябы когда то летал, а ты "рождёееый ползать" - кроме как на форумах срать _ничего_ IRL не сделал. И не сделаешь, зараза неизлечима :(
> Пожалуй что так. НО! Он хотябы когда то летал,...а теперь летает только с печки на пол, от чего и несет всякую фигню.
> а ты "рождёееый ползать" - кроме как на форумах срать _ничего_ IRL не сделал.
А вот это мы еще будем посмотреть.
> И не сделаешь, зараза неизлечима :(Все проще. На место старых хрычей придет замена. Но вы правы, это не лечится: если мозг сгнил и более не способен к обучению и анализу фактов - это не лечится.
Интервью пропитано сарказмом. С другой стороны, не так он уж и неправ.> (вся эта современная ориентированность на успех граничит с безумием
+ много.
Заметное количество отсылок к Бодрийяру, в том числе и косвенных.
Спасибо. Интересно.
>> (вся эта современная ориентированность на успех граничит с безумием
> + много.И правда, ну его нафиг - работающие операционки делать. Идите рассаду выращивайте, а в перерывах между прополками учите студентов как (не)надо делать операционки. Не - потому что такими операционками никто не будет пользоваться даже если за это приплатить.
>> (вся эта современная ориентированность на успех граничит с безумием
> + много.Ориентированность на успех — то, с чем каждый день приходится сталкиваться на работе. Маркетинг головного мозга — заразная болезнь.
>на моих домашних машинах сейчас стоят одновременно FreeBSD-current и Windows 7Всё с ним понятно.
>>на моих домашних машинах сейчас стоят одновременно FreeBSD-current и Windows 7
> Всё с ним понятно.iZEN всё правильно сделал!
Если внимательнее посмотреть на структуру ОС FreeBSD......
Можно заметить много отличий от Linux. И вот эти отличия я считаю очень оптимальными.
А FreeBDS+Winows7 и у меня дома стоят и дружат :)
> Если внимательнее посмотреть на структуру ОС FreeBSD......
> Можно заметить много отличий от Linux.No shit.
> А FreeBDSОпечатка по Фрейду :)
> +Winows7
Ну да, вот такой вот хороший из сабжа десктоп, что каждый первый "типа, бсдшник" - грузится в максималку.
> Ну да, вот такой вот хороший из сабжа десктоп, что каждый первый
> "типа, бсдшник" - грузится в максималку.всегда так делают.
Мдаа постарел Саша, чот какие-то речи у него странные.
Интервью будто промптом переводили :\
KOI8-R давно закопать пора, а опеннет все ещё пользуется...
> KOI8-R давно закопать пора, а опеннет все ещё пользуется...и ведь работает, что интересно. но, конечно, это не модно, не стильно и не молодёжно, хипстеры негодуют!
> KOI8-R давно закoпать пора, а опеннет все ещё пользуется...Да тут и уникод как-то нормально работает ☺.
Чувак дело про лицензии говорит.
> Чувак дело про лицензии говорит.Потребитель который ничего не создает - рассказывает нам о лицензиях. Как это мило. Чувак, ты СНАЧАЛА поработай бесплатно на корпорасов, потом окажись без штанов и коммитов в твой проект, когда корпорасы миллионами ворочают, на основе ТВОЕГО труда, а уже потом - рассуждай. Вон тот перец - видимо просто мазохист, ему видимо по кайфу когда его жизнь имеет.
"К примеру, если у вас есть анонимный Биткоин, то вы уже наркоман, педофил, террорист или их пособник, возможно, даже этого не подозревая. Поэтому квалифицированные специалисты из ЦБ РФ и Генпрокуратуры оперативно разобрались с этим вопросом для вашего же блага. Не будьте такими эгоистами – отказ от призрачной приватности поможет предотвратить какой-нибудь теракт, спасти сотни, а то и тысячи невинных жизней. Давайте начнем с Интернета, а потом и на людях будет стыдно появиться без беджика с паспортными данными и штрих-кодом."Вот скажите -нафига это всё?!!
Зачем мне , свободному гражданину свободной страны нужны всякие "квалифицированные специалисты" решающие за меня моё благо?
где то что то подобное я уже слышал , это когда моим родителям выдавали талоны на продукты почти 30 лет назад -всё было для нашего же блага, ага
>[оверквотинг удален]
> от призрачной приватности поможет предотвратить какой-нибудь теракт, спасти сотни, а то
> и тысячи невинных жизней. Давайте начнем с Интернета, а потом и
> на людях будет стыдно появиться без беджика с паспортными данными и
> штрих-кодом."
> Вот скажите -нафига это всё?!!
> Зачем мне , свободному гражданину свободной страны нужны всякие "квалифицированные специалисты"
> решающие за меня моё благо?
> где то что то подобное я уже слышал , это когда моим
> родителям выдавали талоны на продукты почти 30 лет назад -всё было
> для нашего же блага, агаЧтобы тебя защитить. От тебя же.
>[оверквотинг удален]
>> и тысячи невинных жизней. Давайте начнем с Интернета, а потом и
>> на людях будет стыдно появиться без беджика с паспортными данными и
>> штрих-кодом."
>> Вот скажите -нафига это всё?!!
>> Зачем мне , свободному гражданину свободной страны нужны всякие "квалифицированные специалисты"
>> решающие за меня моё благо?
>> где то что то подобное я уже слышал , это когда моим
>> родителям выдавали талоны на продукты почти 30 лет назад -всё было
>> для нашего же блага, ага
> Чтобы тебя защитить. От тебя же.Вы меня защитите от себя, от правового произвола, коррупции , разбитых дорог -а о себе я сам позабочусь
Шелдон, ты ли это?
> Вот скажите -нафига это всё?!!
> Зачем мне , свободному гражданину свободной страны нужны всякие "квалифицированные специалисты"
> решающие за меня моё благо?а ты "свободный гражданин" лично разбираешься во всех вопросах на уровне дипломированного специалиста для того, чтобы оценить угрозу тех или иных вещей и ситуаций?
> где то что то подобное я уже слышал , это когда моим
> родителям выдавали талоны на продукты почти 30 лет назад -всё было
> для нашего же блага, агадо-да, а что ж ты про талоны в "цивилизованной" Европе не пишешь?
или не пишешь о банках продовольствия в ней же?
читая такие опусы начинаешь думать о том, что либерастия — это одно из психических отклонений
> начинаешь думатьне начинай, у тебя от этого в голове какие-то химеры рождаются.
>> Вот скажите -нафига это всё?!!
>> Зачем мне , свободному гражданину свободной страны нужны всякие "квалифицированные специалисты"
>> решающие за меня моё благо?
> а ты "свободный гражданин" лично разбираешься во всех вопросах на уровне дипломированного
> специалиста для того, чтобы оценить угрозу тех или иных вещей и
> ситуаций?Для себя -да . И я бы не хотел что бы за меня решали как мне думать, как мне жить и что делать.
>> где то что то подобное я уже слышал , это когда моим
>> родителям выдавали талоны на продукты почти 30 лет назад -всё было
>> для нашего же блага, ага
> до-да, а что ж ты про талоны в "цивилизованной" Европе не пишешь?
> или не пишешь о банках продовольствия в ней же?Был в европе неоднократно -талонов , разрухи и грязи как у нас не наблюдал -может подскажешь адрес-заеду, гляну где это.
> читая такие опусы начинаешь думать о том, что либерастия — это одно
> из психических отклоненийЯ не знаю что ты понимаешь под словом "либерастия" -но мне кажется, что свободная и независимая личность от демагогий различных гегемонов (государства и его идеологии например) это признак развитого интеллекта.
А у вас явный признак "Стокгольмского синдрома" -съездите , посмотрите мир -это пойдёт Вам на пользу
> DPI значительно повышает производительность сетиПроанализировать содержимое пакета быстрее, чем ничего с ним не делать (стандартную для маршрутизации корректировку некоторых полей в заголовках не считаем)? Блин, да у этого парня даже с элементарной логикой проблемы...
Понятие "сарказм" вам не знакомо?
Откуда такая уверенность, что реальная позиция Чернова относительно ограничения доступа к информации отличается от сказанного/написанного в интервью?
> Понятие "сарказм" вам не знакомо?знакомо. также хорошо знакомы случаи, когда человек сначала говорит чушь, а потом делает вид, что это был очень хитрый сарказм такой. у школьников это выглядит как «ололо, я тибя затролел!»