Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..., opennews (?), 09-Май-14, (0) [смотреть все] Это же старое интервью, ему года два, Слакинсан (?), 23:26 , 09-Май-14, (1) // Нет, это другое интервью, хотя журналист тот же Смотрите сами, в первой части р, Аноним (-), 08:51 , 10-Май-14, (33) // Не в курсе - с kib ом будет продолжение , Пропатентный тролль (?), 16:25 , 11-Май-14, (142) // А с этим все давно уже понятно - он использует гей-ось, а бзда у него так, чисто, Аноним (-), 20:00 , 11-Май-14, (158) –3 Какой тонкий намек на автор, баянишь , Аноним (-), 15:45 , 10-Май-14, (68) трешак какой-то ну ясен хрен чем больше кода, тем дольше программа выполняется , Аноним (-), 00:04 , 10-Май-14, (3) –4 // Ты как-то странно выражаешь уважение, анон , Гость (?), 00:12 , 10-Май-14, (5) +4 // По-моему это не очень похоже на уважение А само интервью - нечто среднее между , Аноним (-), 15:05 , 10-Май-14, (54) –1 ну врёшь ведь , Non Any Mouse (?), 23:30 , 10-Май-14, (106) +1 Всё надуманно и оторвано от реальности как и сам KOI8 , хм (?), 00:12 , 10-Май-14, (4) +5 // Оскара за комментарий Так автор как раз и предлагает сделать ближе к реальности , Гость (?), 00:29 , 10-Май-14, (7) // альтернатив не было От этого КОИ8 перестает быть надуманным , хм (?), 00:40 , 10-Май-14, (9) –1 // школота, на Андрюху батон не крошите - супер пацан, пересекался с ним еще в девя, Мимо прохожу (?), 08:10 , 10-Май-14, (29) не хнычь Пацан решил сам захотел батонами мериться , хм (?), 08:28 , 10-Май-14, (32) Ваше определение ache как пацан звучит крайне неинтеллигентно , Demo (??), 14:25 , 11-Май-14, (128) только не uucp, a uupc - вот ваше все , fi (ok), 13:41 , 05-Июн-14, (211) кодировка как кодировка однозначно лучше UTF , arisu (ok), 12:08 , 10-Май-14, (42) –7 чем грузины , usira (?), 12:09 , 10-Май-14, (43) +6 срезал , arisu (ok), 12:11 , 10-Май-14, (45) +1 У вас в слове хуже целых три опечатки, уважаемый , Аноним (-), 13:25 , 10-Май-14, (48) +2 кодировка, где длина представления символа в байтах зависит от положения символа, arisu (ok), 13:57 , 10-Май-14, (49) Сначала научи KOI8 понимать что-то кроме кириллици и латиницы, а потом уже на пе, Аноним (-), 14:53 , 10-Май-14, (53) +1 а мне больше ничего не надо , arisu (ok), 15:18 , 10-Май-14, (58) –4 А меня вот крокозябли в программах - анноят KOI8, как и остальные однобайтовые , Аноним (-), 15:25 , 10-Май-14, (60) +3 Я нет Ты роешься по свалкам собирая нов W незвестные тексты Нет А почему тогд, Аноним (-), 19:11 , 10-Май-14, (87) –3 Кидос пошел в отрицание Стандартно Еще не хватало, чтобы я строился под компьют, Аноним (-), 19:42 , 10-Май-14, (92) +2 Тексты на разных языках Бывают регионы, где общаться на 3 языках -- обычное дел, рео (?), 11:21 , 12-Май-14, (182) pust perehodiat na latinskiy alfavit , arisu (ok), 19:16 , 12-Май-14, (193) –1 Tak i delau - , Watman (?), 09:31 , 13-Май-14, (197) И эсперанто , Andrey Mitrofanov (?), 09:34 , 13-Май-14, (198) И животноводство , anonymous (??), 15:46 , 13-Май-14, (205) +1 В кои-то веки соглашусь , Тот_Самый_Анонимус (?), 14:11 , 11-Май-14, (125) –4 Ну, раз для тебя UTF-8 - говно, пользуйся UTF-32, burjui (ok), 14:15 , 14-Май-14, (208) я уж лучше UCS-4 , arisu (ok), 18:51 , 14-Май-14, (209) В UTF8 есть информация о том к какому языку принадлежит символ, а в KOI-8 оно гд, Аноним (-), 15:07 , 10-Май-14, (55) а я не говорил, что должны быть именно однобайтовые в кодировке размер в байтах, arisu (ok), 15:42 , 10-Май-14, (65) А он у кого-то что-то занимал, что должен Это лишь твое частное мнение, не бо, Аноним (-), 15:49 , 10-Май-14, (69) +1 у здравого смысла да, 2 кб памяти, беда , arisu (ok), 16:03 , 10-Май-14, (72) –1 Как по мне так с точки зрения здравого смысла UTF8 является разумным компромиссо, Аноним (-), 17:55 , 10-Май-14, (78) utf-8 8212 хорошая кодировка для обмена данными фигня в том, что её пыта, arisu (ok), 18:33 , 10-Май-14, (83) А как внутренняя она хороша тем что 1 не надо конвертить то что пришло через I , Аноним (-), 19:46 , 10-Май-14, (93) +2 особенно удобно со строками работать удовольствие просто , arisu (ok), 11:55 , 11-Май-14, (116) Единственные крупные грабли которые я так сразу вижу - сложно взять хренадцатый, Аноним (-), 14:56 , 11-Май-14, (129) +2 Вы уверены, что SIM-карта хранит данные именно так Используется перекодировка, , Bx (ok), 22:57 , 10-Май-14, (105) Я читал соотв доки с etsi org, так что уверен Там есть несколько вариантов сох, Аноним (-), 15:07 , 11-Май-14, (130) Согласен с вопрошающим как конкретно выглядит эта уникальная последовательность, Seyko (?), 13:10 , 13-Май-14, (203) –1 Нашёл только вhttp search cpan org jlmorel Win32-Console-ANSI-1 08 lib Win32 , Seyko (?), 14:25 , 13-Май-14, (204) –1 Зато на кириллицу тратить лишние байты радости много , Тот_Самый_Анонимус (?), 14:14 , 11-Май-14, (126) –2 UTF-8 на нее тратит 2 байта А уникод у которого все символы одинаковые по ширин, Аноним (-), 15:45 , 11-Май-14, (135) пора уже перестать жалеть байты на текст и так из-за этого до сих пор мучаемся , arisu (ok), 15:57 , 11-Май-14, (138) Кроме жаления байтов на текст, есть грабли с endianess они конечно искусственны, Аноним (-), 20:43 , 11-Май-14, (159) +1 Проблема с endianess сильно преувеличена x86, armel, mipsel - LE, ppc - по фа, Led (ok), 23:15 , 11-Май-14, (171) –1 Это не значит что тебе не вынесет мозг какой-нибудь фрукт с BE вариантом проца, , Аноним (-), 23:27 , 11-Май-14, (174) AFAIK, отдельные code point-ы под диакритические знаки и прочие подобные выкрута, Аноним (-), 12:12 , 12-Май-14, (184) в принципе, диакритику тоже можно считать символом по крайней мере, с четырьмя , arisu (ok), 19:18 , 12-Май-14, (194) С четырьмя байтами есть ещё проблема оверхеда на подавляющем большинстве текстов, Аноним (-), 11:20 , 13-Май-14, (200) посчитай оверхеды на команды процессоров и успокойся уже с оверхедом на тексты , arisu (ok), 11:28 , 13-Май-14, (201) Ну тогда чем тебе UTF-16 не нравится , Аноним (-), 15:59 , 10-Май-14, (71) UTF-ом UCS 8212 да , arisu (ok), 17:35 , 10-Май-14, (75) Тебе только название не нравится, что ли Ну называй ее UCS-2, если хочешь Все , Аноним (-), 17:48 , 10-Май-14, (77) спасибо, но я знаю разницу между UTF-16 и UCS-2 , arisu (ok), 18:20 , 10-Май-14, (82) Рад за тебя, только от ответа-то не уходи Сам ведь бесишься, когда люди подобны, Аноним (-), 19:14 , 10-Май-14, (88) +1 Не знаю как ему, а мне не нравится тем что 2 16 всем и для всего - не хватит , Аноним (-), 17:56 , 10-Май-14, (79) –1 Марш читать про UTF-16 Там намного больше 2 16 , Аноним (-), 19:02 , 10-Май-14, (86) +1 Хм НО КАК ХОЛМС , Аноним (-), 19:18 , 10-Май-14, (89) –1 Так же, как и в UTF-8 UTF-16 8212 кодировка переменной длины , Аноним (-), 19:28 , 10-Май-14, (91) +1 Тем что он тоже variable length с словами 16 битов Бонусом еще и проблемы с end, Аноним (-), 19:58 , 10-Май-14, (95) пс-с-с они не знаю про unicode 4 plane , arisu (ok), 05:12 , 11-Май-14, (114) А в unicode 4 plane проблемы byte order не существует , Аноним (-), 13:18 , 11-Май-14, (119) проблемы 171 byte order 187 вообще не существует, она искусственная впрочем,, arisu (ok), 13:24 , 11-Май-14, (121) Если так подумать - все програмерские, математические и т п проблемы - искусст, Аноним (-), 15:09 , 11-Май-14, (131) большинство 8212 таки да , arisu (ok), 15:12 , 11-Май-14, (133) И ведь хрен оспоришь , Аноним (-), 15:46 , 11-Май-14, (136) Зачем это лишне utf8 форева или вы размер строки тупо считаете , fi (ok), 14:00 , 05-Июн-14, (212) затем, что простые вещи должны быть простыми работа со строками и так не самая , arisu (ok), 14:43 , 05-Июн-14, (213) А почему у вас затормаживает что вы делаете со utf8 строкой кроме перессылки из, fi (ok), 15:53 , 05-Июн-14, (214) много чего, господин говнокодер но лично ты можешь не тужиться, пытаясь это выя, arisu (ok), 15:58 , 05-Июн-14, (215) вот-вот, много чего делать в этом представлении уникода НЕ надо учите матчас, fi (ok), 16:23 , 05-Июн-14, (216) другая наводка постоянная конвертация этого говна туда и обратно 8212 операц, arisu (ok), 16:26 , 05-Июн-14, (217) Жестокий мир , Andrey Mitrofanov (?), 16:35 , 05-Июн-14, (218) дебильный , arisu (ok), 16:37 , 05-Июн-14, (219) да сложно в нашем мире со старьем из мира доса жить Или это сложность z80 Помн, fi (ok), 17:12 , 05-Июн-14, (220) говнокодер, как и было сказано , arisu (ok), 17:30 , 05-Июн-14, (221) Windows-1251 и CP866 И да, я понимаю что имелся в виду Юникод, просто автор не, Zenitur (ok), 10:02 , 10-Май-14, (38) +2 Пусть дописывает BSD до уровня Linux, потом код и производительность сравним , Алекс (??), 00:51 , 10-Май-14, (10) +5 // Вы только скажите, что вам не хватает во FreeBSD Допишут Вот только говорят, чт, iZEN (ok), 01:08 , 10-Май-14, (11) +1   // ну ты наверное штудировал список поддерживаемого оборудования, либо оно у тебя п, Аноним (-), 01:16 , 10-Май-14, (12) –2   // Чего мне штудировать, если оно обычное офисное , соответствующее современным тр, iZEN (ok), 02:02 , 10-Май-14, (16)   Главное критерии соответствия поизящнее подгонять , Аноним (-), 15:47 , 11-Май-14, (137) –1   Никто ничего не штудирует В большинстве материнских плат HDA-кодеки и сетевушки , Аноним (-), 10:11 , 10-Май-14, (39)   Да, например, если вы захотите пробросить PCI-девайс в виртуалку используя IOMMU, Аноним (-), 15:11 , 10-Май-14, (56) +3   Летние каникулы с гуглем все решат AMD выпускала Cell Точно , Аноним (-), 09:50 , 11-Май-14, (115) –3   Через сколько лет Да и накукуй гуглу бзды У них пингвины везде Один заметил ла, Аноним (-), 15:11 , 11-Май-14, (132) +3   Он лям в портирование capsicum на линукс вложил А так то не зачем, речь была про, Аноним (-), 17:19 , 11-Май-14, (150) –1   Ну да, гугл использует линукс Поэтому то что будет в линуксе - их инте, Аноним (-), 21:06 , 11-Май-14, (161)   Просто оно оборудование у него работает под Вендой , Аноним (-), 13:22 , 11-Май-14, (120) +3   ну, и бсд загружается загрузилось 8212 значит, оборудование работает так и , arisu (ok), 13:26 , 11-Май-14, (122) +2   Там обычно поддержка оборудования сводится к если плюется в UART сообщениями , Аноним (-), 15:41 , 11-Май-14, (134) +1   Как там с видеокартами Radeon HD 7XXX дела обстоят Если есть нормальный драйвер, Alexander Komarov (?), 02:11 , 10-Май-14, (17)   // radeonsihttps wiki freebsd org Graphics, Аноним (-), 07:38 , 10-Май-14, (28)   Там написано Port Radeon GPU driver from Linux 3 8 Мало того что в линухе эт, Аноним (-), 15:14 , 10-Май-14, (57) +2   Там как в Linux , iZEN (ok), 17:12 , 10-Май-14, (73) –2   Капитан намекает что в Linux сейчас ядро 3 14 и там немного другой набор фич у, Аноним (-), 18:01 , 10-Май-14, (80) +1   А ты не учитываешь налаживание процесса Сейчас идёт как раз наладка 8212 до , iZEN (ok), 18:58 , 10-Май-14, (85) –2   Да, я как раз учел что WIP по портированию WIPа - крындец в квадрате Там в этой, Аноним (-), 20:10 , 10-Май-14, (96) +1   Тестовый набор патчей почти готов, не думаю что на портирование всего остального, Аноним (-), 23:48 , 10-Май-14, (109)   Ехидный смешок да, скопипастить W спортировать код из пингнвина - много врем, Аноним (-), 16:14 , 11-Май-14, (139) +1   английский по ссылке ужасен даже хуже моего 8212 хотя я думал, что так быть , arisu (ok), 16:16 , 11-Май-14, (140) +1   А чем тебе полезен DRM KMS Я, вот, не вижу в нём смысла, если и так всё работае, iZEN (ok), 16:20 , 11-Май-14, (141) –2   Через UMS у меня игрушки под вайном не пашут и xonotic тормозит, а с KMS я проше, Аноним (-), 18:09 , 11-Май-14, (156) –1   Вот и отлично У нас пока есть выбор работать под линуксовыми KMS DRM, либо ост, iZEN (ok), 20:44 , 11-Май-14, (160) –1   А мой выбор - увидеть что могут 170Гбайт сек жирной GDDR5 шины в паре с массово , Аноним (-), 22:29 , 11-Май-14, (163) +1   Предназначение видеокарты, вообще-то, несколько другое, чем числокрушилка Для, iZEN (ok), 23:09 , 11-Май-14, (169) –1   По факту нынче видеокарта - именно числокрушилка и продвинутые фреймбуферы к, Аноним (-), 03:03 , 12-Май-14, (177) +1   Тем что я вижу что задумка достаточно могуча и стройна Разделение на уровне дос, Аноним (-), 21:47 , 11-Май-14, (162)   Тебя куда-то не туда понесло kdb и dtrace есть, cuda и opencl таки очень хотят н, Аноним (-), 22:44 , 11-Май-14, (164)   Ну вот у KDB есть одна особенность Он должен отрисовываться даже когда большая , Аноним (-), 03:32 , 12-Май-14, (179)   Неужели веришь в это В то, что AMD закопает Catalyst и перейдёт на сторону враг, iZEN (ok), 22:55 , 11-Май-14, (165) –1   Разумеется Настоящий капиталист с удовольствием скостит расходы на разработку , Аноним (-), 03:23 , 12-Май-14, (178) +1   У меня нет возможности проверить, в OpenBSD 5 5 по идее уже должно работать, а д, Аноним (-), 18:04 , 11-Май-14, (155) –1   Ну а я вот уже гоняю на пингвине свеженький GCN с свеженьким RadeonSI Не то что, Аноним (-), 23:00 , 11-Май-14, (166) +1   А я тебе расскажу В релизе BSD багов не допускают В -CURRENT 8212 запрос, iZEN (ok), 23:15 , 11-Май-14, (170)   То-есть, висючий ZFS с нереализованным sendfile который был заявлен стабильным, Аноним (-), 03:35 , 12-Май-14, (180) +1   У ZFS, к примеру, много новых фич, которые несовместимы с предыдущими версиями и, iZEN (ok), 14:13 , 12-Май-14, (188) –1   Да, допишут, вопрос только когда Вон на роутерстейшн портировали Так рьяно п, Аноним (-), 03:20 , 10-Май-14, (22) +2   Много метафор и сравнений, плавно перетекающих в словоблудие Но мысли про свобо, Аноним (-), 01:16 , 10-Май-14, (13) +1 // Аналогично мысль про восьмибитную кодировку, которая будет читаться транслитом , хм (?), 07:32 , 10-Май-14, (27) // http news demos su private demos html, rob pike (?), 08:15 , 10-Май-14, (30) –1 Особенно осязаема эта форма в виде PS4, где у сони навороченные гамезы работают,, Аноним (-), 15:19 , 10-Май-14, (59) +3 // И что самое важное, что там работает фряха, не линукс FreeBSD потеряла из-за та, Аноним (-), 22:02 , 10-Май-14, (102) –3 // Важное Самое Вы что, фирма Сони, чтоли Или почему это для вас важно Вам с э, Аноним (-), 16:26 , 11-Май-14, (143) +2 вот откуда такие как ты вылазят если фирма положит лям денег в карман, то при эт, Аноним (-), 12:18 , 12-Май-14, (185) –1 А зачем ставить ванильную фряху на PS4 , Аноним (-), 00:33 , 11-Май-14, (111) –1 // Вы на нее никакую фряху не поставите Так можно только господарям из фирмы Сони , Аноним (-), 16:28 , 11-Май-14, (144) +2 Слэнг необычный Недавно освободился от рабства , iZEN (ok), 16:34 , 11-Май-14, (146) –1 Я по крайней мере освободился И не дуалбутаюсь в проприетарные ОС И проприетар, Аноним (-), 23:03 , 11-Май-14, (168) +1 Хорошо Теперь откомпилируй свой GNU Linux с помощью GCC от начала и до конца из, iZEN (ok), 23:20 , 11-Май-14, (173) –1 Ты меня перепутал с гентушниками, имхо То-есть, если появится понятная мне нужд, Аноним (-), 03:48 , 12-Май-14, (181) Зачем вы настаиваете на том чтобы я купил PS4 и поставил на нее фряху Зачем мн, Аноним (-), 18:38 , 11-Май-14, (157) –1 Затем что этот APU - близкий родственник APU, лежащих на магазинной полочке С п, Аноним (-), 23:16 , 11-Май-14, (172) +2 Столлман всегда в итоге оказывается прав Писал о Java - что в итоге Нате вам, , Антуан (?), 01:42 , 10-Май-14, (14) Высказывания таких деятелей всегда вгоняют меня в депрессию Вякает о свободе,, Аноним (-), 02:20 , 10-Май-14, (18) +5 // Вы, скорее всего, впервые услышали о Чернове из этой новости, а уже беретесь су, DeadLoco (ok), 03:08 , 10-Май-14, (19) +1 // Да, старый добрый нагвал делал людей жёстче, не то что все эти сопляки с блогспо, Антуан (?), 03:15 , 10-Май-14, (20) –3 // Что за нагвал-то , anonymous (??), 17:19 , 10-Май-14, (74) Олдфаг в треде Все в машину , Аноним (-), 04:03 , 10-Май-14, (24) +1 По-моему у этого человека проблемы с головой Впрочем, это типичный представител, Аноним (-), 03:16 , 10-Май-14, (21) +1 // Проблемы с головой у него, конечно, есть Это обычная плата за наличие головы Да,, rob pike (?), 08:22 , 10-Май-14, (31) +1 // Просто объем тараканов в голове может ведь и перевесить объем здравого смысла В, Аноним (-), 15:41 , 10-Май-14, (64) +1 У тебя таких проблем отродясь не было и не будет, потому что ты пустоголовое чм , Аноним (-), 14:33 , 10-Май-14, (50) +1 // Хахаха, не помню чтобы вы проводили IQ тесты с моим участием И список мыслей я , Аноним (-), 15:42 , 10-Май-14, (67) Вы то сами своей головой что-либо родили , DN (ok), 23:34 , 10-Май-14, (107) Именно Столмана и Линуса будут помнить и почитать через 300 лет, а бсд лицензия , Аноним (26), 04:42 , 10-Май-14, (26) +4 Спорно всё это, ой как спорно , АнониМ (ok), 09:35 , 10-Май-14, (34) типичный бздун, с их идеей о том что БСД свободнее видимо им уж очень польстило, Аноним (-), 09:59 , 10-Май-14, (35) +3 // я считаю, алкоголикам и идиотам надо запретить делать детей а то получаются так, arisu (ok), 12:10 , 10-Май-14, (44) +1 // Ну про типичного бздуна он прав, но вот про стек - какие-то не научные фантазии, Аноним (-), 15:38 , 10-Май-14, (63) –1 // я на стек и намекал прежде всего , arisu (ok), 15:42 , 10-Май-14, (66) Это да, ничем не подкрепленные фантазии Хотя рядом с предметом обсуждения смотр, Аноним (-), 15:52 , 10-Май-14, (70) Если честно, то первый раз о нём слышу Но само интервью понравилось Думаю озна, Аноним (-), 10:33 , 10-Май-14, (40) –1 // RFC1489, UUPC 8212 то , что приходит в голову сразу же , Аноним (-), 19:25 , 10-Май-14, (90) Вернитесь назад в историю Эдак ранее 1994г , DN (ok), 23:37 , 10-Май-14, (108) –1 // CP866 уже был Но да, понимаю, не комильфо у MS кодировку тырить В результат, Аноним (-), 16:33 , 11-Май-14, (145) +1 // и альтернативная кодировка и модифицированная альтернативная кодировка госта исп, indigio (ok), 15:50 , 20-Май-14, (210) очередной выплеск батхёрта, судя по цитатам ну, может, ещё набор из арсенала К , arisu (ok), 12:05 , 10-Май-14, (41) +3 // твое мнение, гниль, никого не интересует, Аноним (-), 14:35 , 10-Май-14, (51) –3 // лжёшь тебя вот заинтересовало настолько, что ты даже написал мне о том, как ник, arisu (ok), 14:45 , 10-Май-14, (52) +3 Не читал, то есть Ну, молодца Две порции freebsd org doc en articles bsdl-gpl , Andrey Mitrofanov (?), 17:29 , 12-Май-14, (191) +1 // нет, я бредятину от бсдунов по поводу лицензий и так знаю а нового они ничего с, arisu (ok), 19:15 , 12-Май-14, (192) +1 ржу нимагу, в Россию ничего ненадо поставлять, если это надо, то в России и так , IMHO (?), 13:04 , 10-Май-14, (46) –1 // Ты немного проморгал и копирасы таки продавили здесь стандартный набор законов , Аноним (-), 15:36 , 10-Май-14, (61) +1 циаты про GPLv3, которую автор второго перепоста новость - БАЯН Было назойли, Аноним (-), 13:04 , 10-Май-14, (47) –1 // Что тебе не нравится Обычный спич старого деграданта, который свое отлетал и ба, Аноним (-), 15:37 , 10-Май-14, (62) +2 // Пожалуй что так НО Он хотябы когда то летал, а ты рождёееый ползать - кроме , Аноним (-), 22:05 , 10-Май-14, (103) // а теперь летает только с печки на пол, от чего и несет всякую фигню А вот это, Аноним (-), 16:35 , 11-Май-14, (147) –1 Интервью пропитано сарказмом С другой стороны, не так он уж и неправ много За, anonymous (??), 17:40 , 10-Май-14, (76) +1 // И правда, ну его нафиг - работающие операционки делать Идите рассаду выращивайт, Аноним (-), 18:06 , 10-Май-14, (81) Ориентированность на успех 8212 то, с чем каждый день приходится сталкиваться, Demo (??), 16:50 , 12-Май-14, (189) Всё с ним понятно , sorrymak (ok), 18:57 , 10-Май-14, (84) +8 // iZEN всё правильно сделал , Andrey Mitrofanov (?), 17:23 , 12-Май-14, (190) +1 Если внимательнее посмотреть на структуру ОС FreeBSD Можно заметить много о, StainlessRat (??), 20:50 , 10-Май-14, (97) –2 // No shit , anonymous (??), 21:35 , 10-Май-14, (100) Опечатка по Фрейду Ну да, вот такой вот хороший из сабжа десктоп, что каждый п, Аноним (-), 21:40 , 10-Май-14, (101) +3 // всегда так делают , arisu (ok), 11:57 , 11-Май-14, (117) Мдаа постарел Саша, чот какие-то речи у него странные , winsant (?), 22:25 , 10-Май-14, (104) Интервью будто промптом переводили , Аноним (-), 23:55 , 10-Май-14, (110) KOI8-R давно закопать пора, а опеннет все ещё пользуется , Ващенаглухо (ok), 13:34 , 11-Май-14, (123) // и ведь работает, что интересно но, конечно, это не модно, не стильно и не молод, arisu (ok), 13:39 , 11-Май-14, (124) Да тут и уникод как-то нормально работает 9786 , Аноним (-), 17:17 , 11-Май-14, (149) Чувак дело про лицензии говорит , Тот_Самый_Анонимус (?), 14:25 , 11-Май-14, (127) –4 // Потребитель который ничего не создает - рассказывает нам о лицензиях Как это ми, Аноним (-), 17:19 , 11-Май-14, (151) +2 К примеру, если у вас есть анонимный Биткоин, то вы уже наркоман, педофил, терр, Аноним (-), 17:23 , 11-Май-14, (152) –1 // gt оверквотинг удален Чтобы тебя защитить От тебя же , anonymous (??), 17:27 , 11-Май-14, (154) // gt оверквотинг удален Вы меня защитите от себя, от правового произвола, корруп, anonymous (??), 06:51 , 14-Май-14, (206) Шелдон, ты ли это , alex (??), 11:39 , 12-Май-14, (183) а ты свободный гражданин лично разбираешься во всех вопросах на уровне дипломи, Аноним (-), 12:21 , 12-Май-14, (186) –1 // не начинай, у тебя от этого в голове какие-то химеры рождаются , arisu (ok), 19:38 , 12-Май-14, (195) +1 Для себя -да И я бы не хотел что бы за меня решали как мне думать, как мне жит, anonymous (??), 07:00 , 14-Май-14, (207) +1 Проанализировать содержимое пакета быстрее, чем ничего с ним не делать стандарт, Аноним (-), 12:57 , 12-Май-14, (187) // Понятие сарказм вам не знакомо , Аноним (-), 21:57 , 12-Май-14, (196) // Откуда такая уверенность, что реальная позиция Чернова относительно ограничения , Аноним (-), 11:12 , 13-Май-14, (199) знакомо также хорошо знакомы случаи, когда человек сначала говорит чушь, а пото, arisu (ok), 11:29 , 13-Май-14, (202) +1 1,3,4,10,13,14,18,21,26,34,35,40,41,46,47,76,84,97,104,110,123,127,152,187

Сообщения

[Сортировка по времени | RSS]

	11. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+1 +/–
	Сообщение от iZEN (ok), 10-Май-14, 01:08
	Вы только скажите, что вам не хватает во FreeBSD. Допишут. Вот только говорят, что какое-то оборудование не поддерживается. Какое конкретно? У меня всё работает.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	–2 +/–
	Сообщение от Аноним (-), 10-Май-14, 01:16
	> У меня всё работает. ну ты наверное штудировал список поддерживаемого оборудования, либо оно у тебя просто допотопное.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+/–
	Сообщение от iZEN (ok), 10-Май-14, 02:02
	Чего мне штудировать, если оно обычное "офисное", соответствующее современным требованиям к производительности процессора и объёму памяти?!
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	–1 +/–
	Сообщение от Аноним (-), 11-Май-14, 15:47
	> соответствующее современным требованиям к производительности процессора и объёму памяти?! Главное критерии соответствия поизящнее подгонять...
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+/–
	Сообщение от Аноним (-), 10-Май-14, 10:11
	Никто ничего не штудирует. В большинстве материнских плат HDA-кодеки и сетевушки от realtec. Поддержка принтеров epson и hp есть. Беспроводные мультимедийные usb-клавиатуры от microsoft работают нормально. Cмартфончики samsung galaxy можно заряжать, закачивать фоточки, использовать как модем. wi-fi от broadcom работает нормально. Проблемы могут быть если у вас что-то экзотическое.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	56. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+3 +/–
	Сообщение от Аноним (-), 10-Май-14, 15:11
	> Проблемы могут быть если у вас что-то экзотическое. Да, например, если вы захотите пробросить PCI-девайс в виртуалку используя IOMMU. Правда, as of 2014, IOMMU не есть нечто экзотическое и есть даже в большинстве выпускаемых нынче десктопников, не говоря уж про сервера. Амдшные APU, типа того что у сони в PS3? Ха-ха! Пока соня запускает AAA игры, бздюки традиционно кукуют без драйверов. Хорошая поддержка оборудования, итить.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	–3 +/–
	Сообщение от Аноним (-), 11-Май-14, 09:50
	>> Проблемы могут быть если у вас что-то экзотическое. > Да, например, если вы захотите пробросить PCI-девайс в виртуалку используя IOMMU. Правда, > as of 2014, IOMMU не есть нечто экзотическое и есть даже > в большинстве выпускаемых нынче десктопников, не говоря уж про сервера. Летние каникулы с гуглем все решат. >Амдшные APU, типа того что у сони в PS3? Ха-ха! Пока соня > запускает AAA игры, бздюки традиционно кукуют без драйверов. Хорошая поддержка оборудования, > итить. AMD выпускала Cell? Точно?
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+3 +/–
	Сообщение от Аноним (-), 11-Май-14, 15:11
	> Летние каникулы с гуглем все решат. Через сколько лет? Да и накукуй гуглу бзды? У них пингвины везде. > AMD выпускала Cell? Точно? Один заметил лажу. Имелся в виду PS4, разумеется. А вот там вполне себе АМДшное такое APU. Просто анонимусы не могут редактировать комментарии, так что typo осталось висеть "как есть".
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	–1 +/–
	Сообщение от Аноним (-), 11-Май-14, 17:19
	> Да и накукуй гуглу бзды? Он лям в портирование capsicum на линукс вложил. А так то не зачем, речь была про GSoC. > Имелся в виду PS4, разумеется. А вот там вполне себе АМДшное такое APU. Драйвер написан под конкретный APU, который для PC не выпускается, не слишком много проку будет от открытия его исходников, при том что amd постепенно открывает исходники и открытые драйвера показывают хорошую производительность под линуксом, фрибсд и опенбсд.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+/–
	Сообщение от Аноним (-), 11-Май-14, 21:06
	> Он лям в портирование capsicum на линукс вложил. Ну да, гугл использует ... линукс :). Поэтому то что будет в *линуксе* - их интересует. И они готовы что-то там спонсировать. Потому что серваки у них на этом самом линуксе работают, а без серваков никакого гугла не получится. Гугл это понимает. Вот и заботится о той кодовой базе которая их держит на плаву. Но это не про бзды. > А так то не зачем, речь была про GSoC. А там IIRC гугель апрувит - что они будут спонсировать, а что нет. Где-то что-то связанное с бсд там может и проскочит, но сам по себе гугл в бздах напрямую не заинтересован и поэтому на многое рассчитывать - наивно. > Драйвер написан под конкретный APU, который для PC не выпускается, Как вы понимаете, AMD лениво сильно переделывать APU "специально для сони". Поэтому оно внутрях AFAIK более-менее обычный проц + более-менее обычный gpu, так что соседние модели этого добра - на полочке магазинов для всех желающих свободно лежат. > не слишком много проку будет от открытия его исходников, Чего бы это вдруг? Там внутрях более-менее обычный амдшный х86 камень и обычный GPU на основе GCN, как я понимаю. Фундаментальных отличий там вероятно мало, по поводу чего скорее всего оно вообще зацепится одной и той же кодовой базой, ну может с какмими-то минимальными переделками. Так, глядя на структуру кода открытых дров, где они довольно большие куски умудряются реюзать даже для VLIW-ов и GCN-ов, т.к. в ряде мест даже они все еще достаточно похожи. > при том что amd постепенно открывает исходники и открытые драйвера > показывают хорошую производительность под линуксом, фрибсд и опенбсд. Амд постепенно открывает драйвера, но как несложно заметить, вся их разработка идет под линуксом. Остальные вообще несколко лет кочевряжились что DRM+KMS это фи и ну его. Логично что на них при этом и в иксах забили, и в месе и где там еще. Тонуть вместе с этими господами разработчики из месы, иксов и прочих не пожелали и потому поплыли как сумели, ориентируясь на пингвина первым делом. Ну а остальные как остались без дров - сразу прозрели. Что оказывается не фи, и вообще. И теперь в пожарном порядке что-то пытаются изобразить. Когда железо уже более года на полках маназинов, а с драйверами совсем глухо, и юзерье начинает окончательно задалбываться - ну понятно что придется. Только это не отменяет того что тайминги - "не очень". И упрвление проектом - хромое. Ну и заявы про хорошую поддержку железа - булшит, господа! Если только начинать расчухиваться через год после выпуска железок это хорошая поддержка железа - ну я уж не знаю что тогда плохая.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+3 +/–
	Сообщение от Аноним (-), 11-Май-14, 13:22
	>> У меня всё работает. >ну ты наверное штудировал список поддерживаемого оборудования Просто оно (оборудование) у него работает под Вендой ;)
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	122. "Интервью с Андрем Черновым, создателем кодировки KOI8-R..."	+2 +/–
	Сообщение от arisu (ok), 11-Май-14, 13:26
	> Просто оно (оборудование) у него работает под Вендой ;) ну, и бсд загружается. загрузилось — значит, оборудование работает. так и проверяют.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Интервью с Андрем Черновым, создателем кодировки KOI8-R..."	+1 +/–
	Сообщение от Аноним (-), 11-Май-14, 15:41
	> ну, и бсд загружается. загрузилось — значит, оборудование работает. так и проверяют. Там обычно "поддержка оборудования" сводится к "если плюется в UART сообщениями загрузки - значит, поддерживается". Так было с routerstation-ами, теперь та же хрень с R.Pi и прочими allwinner-ами и т.п.. Пользы от такой "поддержки" - понятно сколько. А т.к. прогресс довольно быстро идет - производители просто выкатывают новое оборудование быстрее чем его поддержку запиливают. Так что процесс зачастую выглядит как "поматросил-бросил".
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+/–
	Сообщение от Alexander Komarov (?), 10-Май-14, 02:11
	Как там с видеокартами Radeon HD 7XXX дела обстоят? Если есть нормальный драйвер, то тогода я не прочь перевести на фряху свою основную рабочую станцию. Если же там всё тот же radeonsi, который крашится из-за ошибки в llvm, или вообще ничего -- то нет, спасибо.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	28. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+/–
	Сообщение от Аноним (-), 10-Май-14, 07:38
	radeonsi https://wiki.freebsd.org/Graphics
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+2 +/–
	Сообщение от Аноним (-), 10-Май-14, 15:14
	> https://wiki.freebsd.org/Graphics Там написано "Port Radeon GPU driver from Linux 3.8.". Мало того что в линухе это повяилось раньше, так бонусом еще и древний код, в котором нормальное управление питанием (DPM) - отсутствует как класс. И UVD этот код кажись еще не умеет. Там и правда все так плохо как написано?
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	–2 +/–
	Сообщение от iZEN (ok), 10-Май-14, 17:12
	>> https://wiki.freebsd.org/Graphics > Там написано "Port Radeon GPU driver from Linux 3.8.". Мало того что > в линухе это повяилось раньше, так бонусом еще и древний код, > в котором нормальное управление питанием (DPM) - отсутствует как класс. И > UVD этот код кажись еще не умеет. Там и правда все > так плохо как написано? Там как в Linux.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+1 +/–
	Сообщение от Аноним (-), 10-Май-14, 18:01
	> Там как в Linux. Капитан намекает что в Linux сейчас ядро 3.14 и там "немного другой" набор фич у радеонов. Где-то в районе 3.10-3.11 сделали нормальное управление питанием, а по дефолту оно активно в 3.13 стало. До этого управление питанием/реклокинг - ну не то что отсутствовало, но - оставляло желать, и было юзабельно разве что в режиме ручнго управления. И UVD-декодер где-то там же допилили, etc. А для SI конкретно, серия патчей с существенным ускорением (компрессия таблиц трансляции страниц) только в 3.16 попадет. Когда все это будет у бздюков? Как обычно, годков через 5?
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	–2 +/–
	Сообщение от iZEN (ok), 10-Май-14, 18:58
	>> Там как в 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-го.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+1 +/–
	Сообщение от Аноним (-), 10-Май-14, 20:10
	> А ты не учитываешь налаживание процесса? Да, я как раз учел что 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 Хахаха, жжошь, изя. Да, кейту пакарду из интела и прочим Эйрли из редхатов и кому там еще - твои бзды так нужны, так нужны.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+/–
	Сообщение от Аноним (-), 10-Май-14, 23:48
	>Suspend/resume >GPGPU >Multiple cards sharing output connectors Тестовый набор патчей почти готов, не думаю что на портирование всего остального уйдет много времени. >А сколько лет они будут вещи типа DMA-BUF "портировать Патч готов. Кстати, как в линуксе с libdispatch? http://lists.freebsd.org/pipermail/freebsd-x11/2014-April/01...
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+1 +/–
	Сообщение от Аноним (-), 11-Май-14, 16:14
	> Тестовый набор патчей почти готов, не думаю что на портирование всего остального > уйдет много времени. (Ехидный смешок) да, скопипастить^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жно", а теперь - истошно попы рвут, осознав неправоту.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Интервью с Андрем Черновым, создателем кодировки KOI8-R..."	+1 +/–
	Сообщение от arisu (ok), 11-Май-14, 16:16
	английский по ссылке ужасен. даже хуже моего — хотя я думал, что так быть не может.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	–2 +/–
	Сообщение от iZEN (ok), 11-Май-14, 16:20
	> Мне вот гораздо забавнее > как некоторые истошно вопили что DRM+KMS "не нyжно", а теперь - > истошно попы рвут, осознав неправоту. А чем тебе полезен DRM+KMS? Я, вот, не вижу в нём смысла, если и так всё работает прекрасно через UMS или собственные проприетарные интерфейсы к ядру (AMD Catalyst, NVIDIA Driver). (У меня WITHOUT_NEW_XORG в /etc/make.conf, если что.)
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	156. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	–1 +/–
	Сообщение от Аноним (-), 11-Май-14, 18:09
	>> Мне вот гораздо забавнее >> как некоторые истошно вопили что DRM+KMS "не нyжно", а теперь - >> истошно попы рвут, осознав неправоту. > А чем тебе полезен DRM+KMS? Я, вот, не вижу в нём смысла, > если и так всё работает прекрасно через UMS или собственные проприетарные > интерфейсы к ядру (AMD Catalyst, NVIDIA Driver). (У меня WITHOUT_NEW_XORG в > /etc/make.conf, если что.) Через UMS у меня игрушки под вайном не пашут и xonotic тормозит, а с KMS я прошел PathOfExile под фряхой, к примеру.
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	–1 +/–
	Сообщение от iZEN (ok), 11-Май-14, 20:44
	> Через UMS у меня игрушки под вайном не пашут и xonotic тормозит, а с KMS я прошел PathOfExile под фряхой, к примеру. Вот и отлично. У нас пока есть выбор: работать под линуксовыми KMS+DRM, либо оставаться при своём UMS. Линуксоиды почему-то этот выбор оспаривают и считают единственно-верным собственническую разработку Intel, которая сделала её только под Linux в надежде оторвать "кусок пирога" в 3D у AMD и NVIDIA хотя бы в low-end'е сегменте встроенной графики. В Xog.org как дураки повелись на приманку, выкинули из совета всех неугодных "режиму", в итоге разработчики альтернативных свободных ОС вынуждены подстраиваться под новый линуксовый Xorg и мейнстрим low-end'а, так как UMS в новых версиях больше не поддерживается. Вот так одна протащенная корпорацией идея разрушает разнообразие и свободу выбора в Open Source.
	Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

	163. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+1 +/–
	Сообщение от Аноним (-), 11-Май-14, 22:29
	> Вот и отлично. У нас пока есть выбор: работать под линуксовыми 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", ты себе не представляешь просто. Прогнетесь, никуда не денетесь. Потом еще и спасибо скажете за возможность нормально использовать фичи современного железа.
	Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

	169. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	–1 +/–
	Сообщение от iZEN (ok), 11-Май-14, 23:09
	>> Вот и отлично. У нас пока есть выбор: работать под линуксовыми KMS+DRM, >> либо оставаться при своём UMS. > А мой выбор - увидеть что могут 170Гбайт/сек жирной GDDR5 шины в > паре с массово параллелизованой числокрушилкой. И чтоб на открытом стеке, для > полного кайфа. Мне такие мечты насчет будущего кажутся более интересными чем > цепляния за древний программный интерфейс неизвестно зачем. Предназначение видеокарты, вообще-то, несколько другое, чем "числокрушилка". Для "числокрушилок" придуманы транспьютеры, а не видеокарты. > А там дискреткам по любому крындец. Зачем покупать дискретку, если интеграт ничем не хуже? Производители мощных видеокарт считают, что всё должно стоить адекватных денег. > У тех же АМДшников есть вполне удачные APU, более того, они их раньше интеля даже выпускать начали, так что твой тезис - достаточно сомнительный. Их мощные APU предназначен для декодирования сжатого (h.264, например) видео в реальном времени и организации многомониторных конфигураций. > Но есть один момент. Интел так или > иначе заинтересован в нормальном выводе графики под линуха для своих целей, > которые включают в себя таблет-пц aka планшеты, бортовые компьютеры и прочее > добрецо где интел хотел бы видеть свой проц а не конкурентовский. > Ну, нормальное такое желание в принципе. Пусть рубятся с конкурентами, я > не против. Пока у них с потребление/производительность не фонтан и нужда > в проприентарном биосе/уефи жирный минус. Но они не совсем терминально тугие > и над ошибками работать иногда все-таки умеют. Для 2D хватит и DirectFB. >> В Xog.org как дyраки повелись на приманку, > Уточним: те кто активно что-то разрабатывали просто вняли и решили что им > оно надо и это будет вот так. И их вполне можно > понять - допинать графику на пингвине до современного уровня - вполне > нормальная хотелка. А графика уровня VGA-адаптера - это нифига не нормально > и не современно и не есть "хорошая поддержка железа" вообще совсем > ни разу. По большому счёту Xorg не нужен. Нужен только модуль драйвера видеоадаптера в ядре, который бы имел стандартный внешний API для отрисовки 2D/3D-графики, по типу OpenGL ES. А тулкиты и WM работали бы с ним напрямую, без использования перегруженных "сетевых" протоколов Xorg. >> выкинули из совета всех неугодных "режиму", > Ты уж определись в своем вранье. Ну а ты протри свои залитые глазки. > Я так скорблю по возможности использовать могучие числокрушилки с турбинами, динамическим изменением вольтажа и частоты, кучей поточных процессоров и скоростной памятью Это другой класс оборудования. "Числокрушилки" нужны в научных вычислениях. Зачем это в видеокартах потребительского сегмента? Что на них считать?
	Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

	177. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+1 +/–
	Сообщение от Аноним (-), 12-Май-14, 03:03
	> Предназначение видеокарты, вообще-то, несколько другое, чем "числокрушилка". По факту нынче "видеокарта" - именно числокрушилка и "продвинутые фреймбуферы" к ней. Ну еще некоторые специфичные железки вокруг. > Для "числокрушилок" придуманы транспьютеры, а не видеокарты. А как по мне - довольно глупо не пользоваться дополнительной числокрушилкой, коли уж она есть. Не говоря о том что по цена/производительность массовый 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. Или там видео отпостпроцессить. Или криптографию крупным оптом ворочать. Мне вот это кажется довольно кривым и неправильным - совершенно искусственное нагревание себя на доступ к мощной числокрушилке.
	Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

	162. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+/–
	Сообщение от Аноним (-), 11-Май-14, 21:47
	> А чем тебе полезен 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, как все это отладят и обезглючат, а потом еще и по скорости работы посоревнуются с проприерасами. А почему бы и нет? Вот когда все это будет - вот тогда я скажу: "хорошо!". А до тех пор - есть над чем поработать. В том числе и мне, имхо - в меру моих умений.
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+/–
	Сообщение от Аноним (-), 11-Май-14, 22:44
	>Вот поэтому бздюков теперь и не спрашивают и просто развивают графику так как считают нужным. Без их участия. Бздюков вечно ничего не интересует, у них нет ресурсов, они ни в чем не видят смысла. Им VGA адаптера хватает выше крыши. OpenGL? Не, не слышали. Отладчики уровня ядра - тоже ни к чему. И даже вкатить вычислительное задание на эти мегачислокрушилки им не хочется. Вот только работа с монстром с турбинами на уровне VGA адаптера - не есть "хорошая поддержка оборудования". Это использование возможностей железа на целых 5%. Тебя куда-то не туда понесло. kdb и dtrace есть, cuda и opencl таки очень хотят на freebsd, у nvidia нет людей чтобы пилить cuda под freebsd, максимум cuda можно в линуксоляторе потыкать. http://lists.freebsd.org/pipermail/freebsd-performance/2012-...
	Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

	179. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+/–
	Сообщение от Аноним (-), 12-Май-14, 03:32
	> kdb и dtrace есть, Ну вот у KDB есть одна особенность. Он должен отрисовываться даже когда большая часть кода стоит колом. Что является достаточно забавной инженерной проблемой (кто пытался трассировать/дебажить/профилировать иксы, графический стек и прочее - тот поймет). В KMS+DRM это решаемо. > cuda и opencl таки очень хотят на freebsd, А где разработчики которые этим заниматься будут? Оно в пингвине то пока глючное (в том числе и благодаря LLVM). А что будет в бздах при отсутствии тех кто этим активно бы занимался - несложно себе представить. > у nvidia нет людей чтобы пилить cuda под freebsd, максимум cuda > можно в линуксоляторе потыкать. Нвидия вежливо и политкорректно показала фак. Бывают в жизни огорчения. Вообще имхо надеяться на милость проприератщика - стратегическая ошибка.
	Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

	165. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	–1 +/–
	Сообщение от iZEN (ok), 11-Май-14, 22:55
	> Если говорить о моих представлениях о прекрасном, я таки собираюсь увидеть как > открытый графический стек возьмет планку OpenGL 4, как там достигнет полной > работоспособности OpenCL, как все это отладят и обезглючат, а потом еще > и по скорости работы посоревнуются с проприерасами. А почему бы и > нет? Вот когда все это будет - вот тогда я скажу: > "хорошо!". А до тех пор - есть над чем поработать. В > том числе и мне, имхо - в меру моих умений. Неужели веришь в это? В то, что AMD закопает Catalyst и перейдёт на сторону врага (Intel)? И NVIDIA выбросит белый флаг? Доказано годами: производительность в графике достигается не KMS+DRM, а прямой подменой либ xorg-server и использованием ядерного модуля (nvidia.ko). В Intel подменили понятия и протащили в отрасль идею KMS+DRM ради уравнения шансов на выживание их "затычек" с "числодробилками" от 3D-монстров. До сих пор непонятно разве?
	Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

	178. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+1 +/–
	Сообщение от Аноним (-), 12-Май-14, 03:23
	> Неужели веришь в это? Разумеется. Настоящий капиталист с удовольствием скостит расходы на разработку. А уж за конкурентский счет - хоть два раза. > В то, что 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 по этой причине довольно кардинально разный. > До сих пор непонятно разве? Да нет, мне как раз понятно. Что я обойдусь без твоей доморощеной аналитики.
	Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

	155. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	–1 +/–
	Сообщение от Аноним (-), 11-Май-14, 18:04
	>И что, работает даже? Ну ок, посмотрим через сколько лет можно будет взять бзду в более-менее дефолтовом состоянии на каком-нибудь ноуте с безголовой графикой и без дикого кластерфака получить картинку с безголовой видеокарты. Все-таки засчитывается результат. У меня нет возможности проверить, в OpenBSD 5.5 по идее уже должно работать, а для FreeBSD пока только патч на потестить. > Без понятия что это. Судя по сообщению - люди решают какую-то проблему. > Которую я никогда в жизни не встречал. Сообщение об ошибке которое > там процитировано - я вообще впервые в жизни вижу. Я так > рад что какие-то чуваки решают проблему, которой у меня и так > не было, вы себе просто не представляете. Никакой пробемы нет. http://ru.wikipedia.org/wiki/Grand_Central_Dispatch В рассылке человек предлагает завязать иксы и некоторый софт на libdispatch(в приложении патч к иксам), люди тестируют, но у кого-то вылетает ошибка при сборке из-за неверного выбора флагов.
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	166. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+1 +/–
	Сообщение от Аноним (-), 11-Май-14, 23:00
	> У меня нет возможности проверить, в OpenBSD 5.5 по идее уже должно > работать, а для FreeBSD пока только патч на потестить. Ну а я вот уже гоняю на пингвине свеженький GCN с свеженьким RadeonSI. Не то чтобы оно идеально, но все-таки работает и не так уж плохо. Хотя багов там хватает. Особенно если брать нечто типа убунты 14.04 стоковой и гонять тяжелые нагрузки - SI может и облажаться. Глядя на то что в пингвине через год с гаком после выхода GCN (по факту на баги можно нарваться даже с GITовой месой и распоследними ядрами) - могу себе представить как это будет работать в *bsd. > http://ru.wikipedia.org/wiki/Grand_Central_Dispatch А, понятно. А то там так написано что без поллитра не разберешься - мол, вас достали какие-то ошибки в иксах? Блин, я таких сообщений ни разу в жизни не видел. По поводу чего это выглядело как попытка починить то что не сломано (честно говоря и сейчас до некоторой степени выглядит).
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+/–
	Сообщение от iZEN (ok), 11-Май-14, 23:15
	>> У меня нет возможности проверить, в OpenBSD 5.5 по идее уже должно >> работать, а для FreeBSD пока только патч на потестить. > Ну а я вот уже гоняю на пингвине свеженький GCN с свеженьким > RadeonSI. Не то чтобы оно идеально, но все-таки работает и не > так уж плохо. Хотя багов там хватает. Особенно если брать нечто > типа убунты 14.04 стоковой и гонять тяжелые нагрузки - SI может > и облажаться. Глядя на то что в пингвине через год с > гаком после выхода GCN (по факту на баги можно нарваться даже > с GITовой месой и распоследними ядрами) - могу себе представить как > это будет работать в *bsd. А я тебе расскажу. ;) В релизе *BSD багов не допускают. В -CURRENT — запросто — там чёрт ногу сломит и тебе даст сломать. В ветке -STABLE есть выбор: оставаться на безглючном или ловить свежие баги — решать пользователю.
	Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

	180. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+1 +/–
	Сообщение от Аноним (-), 12-Май-14, 03:35
	> В релизе *BSD багов не допускают. То-есть, висючий ZFS с нереализованным sendfile() который был заявлен стабильным - это был не баг? А что? Фича чтоли? Ну его такие "фичи". > выбор: оставаться на безглючном или ловить свежие баги — решать пользователю. Я думаб что если фрибздюки будут ловить все баги RadeonSI и не будут релизиться пока они не удавлены - в ближайшие 10 лет релиза можно вообще не ждать.
	Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

	188. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	–1 +/–
	Сообщение от iZEN (ok), 12-Май-14, 14:13
	> То-есть, висючий ZFS с нереализованным sendfile() который был заявлен стабильным - это был не баг? А что? Фича чтоли? Ну его такие "фичи". У ZFS, к примеру, много новых фич, которые несовместимы с предыдущими версиями и требуют апгрейда пулов. Нужно ли из-за этой особенности отказываться от использования ZFS? Каждый решает сам. > Я думаб что если фрибздюки будут ловить все баги RadeonSI и не будут релизиться пока они не удавлены - в ближайшие 10 лет релиза можно вообще не ждать. Не жди. Пользуйся бажным линуксом.
	Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

	22. "Интервью с Андрем Черновым, создателем кодировки KOI8-R и од..."	+2 +/–
	Сообщение от Аноним (-), 10-Май-14, 03:20
	> Вы только скажите, что вам не хватает во FreeBSD. Допишут. Да, допишут, вопрос только когда. Вон на роутерстейшн "портировали". Так рьяно портировали, что железяку сняли с конвейера быстрее чем бздюки сделали что-то осмысленное. > У меня всё работает. Да, главное ни в коем случае свежее железо не использовать.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема