The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Разработчики ядра Linux обсуждают вопрос удаления субархитек..., opennews (?), 12-Дек-18, (0) [смотреть все]

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


8. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (17), 12-Дек-18, 23:04 
> В своё время при тестировании x32, один из разработчиков Gentoo пришёл к выводу, что выигрыш в производительности при переходе на x32 ABI не столь велик

Под производительностью, я так понимаю, понимается скорость работы кода, запущенного на машине с потенциально бесконечным количеством памяти?

Что насчёт ограниченного объёма памяти? Кто-нибудь тестировал?

Ответить | Правка | Наверх | Cообщить модератору

10. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (10), 12-Дек-18, 23:09 
Экономия небольшая, браузеры не работают
Ответить | Правка | Наверх | Cообщить модератору

15. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +1 +/
Сообщение от GentooBoy (ok), 12-Дек-18, 23:14 
ну экономия насколько помню была большая, где то 30%. что очень существенно когда у тебя 4гб.
Ответить | Правка | Наверх | Cообщить модератору

22. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +1 +/
Сообщение от Аноним (22), 12-Дек-18, 23:32 
> ну экономия насколько помню была большая, где то 30%. что очень существенно
> когда у тебя 4гб.

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

Ответить | Правка | Наверх | Cообщить модератору

27. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +7 +/
Сообщение от КГБ СССР (?), 12-Дек-18, 23:42 
>> ну экономия насколько помню была большая, где то 30%. что очень существенно
>> когда у тебя 4гб.
> В меня подгорает: у меня вообще 2. Если уже 4 считается непозволительно
> мало, то это ппц, так как ddr2 хрен докупишь, особенно если
> плата поддерживает максимум 8 гигов при отказе от двухканального режима и
> использовании максимальных таймингов.

А ещё есть такой класс устройств как ноутбуки на чудесных интеловских чипсетах, не позволяющих использовать памяти больше 1, 2 или 3 с небольшим гигов. Таких ноутбуков на руках несметные количества (лично у меня есть аж три штуки). Но чистые помыслами прихожане Церкви Прогресса непременно посоветуют в самых любезных выражениях купить новый ноутбук, а через год — ещё один, а а ещё через год — снова покупать.

Ответить | Правка | Наверх | Cообщить модератору

74. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Crazy Alex (ok), 13-Дек-18, 01:46 
Скажем так - я на трёх гигах сидел долго, и это было крайне неуютно даже с моими скромными потребностями (x86, без DE, в браузере жёстко режется всё и вся, JS для большинства страниц отключён, гента, софт подобран так, чтобы жрать минимум). На x32 жрало бы больше. Уж не знаю, что там с этими буками про процессору/видео, но в плане памяти из них сейчас мало что получится выжать.
Ответить | Правка | Наверх | Cообщить модератору

79. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  –1 +/
Сообщение от Анонимчжан (?), 13-Дек-18, 02:03 
пересобрать с флагами оптимизации забыли.)))) и вообще я за ассемблер . достали говнокодеры)))
Ответить | Правка | Наверх | Cообщить модератору

86. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  –2 +/
Сообщение от КГБ СССР (?), 13-Дек-18, 02:18 
Да и канонического Си бы хватило, а где надо безопасно и надёжно — там Ада к месту, а где надо писать для бизнеса и финансов — там Кобол. И так по всему списку инструментов и средств. Всё ведь уже придумали до нас — нам только пользоваться да радоваться. Но кому-то всегда страшно зудит от сидрома NIH.
Ответить | Правка | Наверх | Cообщить модератору

285. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 13-Дек-18, 17:08 
> Да и канонического Си бы хватило,

А вот с этим можно поспорить...


Added SSE4_1 variant support of horizontal, vertical, identity txfm types for
    txfm blk_sizes 4x4,4x8,8x4,4x16 and 16x4.
    
    Module level gains:
    Tx_size   Gain w.r.t. C
    4x4        5.58x
    4x8        4.65x
    8x4        5.00x
    4x16       4.63x
    16x4       5.70x

"Один день из жизни libaom"

Ответить | Правка | Наверх | Cообщить модератору

296. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от КГБ СССР (?), 13-Дек-18, 17:51 
Ни в коем случае не стану отрицать полезность и где-то даже нужность расширений, которые прикручивают к ЦПУ, однако имею особое мнение, что для многих из них было бы правильно делать отдельный специализированный процессор. Например, для шифрования. И для мультимедии. В идеале — чтоб на материнках были «кроватки» для таких спецпроцессоров, как в старые добрые времена: хочешь — докупай и устанавливай, не хочешь — сэкономь пару копеек. Правда, у Интела изрядно бы похудели прибыли в этом случае. Да ещё и разнообразие и конкуренция вдруг бы вернулись…
Ответить | Правка | Наверх | Cообщить модератору

305. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 13-Дек-18, 18:13 
> многих из них было бы правильно делать отдельный специализированный процессор.

Вон GPU есть, если кто еще не заметил. Хренова куча SIMD крупным оптом. Мало чтоли? Все майнеры и крякеры паролей ими давно и пользуются.

> и устанавливай, не хочешь — сэкономь пару копеек.

Кому сильно надо - криптоакселераторы таки есть. Если GPU мало - есть и более специализированные. Но, конечно, не в кроватку а в какой-нибудь PCI-E x16, такие потоки данных уместнее куда-то туда. А с более маргинальными потоками и системный проц справится. Ну или GPU, если надо много и параллельно.

> Правда, у Интела изрядно бы похудели прибыли в этом случае. Да ещё и
> разнообразие и конкуренция вдруг бы вернулись…

На самом деле кому оно было реально надо - давно все есть. Майнеры одно время так вообще вынесли все топовые amd-хи на рынке.

А нвидия кстати выкусила фигу с потугой карты под майнинг делать. Может и потому что проприетарный драйвер в лине все же боль, и вообще у нвидии в среде майнеров репутация не очень, дорого, бестолково, проблемно.

Ответить | Правка | Наверх | Cообщить модератору

307. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от КГБ СССР (?), 13-Дек-18, 18:36 
Это всё не то и про другое. Сейчас если людям хочется быстрого шифрования, то приходится покупать интеловский процессор за несколько сотен вечнозелёных единиц. А в случае отдельных специализированных процессоров и простого ЦПУ дело бы ограничилось несколькими десятками. А в микроэлектронике навар, напоминаю, зависит главным образом от коэффициента розничной цены куска «сверхчистого песка». Неспроста Штеуд с давних пор пытается всё, что только можно, запихнуть в ЦПУ. Юзеру фактически приходится переплачивать тысячи процентов против реальной стоимости товара.
Ответить | Правка | Наверх | Cообщить модератору

325. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 13-Дек-18, 20:18 
> Это всё не то и про другое. Сейчас если людям хочется быстрого
> шифрования, то приходится покупать интеловский процессор за несколько сотен вечнозелёных единиц.

Ряд софта таки научился в GPGPU на этой почве. Для TLS есть криптоакселераторы, если уж реально надо. А кому еще крипто крупным оптом надо и где, что системный проц напрягается?

> А в случае отдельных специализированных процессоров и простого ЦПУ дело
> бы ограничилось несколькими десятками.

Ну как бы для начала системный проц вообще у всех нахаляву есть. И современное шифрование обычно под него и подогнано более-менее. И таки сейчас - под 64 бита оптимизировано. Поэтому на 32 битах оно как-то работает, конечно, но на 64 - быстрее в разы. А потому что 64-битные операции и по регистрам раскладывается как раз. Алгоритмы и их реализации эволюционировали в сторону чтобы популярным процам было удобно. Местами икается - на микроконтроллерах, даже 32-битные, эффективные реализации крипто найти - затея не из простых. А какие-нибудь 8-битники вообще в конкретном пролете.

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

Вообще-то он зависит от тиражей. Потому что в R&D - изволь, маски и прочее - изволь, так что несколько мегабаксов вынь да полож. А потом можешь 10 чипов нашлепать, или 10 миллионов. Само шлепание то может и будет по цене песка, но вон те миллионы отбить надо. И это или убердорогой кастом в 10 чипов, или ты пытаешься кому-то впарить 10 миллионов чипов, чтобы они не были дорогими. При этом они занимают место на складе, аренда склада стоит бабла и покуда ты их не продал - залетаешь на бабки просто за сам факт хранения.

И вот тут возникает дилемма: не сильно попсовое решение не может быть дешевым. Дорогое решение не может быть попсовым. Это бесконечный цикл. Сломать его ухитряются лишь некоторые. И то что это сработает для предложенной штуки - ну вот вообще совсем не факт. Я бы оценил что этот проект никогда не отобьет затраты на него с высокой вероятностью. Так что тот кто ввяжется потом еще и должен всем по уши окажется.

А если что-то встраивать в процессор/чипсет как фичу - там всех очень колышет площадь кристалла сжираемая фичой. И таки полновесный могучий криптопроцессор и мелкая специфичная для задачи железка AES - две большие разницы в этом плане. Когда чип большой, чем больше площадь тем ниже вероятность что он заведется после выпечки. И тем меньше чипов на вафле. Это удорожает чипы и снижает выход. Заметный профит будет далеко не у всех.

> Неспроста Штеуд с давних пор пытается всё, что только можно, запихнуть
> в ЦПУ. Юзеру фактически приходится переплачивать тысячи процентов против реальной стоимости товара.

Ну как бы дополнительный чип - это дополнительные несколько мегабаксов на его выпуск. Аргумент даже для интела. Особенно когда нет уверенности что это отобьется на раз.

Ответить | Правка | Наверх | Cообщить модератору

344. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (22), 13-Дек-18, 23:07 
криптоакселераторы не могут быть не в процессоре. Иначе нешифрованные данные придётся гнать в память и по шине, а это - перехват любой аппаратной закладкой.
Ответить | Правка | Наверх | Cообщить модератору

469. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 15-Дек-18, 20:59 
> криптоакселераторы не могут быть не в процессоре.

Очень спорное утверждение. Подразумевающее к тому же что аноним сам сделал себе проц и поэтому уверен в его начинке больше чем во всем остальном.

...хотя некий пойнт есть: для high-secure применений штуки типа микроконтроллеров для атакующих очень неудобны, потому что ключ в внутренней памяти и слямзить его оттуда нельзя. Но у x86 систем все извините в RAM на внешней шине, для начала. И между делом, пропатчить данные на этой шине при сильном желании - возможно. Перехватив инициативу. Для PS3 такой фокус даже был продемонстрирован - так гражданин Геохот положил на хренову кучу цифровых подписей, шифрование и прочий DRM. Но вот как сколь-нибудь попсовая атака для незаметного тыринга ключей это все же проблематично.

> Иначе нешифрованные данные придётся гнать в память и по шине,
> а это - перехват любой аппаратной закладкой.

Перехват pci-e с десятками гб/сек - это круто. Особенно чтобы это не тормозило и чтобы делало что-нибудь полезное. Ну, для начала, есть у нас 10 гигов в секунду. Что с этим делать и куда это девать? А, второй компьютер поставить и там процессить? Блин, это дешево и незаметно не получается, а закладка в виде отдельного мощного компа способного хотя-бы складировать такой поток очень уж паливно выглядит.

Ответить | Правка | К родителю #344 | Наверх | Cообщить модератору

83. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +2 +/
Сообщение от КГБ СССР (?), 13-Дек-18, 02:14 
Если не использовать негодный софт, написанный обезьянами, то достаточно и намного меньшего количества памяти и других ресурсов. На порядок меньше. Если, конечно, ты понимаешь, на что на самом деле тратится вся та прорва современной памяти и зачем процессоры греют воздух, и сколько в этих «накладных расходах» выполняется чего-то хоть мало-мальски полезного.

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

Впрочем, «дешёвый кремний» уже закончился. Да, навсегда. Учитесь жить в новых условиях.

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

143. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Онаним (?), 13-Дек-18, 08:42 
Эффективность и рациональность заключается в том, что чем тратить 100500 ДОРОГУЩИХ человекочасов на поддержание в полуживом состоянии ненужно (например такое извращение, как x32), проще добавить в систему RAM, которая стоит копейки.
Ответить | Правка | Наверх | Cообщить модератору

151. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  –1 +/
Сообщение от КГБ СССР (?), 13-Дек-18, 08:56 
Это не эффективность и не рациональность, а экстенсивный (количественный) способ изменения чего-либо. Обязательно ведёт к деградации отрасли. Например, экстенсивный способ ведения сельского хозяйства приводит к истощению и приведению в негодность земель.

Человекочасы, по моему личному мнению, чудовищно переоценены. Программистская работа в большинстве случаев не заслуживает такой оплаты. Программирование — сравнительно простая и доступная практически всем прикладная и обслуживающая деятельность, которая в норме должна служить решению задач из реальной жизни. Это не должно быть отдельной индустрией, ежегодно выкачивающей из общества триллионы долларов для малоизвестных публике инвестиционных компаний (которые стоят за спиной всех софтверных).

Но, как я уже сказал, дешёвый кремний закончился. Думаю, что через какое-то время (предположительно — после фиаско с ИИ и автопилотами в автопроме, ибо речь пойдёт о безопасности и жизни людей) произойдёт крах невероятно раздутых пустых капитализаций софтверных компаний и всё вернётся примерно к тому виду, как было в семидесятых. Кто из кодописов действительно умеет решать инженерные задачи, будут иметь работу. Остальные отправятся подметать улицы и носить ящики.

Ответить | Правка | Наверх | Cообщить модератору

164. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  –1 +/
Сообщение от Crazy Alex (ok), 13-Дек-18, 09:56 
О, понятно, с кем дискутировать бессмысленно. Фиаско ии и автопилотов, говорите?
Ответить | Правка | Наверх | Cообщить модератору

167. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от КГБ СССР (?), 13-Дек-18, 10:14 
> О, понятно, с кем дискутировать бессмысленно. Фиаско ии и автопилотов, говорите?

Желаете заключить пари?

Ответить | Правка | Наверх | Cообщить модератору

288. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 13-Дек-18, 17:16 
> Желаете заключить пари?

Критерии в студию. А то что-то автопилоты теснят человека на всех фронтах. Даже у консервативных как черти что больших авиаторов - у эйрбаса компьютеры таки строят пилота в flifgt envelope уже. Тягай, не тягай, компьютер лучше знает сколько безопасно и больше этого порулить не даст.

Автоматические поезда без машиниста - в общем то никого и не удивляют уже. Ракеты так и вовсе отродясь летали по программе, сперва командоаппаратом, потом компьютерами - там человек при всем желании не успеет рулить с нужной скоростью. А не отпарировать как надо и быстро - что бывает с ракетой дальше - можно посмотреть в ролике роскосмоса "кажется что-то идет не так". На это кстати прозрачно намекали типу делающему турбореактивный hoverboard, полагающему что он сможет без гироакселей и системы управления сам вытянуть. Ему и намекнули на перспективу разгона движками башкой в асфальт. Француз который такое достроил - таки гироаксели и систему управления воткнул, видимо прочухав это дело :)

Ответить | Правка | Наверх | Cообщить модератору

291. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +1 +/
Сообщение от КГБ СССР (?), 13-Дек-18, 17:34 
Идиллия заканчивается, когда вдруг в СМИ пробегает статья о том, например, что пилотов обязали рулить вручную, потому что у бота в нештатных ситуациях нет варианта «принять нестандартное решение», а по стандартному он убьёт борт вместе с пассажирами. :)

Ну и ж поезда таки ездят с машинистами. Для отработки множества «нестандартных ситуаций». Например, когда сломались светофоры. Или позвонили девочки из колл-центра^W диспетчерской и неформально попросили машиниста опоздать и пропустить другой состав («ну а чо такова? ты всё равно дрова везёшь»), потому что тому другому очень-очень надо, он рок-звезду с барабанами и гитарами везёт на концерт. Или просто стрелка (внезапно!) неисправна не туда направила. Робот в таких обстоятельствах и свой состав сломает, и всё движение в данной области.

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

Ответить | Правка | Наверх | Cообщить модератору

308. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 13-Дек-18, 18:36 
> Идиллия заканчивается, когда вдруг в СМИ пробегает статья о том, например, что
> пилотов обязали рулить вручную, потому что у бота в нештатных ситуациях
> нет варианта «принять нестандартное решение», а по стандартному он убьёт борт
> вместе с пассажирами. :)

FYI ошибки пилотов убивают больше пассажиров чем все остальное. Собственно по этой причине штурвал у двуногих и забирают. Так лучше работает - дохнет меньше народа. Компьютер не может не выспаться, бухнуть, рассудить что раз все уволят по прибытии то и в океан/гору влететь ок - и все такое прочее. Люди по запаре могут отправить самолет садиться на занятую полосу. Или выпустить маглев на занятый путь. Человек - самый ненадежный компонент систем. Чистая статистика.

Поэтому исключение людей из управления как таковое повышает надежность систем. Хотя бэкапом на именно нестандартные ситуации я бы машинистов/пилотов/водителей все же оставил, имхо. Но тут еще жаба возникает - если система как таковая и без них работает, платить им зарплаты становится по сути пижонством.

> Ну и ж поезда таки ездят с машинистами.

Таки некоторые вообще совсем без машиниста.

> Для отработки множества «нестандартных ситуаций».

Я таки видел очень интересные фоты, кажется где-то в вике. Где таки можно плюхнуться в самый-самый перед состава. Пассажиром. Забавно выглядит - 2 рельсы перед самым носом. Приборов нет. Автоматическая штука, от и до.

> Например, когда сломались светофоры.

Вообще-то сейчас в моде такие штуки как "автоматическая линейная сигнализация". У ЖД в европах под это даже есть специфичный диалект GSM. А если нет конекта - СТОП. Ехать нельзя. Вот так вот. И таки это позволяет гонять заметно больше поездов по тем же рельсам. С людьми так нельзя, там малейшая оплошность и они в зад предыдущего состава впилят. А вот автоматические системы указания серверов диспетчерского центра выполняют четко. Или остановка, если это не получается.

> диспетчерской и неформально попросили машиниста опоздать и пропустить другой состав («ну а чо такова?

ЧСХ, именно такие вот нестандартные вещи и приводят к ЧП. Автоматика отберет это и весь интерфейс будет только через нее. И вот тогда она и пропустит как надо, и стрелки переведет правильно, и от степени выспанности диспетчера и того что его кто-то в этот момент дернул другой проблемой зависеть не будет. А с людьми вот как раз такое вот приводило к весьма солидным бабахам, и по линии лажи диспетчеров, и по линии лажи машинистов.

> Робот в таких обстоятельствах и свой состав сломает, и всё движение в данной области.

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

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

> А с автомобилями всё значительно сложнее, потому что трафик и водятлы, каждый
> из которых Индивидуальность.

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

Ответить | Правка | К родителю #291 | Наверх | Cообщить модератору

342. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от пох (?), 13-Дек-18, 22:24 
> FYI ошибки пилотов убивают больше пассажиров чем все остальное. Собственно по этой

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

> причине штурвал у двуногих и забирают. Так лучше работает - дохнет
> меньше народа. Компьютер не может не выспаться, бухнуть, рассудить что раз
> все уволят по прибытии то и в океан/гору влететь ок -

зато может повиснуть, ошибиться в рассчетах, нарваться на fdiv bug...
Случай посадки шаттла с ручной ориентацией по звездам и ручным включением двигателей на торможение как бы говорит, что даже космическая автоматика (в которой нет непредсказуемых явлений, типа порывов ветра и вертикальной турбулентности, и которую уж казалось бы вылизывали не считаясь с затратами) иногда лажает.

И что там в Нижнем - "runaway stabilizer", да? (ну да, тоже ошибка затраханного пилота, который должен был услышать и увидеть, что эта тварь крутится невпопад, но не услышал и не увидел, и не успел среагировать. Без пилота  - и реагировать было бы некому.)

> Поэтому исключение людей из управления как таковое повышает надежность систем. Хотя бэкапом
> на именно нестандартные ситуации я бы машинистов/пилотов/водителей все же оставил, имхо.

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

>> Ну и ж поезда таки ездят с машинистами.
> Таки некоторые вообще совсем без машиниста.

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

> Будет им всем таким красивым индивидуальность. В хучшем случае, если будут сильно

до первого оленя, забредшего на дорогу.

Ответить | Правка | К родителю #308 | Наверх | Cообщить модератору

374. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  –1 +/
Сообщение от Аноним (374), 14-Дек-18, 09:43 
Ишчо один идiот. Объяснял же - у состава мобыть тормозной путь больше километра, поэтому совершенно монопенисуально, автомат там или мешок с мясом. Автобусы с детишками на переездах сносили, и ничего там живой хомяк поделать не мог, разве что застрелиться из пальца. Вот срок - то да, автоматике не впаяешь, а ежели электорат требует, придется кому-то из начальства присесть, тем это понятно дело не по нраву.
И хоть аленя (и двух-, и четвероного), и пятьсоткилограммового лося поезд перемалывает как здрасьте. Вот застрявшее ведро с гайками, или положенный добрыми людьми бетонный блок - это да, мобыть уже опасно, а может и не быть, зависит от массы и прочего.
Ответить | Правка | К родителю #342 | Наверх | Cообщить модератору

475. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 15-Дек-18, 21:51 
> потому что "все остальное" к рулю не подпускают вообще -

В поездах таки уже подпускают, таки временами full authority, когда машиниста нет, или он декоративно наблюдает. С остальными сложнее - взаимодействия с внешними миром разнообразнее. И все же даже пилот лайнера большую часть времени ничего не делает, в принципе лайнер даже взлететь и сесть может сам. Правда пока не все аэропорты оборудованы полностью, и даже "улучшенные" варианты систем разработаны давно и таки не предел мечтания технологий. У них циклы тестирования и сертификации очень длительные. И на то есть причины.

> поэтому у него собственных жертв ноль, и даже там где оно виновато -
> все равно "ошибка пилота".

Вспоминается россиянский пилот, приложивший A320, если не ошибаюсь, именно с пассажирами, именно по линии автопилота. Папаша-КВС додумался дать своим детишкам порулить. Дочка не выделывалась, а сынок сильный оказался, смог пересилить автопилот и перехватить инициативу. Так что папаша начал ажно по кабине летать (из кресла он вылез, ыгы0. А когда папаша взял ситуацию под контроль - кончилась высота. Ну и размазались на полной скорости.

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

> Да, современный самолет в принципе может сесть на высококатегорированный аэродром
> в полном автомате и при нулевой видимости (и даже сам с полосы уберется) -
> но при этом нужен еще и почти полный штиль.

Ну вот кстати парирование порывов ветра (а также компенсацию нестабильной аэродинамики и проч) сделать можно даже без AI как таковых. И таки скорость реакции при этом может быть лучше. У военных и моделистов, не связанных сертификациями - активная стабилизация полетов уже довольно давно практикуется. Это позволяет летать даже на штуках с аэродинамикой, совершенно непригодной для двуногих самой по себе. Уже есть несколько моделей военных самолетов, которые вообще не катит пилотировать без flight assist бортовыми компьютерами, парирующими нестабильность аэродинамической схемы, для начала.

> зато может повиснуть, ошибиться в рассчетах, нарваться на fdiv bug...

Поэтому авиаторы делают так, чтобы это не приводило к проблемам. Компьютеров может быть несколько, на разных архитектурах, с разным софтом писаным разными командами. Это чтобы они не сглюкнули одинаково - тогда заглючившего перезагружают или отключают, а процесс управления не заваливается.

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

Вообще-то спейсшатл садится как самолет и все что актуально для самолетов актуально и для него. Другое дело что там извините полет планируют гораздо круче, и вообще.

> и которую уж казалось бы вылизывали не считаясь с затратами) иногда лажает.

Но умирали космонавты в шаттлах все-таки не из-за компьютеров.

> тварь крутится невпопад, но не услышал и не увидел, и не
> успел среагировать. Без пилота  - и реагировать было бы некому.)

И даже тут вы видим про "затраханного пилота". Правда хуже когда затрахивают диспетчеров - там вообще взлет или посадка на занятую полосу бывают.

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

> они утратят навыки, которые в экстремальной обстановке надо применять незадумываясь.

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

И как раз таки в нормальной ситуации пилоту требуется уйма времени чтобы с нестандартной ситуацией что-то сделать. А если этого времени нет - печалька. В лучшем случае пилот забьет на инструкции и попробует сымппровизировать. Но может и лажануть. Как те герои, выключившие исправный двигун, ковыляя на неисправном до почти самого аэропорта. Но в посадочном режиме он сдох - и они размазались буквально за сотни метров до аэродрома на шоссе. За относительно удачную посадку они сперва были героями. Но потом оказалось что герои двигатель перепутали, после чего герои стали немного убийцами. Это частично проблема Man-Machine-Interface, компьютер бы так не ошибся, например - ему интуитивность контролов вообще до лампочки.

> И внимание утратят - заметить примотанную проволочкой стрелку мог только машинист, занятый
> управлением, а не читающий книжку пока поезд сам едет.

У машиниста нет шансов разглядеть такую мелочь на нормальной скорости. Никто и не замечал, пока поезд не устроил multi track drifting. Который обломался, потому что в тоннеле оказывается этому стены мешают. И поезд буквально убился о стену с разбега. Так что не помог ему машинист.

Кстати говоря, в самолетах и скоростных поездах скорость реакции человека еще и попросту недостаточна. Характерный пример - столкновение истребителя и авиалайнера, показавшее что на такой скорости сближения VFR не особо то и работает. Даже в условиях нормальной видимости. Таки лишний аргумент за IFR во все поля. Даже для амеровских ястребов, которые такие из себя асы, что в результате снесли кабину лайнеру.

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

Даже если человек увидит оленя на пути... типично вариантов два: он или не успеет среагировать если поезд быстрый, или не успеет затормозить. Как максимум он отсигналит, но большинство живности от опасности топит прямым курсом, максимальной скорстью. А где удобнее всего драпать быстро? Правильно - по рельсам. Там видите ли ровно и расчищено, в отличие от бурелома сбоку.

> до первого оленя, забредшего на дорогу.

Для оленей у поездов таки есть отбойники. Ну и люди оленей регулярно выносят не только на поездах, но и на авто.

Ответить | Правка | К родителю #342 | Наверх | Cообщить модератору

483. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от КГБ СССР (?), 15-Дек-18, 22:37 
Ты явно не понимаешь, зачем ко всякой сложной технической системе нужен оператор для наблюдения и ручного управления. Даже при многократном дублировании и резервировании. Потому что невозможно предусмотреть и смоделировать все обстоятельства и условия и их сочетания. Они могут сойтись в самом причудливом и непредсказуемом виде.

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

Разумеется, это не отрицание существующей вероятности, что мясной сойдёт с ума, забухает, умрёт на рабочем месте от инфаркта, его не застрелят террористы или что-то ещё.

Мясной за рулём любого пепелаца сидит не для безопасности посторонних оленей.

Ответить | Правка | К родителю #475 | Наверх | Cообщить модератору

491. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Ю.Т. (?), 15-Дек-18, 23:29 
машина не рожает машину
Ответить | Правка | К родителю #475 | Наверх | Cообщить модератору

340. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Ю.Т. (?), 13-Дек-18, 22:16 
ИР это *модель* некоторых возможностей человеческого разума, предназначенная встраиваться в человеческое же сообщество. "Совершенный ИР" это квадратура круга или достигнутая линия горизонта.
Но их будет всё больше, да.
Ответить | Правка | Наверх | Cообщить модератору

226. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от PnDx (ok), 13-Дек-18, 13:15 
> Но, как я уже сказал, дешёвый кремний закончился. Думаю, что через какое-то
> время (предположительно — после фиаско с ИИ и автопилотами в автопроме, ибо
> речь пойдёт о безопасности и жизни людей) произойдёт крах невероятно раздутых
> пустых капитализаций софтверных компаний и всё вернётся примерно к тому виду,
> как было в семидесятых. Кто из кодописов действительно умеет решать инженерные
> задачи, будут иметь работу. Остальные отправятся подметать улицы и носить ящики.

  Касаемо "фиаско", я бы не был столь категоричен (и да, "по первому пункту возражений нет").
То что "экспертные системы" станут обзывать "ИИ" — аналог переименования "майнфреймов" в "облака". Специалисты продолжают заниматься своим делом, "руководители" — водить руками, а большинству как всегда пох.
С автопилотами — достаточно масштабная и при этом комплексная (административно-техническая) проблема. Так что внедрение будет проходить достаточно медленно, чтобы успеть адаптировать фантазии к реальности. (Да, кто-то обязательно обосрётся, но где это не так?)

Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

233. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от meantraitor (?), 13-Дек-18, 13:58 
> Программистская работа в большинстве случаев не заслуживает такой оплаты. Программирование — сравнительно простая и доступная практически всем прикладная и обслуживающая деятельность,

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

Экстенсивный путь развития - это никакая не особенность индустрии программирования самой по себе,
так все современное общество устроено. Плохо это или хорошо - отдельный вопрос, к данной теме не
относящийся

Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

268. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +1 +/
Сообщение от Урри (?), 13-Дек-18, 16:11 
Писали уже, и все работало - месяцами без перезагрузок и выключений
Но обезьяны и маркетинг воспитывают клиентов в духе никому не нужных свистоперделок и клиенты больше не хотят качественный софт, а хотят красиво выглядящее и регулярно падающее говно, лишь бы было "стильно, модно".
Ответить | Правка | Наверх | Cообщить модератору

272. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от meantraitor (?), 13-Дек-18, 16:27 
Ну так а что вы тогда хотите - рынок ;-P
Если никто не хочет качаственный софт (и не хочет за него платить) - ешьте, что дают.
Или сами пишите, если считаете, что это так просто.
Ответить | Правка | Наверх | Cообщить модератору

309. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (309), 13-Дек-18, 18:38 
> Ну так напишите себе свой браузер, текстовый редактор и чем вы там еще пользуетесь.
> А пока вы все это пишите, пользуйтесь результатами работы современных программистов.
> Только не плачьте про криворуких обезьян тогда.

Ну так напишите себе свой комментарий, восхваляющий современных программистов.
А пока вы его пишите, читайте результаты работы других комментаторов.
Только не плачьте про называющих криворуких обезьян криворукими обезьянами тогда.

Ответить | Правка | К родителю #233 | Наверх | Cообщить модератору

163. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Crazy Alex (ok), 13-Дек-18, 09:53 
Какой софт есть - тот и использую. Но, например, при линковке чего-то крупного гиг выжрать - вообще не проблема, особенно если lto. Монстры вроде хромиума и четыре сожрут спокойно при сборке. Браузер - при всех ограничениях 800 сожрёт, если там не одна вкладка. Обработка графики тоже прожорлива.

Ну то есть стонать можно сколько угодно (и я местами подпеть могу, сам не люблю лишнюю сложность), но бук с двумя-тремя гигами от этого более юзабельным не станет. Если что - в современных недорогих смартфонах памяти от трёх, так что насчёт "дешёвый кремний закончился" - как-то сомнительно.

Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

166. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от КГБ СССР (?), 13-Дек-18, 10:13 
> Какой софт есть - тот и использую. Но, например, при линковке чего-то
> крупного гиг выжрать - вообще не проблема, особенно если lto. Монстры
> вроде хромиума и четыре сожрут спокойно при сборке. Браузер - при
> всех ограничениях 800 сожрёт, если там не одна вкладка. Обработка графики
> тоже прожорлива.

Из моего примера выше: Seamonkey 2.0.14 ( Build identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 ) чуть за сотню МБ ОЗУ потребляет на два десятка вкладок, а типично около 120 МБ. Я ею читаю HTML-документацию (то есть длинные простыни) и, если надо, Википедию, а на модно-современный Веб ей уже не хватает сертификатов и секьюрных умений. Другие браузеры приходится немного сильнее стреноживать посредством расширений и значительной правки в about:config. Самый современный, что я считаю действительно пригодным к использованию — Firefox ESR 38,8. Да, он типично жрёт от 600 до 1200 МБ памяти, но это при пяти-семи сотнях вкладок (из коих загруженными бывают до сотни). Хромые браузеры я тоже ограничиваю. В любом случае — браузеры у меня не жрут память десятками гигабайтов. Хотя в моих системах есть запас, не жалуюсь. Но я люблю быстрый и отзывчивый софт, как можно более эффективно использующий ресурсы, а не «раздайся море».


> Ну то есть стонать можно сколько угодно (и я местами подпеть могу,
> сам не люблю лишнюю сложность), но бук с двумя-тремя гигами от
> этого более юзабельным не станет. Если что - в современных недорогих
> смартфонах памяти от трёх, так что насчёт "дешёвый кремний закончился" -
> как-то сомнительно.

В смартфонах даже и близко нету той производительности, что в десктопах или серверах, то «бумажные» гигагерцы. Поэтому сравнивать не вижу смысла. Да и память там прямо на процессорах, и немного другая она. Короче, это совсем отдельная тема для разговора. Смарфтон — это игрушка, а ноутбук — это (для меня) универсальное средство производства, где важна высокая производительность в относительных и абсолютных значениях. :)

Ответить | Правка | Наверх | Cообщить модератору

261. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 13-Дек-18, 15:48 
> Из моего примера выше: Seamonkey 2.0.14 ( Build identifier: Mozilla/5.0 (Windows; U;
> Windows NT 6.0; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 ) чуть за сотню
> МБ ОЗУ потребляет на два десятка вкладок,

А ты попробуй этот seamonkey сбилдовать. Вот и узнаешь сколько линкеру надо на проекте такого масштаба. Особенно если оптимизации еще захотеть.

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

> В смартфонах даже и близко нету той производительности, что в десктопах или серверах, то «бумажные» гигагерцы

Современный ARM на гигагерц легко и ненапряжно втыкает какому-нибудь селерону на гигагерц. Фирма ARM свои деньги тоже не за красивые глаза зарабатывает.

Ответить | Правка | Наверх | Cообщить модератору

269. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от КГБ СССР (?), 13-Дек-18, 16:13 
Ну а это-то при чём?

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

Ответить | Правка | Наверх | Cообщить модератору

310. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 13-Дек-18, 18:44 
> Справка для альтернативно одарённых: большой софт вменяемые люди собирают не на десктопах
> и ноутбуках, а на специальных сборочных машинах или даже фермах. Да,
> это там, где мурзилла будет компилироваться не два дня, а два
> часа или даже две минуты.

А я не вижу с чего бы вдруг мой десктопник не сойдет еще и за небольшую билдферму :). Где билдовку могу прогнать вот конкретно лично я, а не какие-то абстрактные корпоративщики, где-то там, которым я и мои юзкейсы до 3.14-ы. А покупать себе половину датацнтра как-то дорого, занимает много места и жрет электричество. Хотя Ларабель и так смог. Но он это монетизировал по хитрому, иначе на одном только электричестве сплошной разор.

Ответить | Правка | Наверх | Cообщить модератору

343. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от пох (?), 13-Дек-18, 22:30 
> А я не вижу с чего бы вдруг мой десктопник не сойдет
> еще и за небольшую билдферму :). Где билдовку могу прогнать вот

мы рады что у тебя много ненужных денег.

а мне вот понадобилось раз пять подряд пересобрать mysql "угадай с какими флагами сборки оно не ломается" - так что-то резко расхотелось этим заниматься на десктопе - вытряс с коллег лезвие о 64 ядрах, где этот процесс занимает меньше минуты, а не полтора часа.

> конкретно лично я, а не какие-то абстрактные корпоративщики, где-то там, которым
> я и мои юзкейсы до 3.14-ы. А покупать себе половину датацнтра

похоже ты не в курсе как работает тот же OBS.

Ответить | Правка | Наверх | Cообщить модератору

476. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 15-Дек-18, 22:06 
> мы рады что у тебя много ненужных денег.

Я просто хотел себе компьютер который не будет меня клинить в моих задачах - и я его сделал именно таким. Хотя на самом деле прилично работать может и более хилая конфига. Особенно если кто не ребилдует кернель в 8 потоков с разлапистой конфигурацией. А я таки порой ребилдую и меня время этой операции таки немного интересовало.

> заниматься на десктопе - вытряс с коллег лезвие о 64 ядрах,
> где этот процесс занимает меньше минуты, а не полтора часа.

Голимый видимо десктоп если там это полтора часа требует. А лезвие это прекрасно. Но все же не для всех. Мне проще сделать десктоп чем-то похожим на этом. Попутно там и CADы нормально ворочаются, и архиватор неплохо жмет, и видео можно транскодировать, etc.

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

> похоже ты не в курсе как работает тот же OBS.

Мне как-то проще когда у меня все на виду. И я не настолько масштабный и злобный чтобы всякие системы распределенной билдовки и проч наворачивать. Да и толку от наворачивания, если самый мощный комп - у меня перед носом, десктопом работает? Остальные конечно что-то добавят, но не столько уж и много. А блейд с 64 ядрами если только за свой счет и как бы выть рн будет упаси боже, зафиг он мне такой?

Ответить | Правка | К родителю #343 | Наверх | Cообщить модератору

551. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от пох (?), 17-Дек-18, 11:31 
>> мы рады что у тебя много ненужных денег.
> Я просто хотел себе компьютер который не будет меня клинить в моих
> задачах - и я его сделал именно таким. Хотя на самом
> деле прилично работать может и более хилая конфига. Особенно если кто
> не ребилдует кернель в 8 потоков с разлапистой конфигурацией. А я

всего-то?

> Голимый видимо десктоп если там это полтора часа требует. А лезвие это

судя по тому что ядро в восемь потоков для тебя проблема - современный (да и старый тож) mysql ты собирать никогда не пробовал. Попробуй, удивишься, что ведро линyпca далеко не самый, оказывается, сложный и большой проект на свете.

> прекрасно. Но все же не для всех. Мне проще сделать десктоп
> чем-то похожим на этом. Попутно там и CADы нормально ворочаются, и
> архиватор неплохо жмет, и видео можно транскодировать, etc.

видео транскодирует железка, обычно все равно сколько это занимает, поскольку твоего непосредственного участия не требует. А вот подобрать параметры компиляции с энным количеством перезапусков - это уже немного печально, если каждого результата надо ждать до завтра.

> Только вот в отличие от лезвия там большие и тихие 120мм гидродинамики.

мне все равно, как оно там жужжит - я даже не в том же здании.

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

>> похоже ты не в курсе как работает тот же OBS.
> Мне как-то проще когда у меня все на виду. И я не

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

В случае когда как выше - надо поковыряться-поподбирать - мне нужен прямой доступ, но незачем сидеть в метре от того, на чем я это делаю, и канала шире 64k мне для этого вообще даром не нужно. Чай не винда.

К сожалению, трудами современных опенсорсных горе-программистов "как в винде" во многих областях уже настало и скоро окончательно настанет везде. Они по другому не умеют.

Ответить | Правка | К родителю #476 | Наверх | Cообщить модератору

499. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 16-Дек-18, 17:45 
> гента, софт подобран так, чтобы жрать минимум).

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

А именно десктоп, на 3 гигз, особенно с zram вполне прилично получается. Из какого-нибудь Debian'а с XFCE например. У меня на ноуте так вообще 2 гига. Конечно мегаразработок там не происходит, но вообще-то больше всего там анноит скорость компиляции больших проектов.

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

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

552. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от пох (?), 17-Дек-18, 11:37 
>> гента, софт подобран так, чтобы жрать минимум).
> Дык небось компилежка и напрягала больше всего, и прочие убер "эффективные" портажи

как человек, сдуру поставивший ее на недоноут (давно) подтверждаю - она не предназначена для эффективно, она предназначена для др...ва на то что "йа все могу пересобрать из исходников (ни разу не понимая что там под капотом), смотрите,я у мамы великий пересборщик!"

обкорнать абсолютно любой дистрибутив под недокомпьютер было бы куда быстрее, проще и, вероятно, даже эффективнее. Те полтора пакета, которые действительно требовалось оптимизировать, я пересобрал бы сам - разумеется, на билдхосте с нормальным быстрым железом, откуда потом не придется замысловатым способом выковыривать результат (бинарные пакеты у gentoo как бы есть, но со многими но).

> на пихтоне, который совсем не тормозит, и вообше.

вообще-то почти не тормозит - по сравнению с yum/zypper - можно сказать, летает.
Они, если что, на том же пихоне.

но непригодность генты для осмысленного использования складывается не из этого

Ответить | Правка | Наверх | Cообщить модератору

561. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от КГБ СССР (?), 17-Дек-18, 14:22 
> но непригодность генты для осмысленного использования складывается не из этого

Мне известно одно разумное и вполне оправданное исключение, когда Gentoo обращают во благо — SystemRescueCd.

Ответить | Правка | Наверх | Cообщить модератору

109. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от freehckemail (ok), 13-Дек-18, 06:05 
> Если уже 4 считается непозволительно мало, то это ппц, так как ddr2 хрен докупишь, особенно если плата поддерживает максимум 8 гигов

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

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

301. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от КГБ СССР (?), 13-Дек-18, 17:57 
> Да ппц не то слово прямо. У меня только после старта всех
> необходимых для работы мессенджеров сжирается 3 гига рамы. А что поделать,
> засилье электрона, никуда не деться...

Я бы присмотрелся к Миранде через Вайн.

https://www.miranda-ng.org/ru/

К ней есть великое множество дополнений.

Ответить | Правка | Наверх | Cообщить модератору

312. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 13-Дек-18, 18:46 
В линухе проще пиджина поставить. Протоколов под него напилено ну уж не меньше чем под миранду. По крайней мере всякие вайберы-фэйсбуки-телеграмы и чего я там еще забыл там есть. Насколько полные - черт знает, но плагины попадались.

А так то девопсику и окружение под стать привалило, с каким-нибудь хипста-шлаком небось :)

Ответить | Правка | Наверх | Cообщить модератору

345. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от КГБ СССР (?), 13-Дек-18, 23:27 
> В линухе проще пиджина поставить. Протоколов под него напилено ну уж не
> меньше чем под миранду. По крайней мере всякие вайберы-фэйсбуки-телеграмы и чего
> я там еще забыл там есть. Насколько полные - черт знает,
> но плагины попадались.
> А так то девопсику и окружение под стать привалило, с каким-нибудь хипста-шлаком
> небось :)

Teach Yourself JavaScript for System Administration in 24 Hours: DevOps Edition!

Ответить | Правка | Наверх | Cообщить модератору

500. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 16-Дек-18, 17:48 
> Teach Yourself JavaScript for System Administration in 24 Hours: DevOps Edition!

Я намекал олдскульщику что псинодевы идут с неким catch в виде хипста-команды :). Погоди, скоро ему объяснят и что systemd это хорошо и правильно. И таки в этом месте я с псинодевами даже соглашусь. Просто на той почве что для меня оно работает лучше чем то что было до него.

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

Ответить | Правка | Наверх | Cообщить модератору

369. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от freehckemail (ok), 14-Дек-18, 09:07 
> Я бы присмотрелся к Миранде через Вайн.
> К ней есть великое множество дополнений.

Скайп вижу.
А слак, зум, тимс там как?

Ответить | Правка | К родителю #301 | Наверх | Cообщить модератору

370. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от КГБ СССР (?), 14-Дек-18, 09:12 
Хм. Я и слов-то таких не знаю. :)
Ответить | Правка | Наверх | Cообщить модератору

477. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 15-Дек-18, 22:08 
> Хм. Я и слов-то таких не знаю. :)

Я первое знаю. Очередная дрянь на электроне от вебмакак, конечно же.

Ответить | Правка | Наверх | Cообщить модератору

490. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Ю.Т. (?), 15-Дек-18, 23:24 
>> Хм. Я и слов-то таких не знаю. :)
> Я первое знаю. Очередная дрянь на электроне от вебмакак, конечно же.

закрывают уже.

Ответить | Правка | Наверх | Cообщить модератору

501. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 16-Дек-18, 17:48 
> закрывают уже.

Так что я там про период полураспада в 2 года то говорил...? На этом фоне даже пиджин очень стабильная и качественная прога :)

Ответить | Правка | Наверх | Cообщить модератору

526. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от freehckemail (ok), 17-Дек-18, 06:38 
>>> Хм. Я и слов-то таких не знаю. :)
>> Я первое знаю. Очередная дрянь на электроне от вебмакак, конечно же.
> закрывают уже.

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

Ответить | Правка | К родителю #490 | Наверх | Cообщить модератору

534. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Ю.Т. (?), 17-Дек-18, 08:42 
[слак]
>> закрывают уже.
> Не знаю, в какой там местности его закапывают. Я пока вижу, что
> в большинстве зарубежных контор это нынче выбор по умолчанию.

пробегало в одной из рассылок, мол, туда же, куда и гугль-плюс

Ответить | Правка | Наверх | Cообщить модератору

553. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от пох (?), 17-Дек-18, 11:38 
> [слак]
>>> закрывают уже.
> пробегало в одной из рассылок, мол, туда же, куда и гугль-плюс

а, что - неужели? Инфа 100%?

Ответить | Правка | Наверх | Cообщить модератору

556. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Ю.Т. (?), 17-Дек-18, 13:36 
>> [слак]
>>>> закрывают уже.
>> пробегало в одной из рассылок, мол, туда же, куда и гугль-плюс
> а, что - неужели? Инфа 100%?

Не знаю, увы. Копнул и в корзине -- нет, не найду. Мне это и интересно-то было лишь настолько, что похоже названием на используемый мною дистр.

Ответить | Правка | К родителю #553 | Наверх | Cообщить модератору

130. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от анон (?), 13-Дек-18, 07:53 
Открываю Алиэкспресс и вижу там вагоны ддр2
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

152. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +1 +/
Сообщение от КГБ СССР (?), 13-Дек-18, 09:05 
Это «плохая» DDR2. Её делают китайцы из неликвидов — то есть давно списанных и подлежащих утилизации отработавших своё модулей памяти. В сараях Дядюшки Ляо с модулей выпаивают чипы памяти и с каким-нибудь попавшимся под руку SPD напаивают на новые, иногда наносят какую-то маркировку поверх старой. Бывает так, что зашитая в SPD информация не отвечает распаянным на плате микросхемам памяти. Весь этот творческий ералаш использовать в ряде случаев можно, но нет никаких гарантий, что он будет полноценно работать, а не развалится сам собой (например, из-за температурного режима эксплуатации).

У меня, скажем, в одном из компьютеров работает такая память на уменьшенной вдвое частоте против заявленной — 400 вместо 800 DDR2. На практике это не играет роли и почти не влияет на скорость работы, но зато полезно для стабильности, а на «полной скорости» эти модули иногда показывали ошибки без какой-либо очевидной и понятной логики. Но зато дёшево, да. Можно и пользоваться, учитывая, опять же, что новую полноценную DDR2 найти сложно и стоит она дорого.

Ответить | Правка | Наверх | Cообщить модератору

313. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 13-Дек-18, 18:48 
> Это «плохая» DDR2. Её делают китайцы из неликвидов 

Еще китаезы немного балуются просто распайкой нормальных модулей на чипы. Это нравится народу которые роутеры апгрейдят, перепаивая более жирные чипы. Так что вон тот 32-меговый задохлик парой пыщ-пыщ фена становится солидным агрегатом с 128 мегов, и может торенты полподъезду гонять, в отличие от 32 мегов то. Так даже нормальный DDR2 купить реально.

Ответить | Правка | Наверх | Cообщить модератору

381. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Иваныч (??), 14-Дек-18, 10:58 
Зубожиння #2. От создателей геймерских процессоров за 400 рублей.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

21. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (17), 12-Дек-18, 23:30 
> Экономия небольшая

Большая.

> браузеры не работают

Вообще не аргумент. Браузеры надо поправить, и будут работать.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

28. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +1 +/
Сообщение от КГБ СССР (?), 12-Дек-18, 23:43 
>> Экономия небольшая
> Большая.
>> браузеры не работают
> Вообще не аргумент. Браузеры надо поправить, и будут работать.

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

Ответить | Правка | Наверх | Cообщить модератору

55. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (10), 13-Дек-18, 00:47 
>Вообще не аргумент. Браузеры надо поправить, и будут работать.

Никто не поправил до сих пор, значит на десктопе никому толком не надо

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

62. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +1 +/
Сообщение от КГБ СССР (?), 13-Дек-18, 01:07 
>>Вообще не аргумент. Браузеры надо поправить, и будут работать.
> Никто не поправил до сих пор, значит на десктопе никому толком не
> надо

Кому надо, те не умеют. Вот в чём заковыка. А кто умеют, тем работодатели покупают самое топовое железо для работы. Поэтому линукс ничего никому не должен — ведь работодатель оплачивает разработку софта не для простых юзеров, а для себя. Юзеры могут утешиться… виндой, например.

Ответить | Правка | Наверх | Cообщить модератору

100. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +1 +/
Сообщение от Аноним (10), 13-Дек-18, 05:06 
>Кому надо, те не умеют.

А хотят, чтобы им даром на блюдечке принесли

>Юзеры могут утешиться… виндой, например.

Или использовать linux x86_64

Ответить | Правка | Наверх | Cообщить модератору

103. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  –1 +/
Сообщение от Аноним (514), 13-Дек-18, 05:19 
>Или использовать linux x86_64

Который жрёт на 30% больше памяти.

Ответить | Правка | Наверх | Cообщить модератору

106. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (10), 13-Дек-18, 05:57 
Чем винда? Да ты угараешь
Ответить | Правка | Наверх | Cообщить модератору

107. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  –2 +/
Сообщение от Аноним (514), 13-Дек-18, 05:59 
Чем чистый x64
Ответить | Правка | Наверх | Cообщить модератору

170. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +1 +/
Сообщение от nobody (??), 13-Дек-18, 10:27 
Что такое "чистый x64", который не x86_64?..
Ответить | Правка | Наверх | Cообщить модератору

172. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  –1 +/
Сообщение от Аноним (514), 13-Дек-18, 10:35 
> Что такое "чистый x64", который не x86_64?..

Чистый в смысле без хаков по изменению размера указателей. То есть именно x86_64.

Ответить | Правка | Наверх | Cообщить модератору

169. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от нах (?), 13-Дек-18, 10:19 
чем винда x86 - да, чему тут удивляться?  Тому что /\апчатая обезьянка ту винду видела только во сне и на скриншоте, потому что она не така как все, и понятия не имеет, что в ней можно и на гигабайте работать, если не заниматься непонятно зачем пересборкой из исходников непойми чего - да что тут тоже удивительного-то...

Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

235. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (374), 13-Дек-18, 14:06 
>и на гигабайте работать

Когда-то у нас оракля9 работала на 256М под ХР. И даже не очень тормозила. А теперь я сменил на рабочей тачке Вынь7 на ту же ХР, и ... и нифига. Потому что запустил браузер, аутглюк, скайп и все, память кончилась, здравствуйте тормоза. Один Фуррифокс жретЪ 1,5 гига на двух вкладках. Ну да, вкладки "тяжелые"... но 1,5 гига!!! Куды котиццо мир...

Ответить | Правка | Наверх | Cообщить модератору

423. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от псевдонимус (?), 14-Дек-18, 22:09 
Что ты  с ним сделал? Прямо сейчас 10 закладок и 15 загруженных вкладок, из них штук 10 тытуб. Вин7, 4Гига.
Ответить | Правка | Наверх | Cообщить модератору

581. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Andrey Mitrofanov (?), 18-Дек-18, 12:26 
#>>Который жрёт на 30% больше памяти.
> Чем винда? Да ты угараешь

Нет.  Вне зависимости от того, чего болит у Вас, разговор не про это.

[Л]
http://www.opennet.ru/openforum/vsluhforumID3/108449.html#80
http://www.opennet.ru/openforum/vsluhforumID3/110263.html#117
http://www.opennet.ru/openforum/vsluhforumID3/110297.html#94
http://www.opennet.ru/openforum/vsluhforumID3/114731.html#58
.
.
  . . . .https://duckduckgo.com/?q=32-bit+64-bit+site:phoronix.com

Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

141. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +1 +/
Сообщение от КГБ СССР (?), 13-Дек-18, 08:29 
> А хотят, чтобы им даром на блюдечке принесли

Это совершенно нормально. Если на рынок ПО предложено какое-то ПО, то его потребитель имеет полное право критически относиться к тому, что он видит. Если авторы ПО не хотят учитывать мнение пользователей, то не надо и предлагать. Почему-то ни у кого больше в софтверной отрасли это не вызывает никаких вопрос — только у линуксоидов начинает обильно выделяться желчь.


> Или использовать linux x86_64

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

Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

236. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (374), 13-Дек-18, 14:10 
Пользователь точно также имеет право не использовать программы автора. Не нравится то, что тебе дают нахаляву? Какие проблемы, пиши сам. Или плати.
Ответить | Правка | Наверх | Cообщить модератору

306. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +1 +/
Сообщение от КГБ СССР (?), 13-Дек-18, 18:26 
> Пользователь точно также имеет право не использовать программы автора. Не нравится то,
> что тебе дают нахаляву? Какие проблемы, пиши сам. Или плати.

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

Ответить | Правка | Наверх | Cообщить модератору

377. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (374), 14-Дек-18, 09:49 
Я таки понимаю, что ты хочешь, чтобы и тебе было зафигато, и чтобы не платить? Нуачо, сейчас и так можно. Правда потом ты можешь понять, если есть чем, что заплатить тебе все равно пришлось, только не деньгами, гы...
Ответить | Правка | Наверх | Cообщить модератору

424. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от псевдонимус (?), 14-Дек-18, 22:17 
Марксизм и вытекающий из него коммунизм в прямых руках, управляемых разумной человеческой головой научен. А либертарианство нет, такова селява.
Ответить | Правка | К родителю #306 | Наверх | Cообщить модератору

426. "(offtopic) коммунизм и п. 10 правил форума"  +/
Сообщение от Michael Shigorinemail (ok), 14-Дек-18, 22:37 
> Марксизм и вытекающий из него коммунизм в прямых руках,
> управляемых разумной человеческой головой научен.

Чему научен -- прятать от публики существенные куски фактажа?

---
Итак, развитие хозяйства капиталистического Запада стало возможным «посpедством пpямого или косвенного pазpушения» хозяйства Третьего Мира (в пеpиод между XVI и XIX вв.). Но это не было включено в политэкономию ни А. Смита, ни К. Маркса. Если из модели исключен принципиальный фактор, эту модель нельзя считать научной и, тем более, считать теорией. Это внутренний идеологический документ, который фальсифицирует реальность рынка и картину мира населения и Запада, и разрушенных стран, и образованных слоев незападных стран, принявших европейское образование. Как же можно было в России, а потом в СССР, учить студентов исходя из этой политэкономии как научной теории? А ведь и сейчас российских студентов обучают с такими же учебниками.
--- https://sg-karamurza.livejournal.com/283146.html

Ответить | Правка | Наверх | Cообщить модератору

428. "(offtopic) коммунизм и п. 10 правил форума"  –1 +/
Сообщение от псевдонимус (?), 14-Дек-18, 22:44 
Оно тут офтоп. Кури Кагарлицкого и Ильина. Кара-Мурза не марксист вообще.
Ответить | Правка | Наверх | Cообщить модератору

433. "(offtopic) коммунизм и п. 10 правил форума"  +/
Сообщение от КГБ СССР (?), 15-Дек-18, 00:08 
> Оно тут офтоп. Кури Кагарлицкого и Ильина. Кара-Мурза не марксист вообще.

Кара-Мурза вообще болван, пишущий для баранов, однако это действительно уже сильно оффтоп.

Ответить | Правка | Наверх | Cообщить модератору

434. "(offtopic) коммунизм и п. 10 правил форума"  +/
Сообщение от Michael Shigorinemail (ok), 15-Дек-18, 00:23 
Они разные бывают, если что.
Ответить | Правка | К родителю #433 | Наверх | Cообщить модератору

436. "(offtopic) коммунизм и п. 10 правил форума"  +/
Сообщение от псевдонимус (?), 15-Дек-18, 07:37 
>> Марксизм и вытекающий из него коммунизм в прямых руках,
>«посpедством пpямого или косвенного pазpушения» хозяйства Третьего Мира

Это никак не противоречит марксовой теории. И вообще, крупному капиталу без разницы, где находится, он течёт туда где может быстрее расти (посмотри например как поднялся Китай).

И с чего ты взял что студентов сейчас учат политэкономии? Ей учат только энтузиасты-преподы.


Ответить | Правка | К родителю #426 | Наверх | Cообщить модератору

437. "(offtopic) коммунизм и п. 10 правил форума"  +1 +/
Сообщение от Ю.Т. (?), 15-Дек-18, 07:42 
>> Марксизм и вытекающий из него коммунизм в прямых руках,
>> управляемых разумной человеческой головой научен.
> Чему научен -- прятать от публики существенные куски фактажа?
> ---
> Итак, развитие хозяйства капиталистического Запада стало возможным «посpедством
> пpямого или косвенного pазpушения» хозяйства Третьего Мира
(в пеpиод между XVI
> и XIX вв.). Но это не было включено в политэкономию ни

Поскольку оставлена жить вся ветка, позволю себе попытаться добавить концептуальной ясности...

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

Политэкономическая часть модели, во-первых, плохо прочтена Кара-Мурзой -- это разрушение один из кейс-пойнтов, как сейчас модно говорить, во-вторых, для ист. мат. части модели, поскольку речь о временах Смита и Маркса, не существенно -- поскольку промышленный пролетариат в те времена существовал именно лишь на Западе.

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

Ответить | Правка | К родителю #426 | Наверх | Cообщить модератору

432. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от КГБ СССР (?), 15-Дек-18, 00:07 
> Марксизм и вытекающий из него коммунизм в прямых руках, управляемых разумной человеческой
> головой научен. А либертарианство нет, такова селява.

Из всего марксизма лично я научной признаю только политэкономию. О научности же, к примеру, социальной теории марксистов убедительно показали в XX веке примеры всех стран, где коммуняки оказались у руля. И даже тех стран, внезапно, которые формально оставались свободными, но где марксисты оккупировали систему образования. Именно оттуда выросли все эти гендерно-феминистические бредни, SJW, дайверсити, эколухи и так далее, что стремительно разрушают мир белых людей. К огромному сожалению.

Ответить | Правка | К родителю #424 | Наверх | Cообщить модератору

435. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от псевдонимус (?), 15-Дек-18, 07:17 
>Именно оттуда выросли все эти гендерно-феминистические бредни, SJW, дайверсити, эколухи и так далее

Это мутации вроде фрейдо-"марксистов", они старательно поддерживаются правящими классами в европе и сша, что вполне логично (пусть все дерутся со всеми и с глобальным потеплением, чем поднимают действительно опасные для властей темы) Благодаря им левые на западе воспринимаются как юродивые, но к счастью положение постепенно меняется, не выйдет бесконечно дуить всем голову.

Ильенкова, а не ильина конечно.

Ответить | Правка | Наверх | Cообщить модератору

438. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от КГБ СССР (?), 15-Дек-18, 07:47 
>>Именно оттуда выросли все эти гендерно-феминистические бредни, SJW, дайверсити, эколухи и так далее
> Это мутации вроде фрейдо-"марксистов", они старательно поддерживаются правящими классами
> в европе и сша, что вполне логично (пусть все дерутся со
> всеми и с глобальным потеплением, чем поднимают действительно опасные для властей
> темы) Благодаря им левые на западе воспринимаются как юродивые, но к
> счастью положение постепенно меняется, не выйдет бесконечно дуить всем голову.

В теории заговора я не верю, пардон, мне приходилось управлять и руководить людьми. Как бы то ни было, своё чёрное дело «новые левые» сделали и тотально промыли мозги по меньшей мере половине политически и общественно активного населения развитых стран. Поэтому симпатий к левакам я не испытываю, мягко говоря, даже если отвлечься от того, что они наделали в бывшем СССР.

Ответить | Правка | Наверх | Cообщить модератору

439. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от псевдонимус (?), 15-Дек-18, 10:14 
>В теории заговора я не верю

Я тоже.

А вот в сговор с целью подтолкнуть падающего вполне (см. жакерия).

>симпатий к левакам я не испытываю,

К счастью этого и ненужно. Ты либо применяешь теорию на практике и подтверждаешь её состоятельность, либо при неудаче пересматриваешь теорию с учётом того, как всё происходит на практике. Ну ещё можно радикально другую создать, но пока кроме фэнтази им.Фукуямы и средневекового мракобесия ничего не создали.

Ответить | Правка | К родителю #438 | Наверх | Cообщить модератору

441. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от псевдонимус (?), 15-Дек-18, 11:05 
>«новые левые»

У Высоцкого даже песенка про них была. Ничего, уйдёт вся эта пена, разум победит "броуновское движение". В США вместо них были хиппи, тоже типа левые )

Ответить | Правка | К родителю #438 | Наверх | Cообщить модератору

443. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от КГБ СССР (?), 15-Дек-18, 11:31 
>>«новые левые»
> У Высоцкого даже песенка про них была. Ничего, уйдёт вся эта пена,
> разум победит "броуновское движение". В США вместо них были хиппи, тоже
> типа левые )

Хиппи ведь не захватывали почту, банки и телеграф, не устраивали колхозы и концлагеря. И когда взрослели, то тихо-мирно завязывали (кто выжил) с различными излишествами. :-)

Ответить | Правка | К родителю #441 | Наверх | Cообщить модератору

446. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от псевдонимус (?), 15-Дек-18, 12:39 
Потому и не захватывали, это были новые "левые", их сделали маргиналами и тихо слили в унитаз. Левым (для начала) нужно работать с конкретными проблемами, волнующими большинство трудящихся людей, а не за права зофилов и ...сексуалов и глобальным потеплением-похолоданием.
Ответить | Правка | К родителю #443 | Наверх | Cообщить модератору

314. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 13-Дек-18, 18:50 
> Кому надо, те не умеют. Вот в чём заковыка.

Так пусть заплатят тем кто умеет, например? А, погодите, на это жаба давит? Кто-то хочет чтобы его проблемы решали другие, бесплатно, без смс, все и сразу? Слушай, чувак, я вот подумал. Мне вот пирога хочется. А давай ты мне пирог нахаляву сбацаешь? Ну его нафиг какие-то там программы и операционки, они невкусные, пироги лучше :)

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

324. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +2 +/
Сообщение от пох (?), 13-Дек-18, 20:17 
> А, погодите, на это жаба давит?

у гейца спрашивайте. Или у Дурова с его 2k btc.
У них может хватить на оплату пары еще уцелевших нормальных программистов, которые умеют, но они что-то не спешат, наверное, и вправду жаба.

У обычного смертного столько лишних денег не бывает.

> Кто-то хочет чтобы его проблемы решали другие, бесплатно

кто-то хочет чтобы эти другие, жадно хапающие бабки корпораций за кое-какерскую работу, прекратили ломать все, что не запретит корпорация и ныть что у них, видите ли, ресурсов не хватает. Хватает у них ресурсов. Еще и на всякие CoC хватило. И на замену fuck хватило. Меньше швыряйтесь _чужим_ трудом по собственной лени, дорогие генитальные разработчики.

Или не удивляйтесь, что вас держат за $даков, а не за героев-спасителей с "бесплатным" софтом.

Ответить | Правка | Наверх | Cообщить модератору

350. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от КГБ СССР (?), 13-Дек-18, 23:59 
На днях на Хабре было прекрасное.

Манифест рок-звезды г-нокода:

https://habr.com/post/432052/

Даже вот как-то жаль, что гопота повывелась и больше не ломает г-нокодерским рок-звёздам пальцы на верхних ногах томными вечерами ради забавы и чтоб на пивас насшибать.

Ответить | Правка | Наверх | Cообщить модератору

383. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +1 +/
Сообщение от пох (?), 14-Дек-18, 11:49 
ну, будем думать что звизде лет 25, только-только получила свой диплом с отличием и устроилась на первую или вторую работу.

Потому что тут непонятно даже, плакать или смеяться.

Чувак искренне страдает, что не может писать хороший код, ибо корпорасты не дают. Тут же упоминая линукс и тому подобные проекты, якобы написанные такими же гениями (это он себя, скорее всего переоценивает), но совершенно не желая взять в толк, что они-то это делали не за корпоративные зарплаты, а just for fun. Линуса кормили мама с папой, ank побирался где-то в системе академии наук, Эйк вот разьве что выделяется на общем фоне, ну так он как раз сделал худшее из современного софта(про остальные шадевры не в курсе, не мое). Кто-то пилил гранты, с которых тоже сыт не будешь, кто-то делал вид что работает, воруя время у работодателя (тот же Линус уже получивший диплом)

А когда Линус сбежал из обанкротившейся трансметы (которой очень вряд ли был от него толк, помимо рекламы - и вряд ли она его хорошо кормила взамен), ank подался в топ-менеджеры, то, внезапно, создаваемый ими код перестал быть прекрасен и замечателен, или вовсе кончился как таковой.

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

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

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

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

Только вот не надо про "сотни бессонных ночей, потраченных на изучение разработки". Я потратил изрядную часть дней и ночей (и в ущерб карьере), здоровья и нервов, которые не вернешь, на свое хобби, из которого никогда не сделаю источник заработка (в том числе и потому, что поздно начал, но в неменьшей степени - потому что это будет работа, а работать этим я категорически не хочу).

Ответить | Правка | Наверх | Cообщить модератору

384. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Ю.Т. (?), 14-Дек-18, 12:12 
> Эйк вот разьве что

А кто это?

Ответить | Правка | Наверх | Cообщить модератору

429. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от псевдонимус (?), 14-Дек-18, 22:50 
>> Эйк вот разьве что
> А кто это?

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


Ответить | Правка | Наверх | Cообщить модератору

479. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 15-Дек-18, 22:24 
> у гейца спрашивайте. Или у Дурова с его 2k btc.
> У них может хватить на оплату пары еще уцелевших нормальных программистов, которые
> умеют, но они что-то не спешат, наверное, и вправду жаба.

Да он и оплачивает иногда. Вон у него Yann Colett вкалывает - автор LZ4. Сколько Нормальных Программистов вообще сможет побить по скорости алгоритм от чувака, который изначально был вообще маркетологом? Ну вот то-то и оно - уцелевшие нормальные программисты започивались на лаврах, заржавели, обленились и растратили скилл. На этой почве их и стали замещать другие. Уж какие есть.

> У обычного смертного столько лишних денег не бывает.

И чего? Купить себе частный авиалайнер как у нужного стране почетного академика тоже не каждый сможет, пожалуй.

> прекратили ломать все, что не запретит корпорация и ныть что у
> них, видите ли, ресурсов не хватает.

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

> Хватает у них ресурсов. Еще и на всякие CoC хватило. И на замену fuck хватило.

Так написать скриптики/регулярки отлова факов - особой квалификации не надо. Это как бы в принципе любой админ юниксобразных должен уметь, который даже и не програмер особо. А более продвинутым прогерам есть чем заняться и кроме замены факов.

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

В линуксе все просто - чужой труд вышвыривают если на него забил автор и его единомышленники, так что код оказался неподдерживаемым. По-моему вполне честный критерий.

> Или не удивляйтесь, что вас держат за $даков, а не за героев-спасителей
> с "бесплатным" софтом.

Так колхоз дело добровольное - никто чисто технически не может обязать тебя юзать конкретный софт конкретной версии. Пользуйся нормальным софтом от нормальных людей или пиши сам. Или дай денег тем кто напишет так как тебе надо. А какие варанты есть? Ты хочешь прийти в макдональдс, заплатив как в макдональдсе, но пожрать как в элитном рестаране, чтобы для тебя шефповар персонально напрягся сделать твой любимый рецепт? У макдональдса для этого нет ресурсов. И у крутого ресторана нет - поэтому они ставят цены такими, что это доступно лишь очень сильно некоторым. Ну вот так вот.

Ответить | Правка | К родителю #324 | Наверх | Cообщить модератору

493. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от КГБ СССР (?), 16-Дек-18, 00:13 
>> Меньше швыряйтесь _чужим_ трудом по собственной лени, дорогие генитальные разработчики.
> В линуксе все просто - чужой труд вышвыривают если на него забил
> автор и его единомышленники, так что код оказался неподдерживаемым. По-моему вполне
> честный критерий.

А вот и нет. В линуксе частенько вышвыривают (или не принимают) чужой труд только потому, что автор «не с нашева раёна и неправильный пацан».

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

Ответить | Правка | Наверх | Cообщить модератору

502. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Аноним (-), 16-Дек-18, 17:56 
> А вот и нет. В линуксе частенько вышвыривают (или не принимают) чужой
> труд только потому, что автор «не с нашева раёна и неправильный пацан».

Пацана никто не заставлял комитить туда. И если пацан слился, за него его работу вечно делать как бы никто не обязан. Так что как только это начинает икаться другим - так и досвидос.

Опять же - все эти условия и политики общеизвестны. Если кому-то хочется чего-то иного - наверное ему логично пользоваться чем-то иным. Но вот учить линуксоидов жизни из под 6-й нти - не работало и работать не будет. Хотя-бы потому что те кто разрабатывают линукс - 6-ми нтями не пользуются. Это ж вам не реактос позорный, не способный даже нужды разработчиков обслужить.

> Достойны отдельной саги сюжеты про OSS, а затем и про ALSA. И
> ещё немало других технологий, похороненных линуксоидами на кладбище изобретений, вспоминается.

Линуксоиды виноваты лишь тем что их подходы в целом сработали лучше, чем это. Кто-то заставлял OSS зависеть от 1 фирмочки, а ту давиться жабой? С линуксоидами попытка давиться жабой - приводит к очень жестоким последствиям. Те кто поумнее понял это по хорошему. Те кто поглупее, узнал это методом OSS и Bitbaker-а. Если линуксоидам пытаются что-то прищемлять - они умеют за это поднапрячься и навалять, так что мало потом не покажется. Этот факт проприетарщикам лучше всего запомнить и сделать выводы. А кто не сможет - пардон, ребятки, но вы с неправильной стороны пулемета и линуксоиды очень в настроении нажать на спуск почему-то.

Ответить | Правка | Наверх | Cообщить модератору

506. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..."  +/
Сообщение от Ю.Т. (?), 16-Дек-18, 18:44 
> Если линуксоидам пытаются что-то прищемлять
> - они умеют за это поднапрячься и навалять,

Пока получается далеко не так.
Изобретены ли "линуксоидами" хотя бы одна технология или техническое решение, принятые впоследствии коммерческим сектором (на условиях gpl и т.д.)?
Отбились ли "линуксоиды" от принятия хотя бы одного непопулярного технического решения?
Заставили ли "линуксоиды" коммерческий сектор пойти хотя бы на одну существенную уступку?

Да, и то, что коммерческий сектор проезжается на бесплатном труде миллионов, не в счёт -- они решают *собственные* проблемы. А вот там, где они *не* решают собственных проблем?

Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру