LINUX.ORG.RU

Разработчики САПР KiCad раскритиковали Wayland и рекомендовали использовать X11

 , ,


3

6

Разработчики свободной системы автоматизированного проектирования печатных плат KiCad рассказали о состоянии реализации поддержки Wayland и обобщили проблемы, мешающие полноценному использованию данного протокола. Пользователям, профессионально проектирующим печатные платы в KiCad или желающим получить стабильное и полнофункциональное окружение, рекомендовано запускать KiCad в средах рабочего стола на базе протокола X11, таких как Xfce, MATE или X11-сеанс KDE Plasma.

Тем кто намерен использовать KiCad в окружениях с Wayland следует быть готовым к возможным зависаниям и аварийным завершениям, невозможности восстановить желаемую раскладку окон и ограничению функциональности интерфейса. Утверждается, что ограничения в функциональности вызваны отсутствием в Wayland возможностей, давно применяемых в приложениях для X11, Windows и macOS, таких как поддержка позиционирования окон и мгновенного перемещения указателя мыши (cursor warp).

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

Фрагментация композитных серверов существенно увеличивает трудозатраты на реализацию поддержки Wayland. Отмечается, что самое неприятное в том, что разработчики KiCad не имеют возможности исправить возникающие проблемы своими силами, так как проблемы присутствуют не в KiСad, а в протоколах, оконных менеджерах и композитных серверах.

Учитывая, что Linux применяет лишь небольшая часть пользователей KiCad, решено избегать добавления в кодовую базу проекта костылей для обхода проблем, специфичных для оконных менеджеров, но при этом продолжать собирать KiCad для Wayland и тестировать сборки на совместимость. Все выявляемые проблемы и ограничения планируют документировать и доводить до сведения пользователей.

В системе отслеживания ошибок решено не разбирать жалобы от пользователей Wayland, связанные с позиционированием и размером окон, установкой фокуса, а также зависаниями, аварийными завершениями, повышенной нагрузке на CPU, проблемами с устройствами ввода и сбоями при отрисовке, не проявляющимися в сборке для X11.

Среди известных проблем, которые находятся вне зоны влияния разработчиков KiCad и которые не удаётся устранить на стороне KiCad:

  • Проблемы с управлением окнами: Невозможность управления позицией окон и панелей (при открытии KiCad нельзя запомнить и восстановить положение окон и панелей инструментов). Проблемы с координацией работы одновременно с несколькими окнами. Ограничение возможности перемещения вкладок и панелей между разными областями.
  • Проблемы с устройствами ввода: Возможность мгновенного перемещения курсора (cursor warping) завязана на необязательные экспериментальные расширения протокола, поддерживаемые лишь в отдельных композитных менеджерах. Непредсказуемое поведение при управлении фокусом ввода. Проблемы при использовании специализированных устройств ввода и при обработке горячих клавиш.
  • Проблемы со стабильностью и производительностью: Повышенное потребление ресурсов и высокая нагрузка на CPU/GPU по сравнению с использованием X11. Появление графических артефактов при отрисовке и нарушение нормального вывода. Зависания и аварийные завершения, проявляющиеся только при работе в окружениях на базе Wayland. Ненадёжная работа с буфером обмена.
  • Ограничения интерфейса пользователя: Проблемы с позиционированием, фокусом и взаимодействием в модальных диалогах. Проблемы с запуском внешних приложений и управления ими.

>>> Подробности (opennet)

★★★★★

Проверено: dataman ()
Последнее исправление: dataman (всего исправлений: 1)
Ответ на: комментарий от wandrien

они кастомными патчами вносят баги, которых нет в апстриме.

Вполне верю что такое может быть но лично я не натыкался.

софт нужной версии скомпилировать не проблема обычно.

Я бы не хотел потратить кучу времени и сил на прикручивание к системе другой версии чего-то большого типа того же Кикада вместо той что поставляется в дистрибутиве. Ну только если ОЧЕНЬ сильно припрёт. Использую Дебиан 11 и поставляемый с ним Кикад 6 - для радиолюбительства более чем достаточно.

Но тогда и дебиан не особо нужен, достаточно, условно, «Слаки».

Согласен. Причем может быть лучше будет даже не Слака а Гента.

watchcat382
()
Ответ на: комментарий от posixbit

есть и установка RPM'ов для Дебиан и его клонов. alien, емнип. за давностью лет название могу приврать. очень давно не юзала Дебиан, с тех пор, как туда втащили ненужно-д.

но суть в том, что все пакеты и пакетные менеджеры внутри работают примерно одинаково. у дебиана есть дополнительные плюшки, но это ничуть не мешает ему взять пакет RPM, распаковать его, распарсить его информацию про shlibs и установить пакет. там никакой особой специфики нет, на самом деле. то, что тут школотрон понаписал про какую-то «разницу» - это чушь. потому что просто ABI GNU/Linux (а также некоторых UNIX) работает так и поэтому все дистрибутивы на его основе реализуют эти зависимости. это называется Library versioning и я вляется основой работы софта и пакетных зависимостей.

Iron_Bug ★★★★★
()
Ответ на: комментарий от hateyoufeel

Я и в молодости хотя и не был «монахом» но всё равно больше интересовался электроникой и программированием чем тусовками и женщинами. А уж в официальный брак вступать - упаси Б-же!

watchcat382
()
Ответ на: комментарий от Iron_Bug

Вы пишете про ABI в немного-загадочной манере.

Можно же просто пример привести: есть lib.so и симлинки на неё lib.so.2 и lib.so.6 …

И с помощью колдунства она передаёт нужные символы по имени файла (что и есть версионированием)

(во, я вроде правильно написал, невкурсе, т-к эту инфу осознаю лишь интуитивно и никогда об этом не читал)

Set440
()
Ответ на: комментарий от Set440

Аналогичная ситуация с блендером

Так как это некоммерческий проект то имеют право - никто никому ничего не обещал и не должен.

сидят на старых версиях

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

watchcat382
()
Ответ на: комментарий от Iron_Bug

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

AleksK ★★★
()
Ответ на: комментарий от Set440

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

А чем оно лучше/хуже обычной связки IceCast2+liquidsoap на сервере и рулить им клиентом вроде Mixxx?

posixbit ★★★
()
Ответ на: комментарий от watchcat382

так я и не утверждал, что это плохо.

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

Set440
()
Ответ на: комментарий от anonmyous

Но изначальной идеей было, что все всё перепишут

Самая тупая идея.

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

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

WatchCat ★★★★★
()
Ответ на: комментарий от Set440

никакого «колдунства». это просто интерфейсы библиотек, выражаясь максимально конкретно. тащемта, library interface versioning. думаю, гугл на эту тему сразу же выдаст стопицот статей с пояснениями.

вот, например, первое попавшееся: https://www.usenix.org/legacy/publications/library/proceedings/als00/2000pape...

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

есть интерфейсы библиотек и версионирование этих интерфейсов. есть пакеты, которые предоставляют эти интерфейсы. на основе версий интерфейсов строятся совместимости библиотек и зависимости пакетов. тащемта всё.

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

Iron_Bug ★★★★★
()
Ответ на: комментарий от posixbit

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

Давно это было, я в том веб интерфейсе не разбирался, мы просто заливали на сервер музыку и вещали в эфир без голоса.

Set440
()
Ответ на: комментарий от Iron_Bug

Я про колдунство пошутил, в стиле «магия яббл»

Set440
()
Ответ на: комментарий от WatchCat

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

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

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

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Ответ на: комментарий от posixbit

У Debian много нелогичного и неудобного.

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

убогий тормозной пакетный менеджер.

Ни убогости ни уж тем более тормознутости за ним последние четверть века не замечал.

консервативность Debian мейнтейнеры умножили на ноль, когда втащили systemd

Тут претензия к ним только в том,что они рановато начали его втаскивать поэтому огребли глюки. Сейчас от системд в дебиане пользы много больше чем вреда. Собственно,вред остался один - бинарные логи. Но можно параллельно поставить rsyslogd и получить обычные текстовые логи,а про бинарные просто не вспоминать,и тогда «вред» от них будет только в том что место занимают,что при нынешних размерах дисков не критично.

рекомендации стали делать не XFCE, а GNOME с Wayland.

Рекомендации на то и рекомендации что им можно не следовать. Мне например они не мешают использовать Дебиан с иксами и icewm. Хуже что в дебиане грозятся забросить поддержку 32-битного классического x86. Вот тогда с дебиана мне придется сваливать,по всей видимости на Альт.

watchcat382
()
Ответ на: комментарий от hateyoufeel

это тоже свободный выбор. я не понимаю твоей проблемы.

и да, до Linux был маздай, а до него ещё DOS, OS/2, Solaris и даже OS/390 и чего только не было из тех осей, с которыми мне приходилось работать.

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Ответ на: комментарий от zabbal

«мне впадлу переучиваться поэтому лучше обосру альтернативу чем признаюсь что я ленивый хрен».

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

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

watchcat382
()
Ответ на: комментарий от Iron_Bug

Это кагбэ полуправда, так-как вот, на моём физическом камплюктере, от этого вредительства — одна лишь польза.

Set440
()
Ответ на: комментарий от wandrien

настраиваешь нужные приложения, и потом оно работает лет 5 без проблем с доработками под нужды ситуации и разными фиксами багов. Может и на домашнем компе такое кому-то тоже нужно.

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

watchcat382
()
Ответ на: комментарий от posixbit

в сравнении со всеми недостатками Debian.

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

watchcat382
()
Ответ на: комментарий от Iron_Bug

кучка идиотов написала кривое поделие

В случае вейланда там вообще ОДИН человек придумал его идею и решил что отныне должно быть вот так и это типа «правильно». Даже если не считать его идиотом - то почему собственно из-за него все должны софт переписывать?

watchcat382
()
Ответ на: комментарий от watchcat382

ну вы же должны понимать что «не он один» это все «и придумал и пропихивал»... так-же как и лёня поттеринг... итд итп...

как говориться, смотри в корень, кому это выгодно!?

sunjob ★★★★★
()
Последнее исправление: sunjob (всего исправлений: 1)
Ответ на: комментарий от Set440

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

попросту говоря, захват опенсорца состоит из двух шагов:

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

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

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 3)
Ответ на: комментарий от Shushundr

Нет зависаний и аварийных завершений, желаемая раскладка окон спокойно востанавливается ну и т.д.

mx__ ★★★★★
()
Ответ на: комментарий от Iron_Bug

ну как-сказать… в пределах «туннельного зрения» обычного юзера лунипса — на отдельно-взятом компьютере всё только улучшается.

а глобальный переход всего мира — очень болезненный.

Такова цена прогресса… большинство хомяков, типа меня, проголосовали за этот выбор, потому-что им снится «бесплатная макось».

Я хочу, чтоб именно на десктопе было хорошо и красиво.

Set440
()
Последнее исправление: Set440 (всего исправлений: 1)
Ответ на: комментарий от Set440

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

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Ответ на: комментарий от Set440

и да, это не «цена прогресса». потому что это вообще не прогресс. это закукливание в копрорастические решения. и это не просто вредно, это жизненно опасно для опенсорца.

Iron_Bug ★★★★★
()
Ответ на: комментарий от wandrien

наверняка уже много чего сломано в разных местах

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

авторы подразумевали, что данные могут быть только в utf8.

Это ровно тоже самое что было в 90е годы когда софт массово обрезал восьмой бит так как для американского ASCII он не нужен,а авторы подразумевали что неамериканских языков не существует.

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

watchcat382
()
Ответ на: комментарий от watchcat382

а в чём причина пользования такой древней кодировкой и где это сейчас может быть нужно? не проще ли сконвертить нужные данные в тот же UTF-8, например, и не мучиться?

насчёт «индикаторов» - видела ASCII много раз. но вот конкретно 866 - никогда.

и да, разработка под микроконтроллеры - это одно. а общесистемные локали - это другое.

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 2)
Ответ на: комментарий от Iron_Bug

Ну смотрите. Это история про Вавилонскую Башню просто. Можно в детской книге «Библейские истории» прочитать.

Откуда взялось сустемд и дбас?? — Если хакинтошить 5 лет, как я, то можно увидеть: это калька с яблочного launchd

Как появился вейланд?? — Когда из NeXT-а сделали макось, то в 2007-9 годах разработчики начали паниковать, что в макоси композитор превосходит по свисто-перделкам иксы, почти не нагружая проц.

Откуда всялось что-то типа BPF ?? — Боинг озаботился тем, что на критически-важных системах надо использовать идею миникса, а не монолит. БПФ возник как потребность в микроядерных серверах.

Почему сейчас активно развиваются видеодрайверы?? — Габен хочет иметь свою ос.

Все это делают естественно не из альтруизма. GPL == Вавилонская Башня.

Set440
()
Ответ на: комментарий от wandrien

Да какие там могут быть ошибки?

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

открываем в любом текстовом редакторе, который сложнее Блокнота.

Например в каком из линуксовых? Если конечно у вас есть личный опыт в этом.

Примеры из интернета:

Ясненько. Ну что ж, бывает.

Я специально привел не свои примеры,у меня их сильно больше. Но если бы я сослался на них то в лучших традициях ЛОРа тут сразу сказали бы что это «никому» не нужно и это я один такой <***>.

И очень не хочется чтобы в процессе «развития» эту возможность сломали.

Почти наверняка сломают.

Увы - всё больше становится примеров когда «развитие» софта не во благо. Далеко не только в смысле кодировок,а вообще. К счастью, в мире свободного софта есть возможность выбирать то что не сломано. А то даже и починить как я чинил отображение 866 кодировки в просмотрщике Midnight Commander (и теперь таскаю за собой эту починенную мной версию,благо оно легко собирается).

watchcat382
()
Ответ на: комментарий от Set440

в наши времена детской книгой была «забавная библия» Лео Таксиля. надеюсь, что отсылка именно к ней.

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

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

BPF - это Berkeley Packet Filter. при чём тут Боинг - я хз. систему придумали в Berkeley и она реализует обработку пакетов и предоставляет возможность в эти цепочки вклиниваться. реализовано сто лет назад. но, может, это какой-то другой BPF, о котором я не знаю.

Iron_Bug ★★★★★
()
Ответ на: комментарий от Set440

В каждой шутке есть только доля шутки. Необходимость поддержки однобайтных русских кодировок существует,хотя и не каждый с ней сталкивается.

watchcat382
()
Ответ на: комментарий от wandrien

скачивает тот самый rpm,deb и src.tar.gz и перепаковывает/компилирует под Арч.

Хорошо если так. И если это сработает корректно. Всё-таки AUR - штука существенно менее «официальная» чем и репозиторий Дебиана и официальный сайт того софта который хотим ставить.

watchcat382
()
Ответ на: комментарий от Set440

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

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

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Ответ на: комментарий от Iron_Bug

я имею в виду программы eBPF, ошибся.

Вы просто утверждаете, что современный линукс специально ведут к развалу, но вы заблуждаетесь.

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

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

Set440
()
Ответ на: комментарий от Set440

что такое eBPF я не знаю. ни разу не слышала. так что ничего не могу сказать на эту тему.

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

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 2)
Ответ на: комментарий от Iron_Bug

Для того, чтобы видеть развитие драйверов — нужно в линуксе играть, следить за трендами, читать новости про Mesa-3D и быть в гугле подписанным на «новостные теги» о драйверах и вайне, чтоб каждый день много статей на почту приходило.

Вы не скажете, что они развиваются, так-как «не пасли» эту тему 15 лет ежедневной гуглёжкой.

Set440
()
Ответ на: комментарий от Iron_Bug

Если ебпф программа падает — она реинкарнируется сустемдой, и ядру вообще пофиг. Это приклеенная идея Танненбаума изолентой.

Если упадёт драйвер — может случиться кернел-паник

Set440
()
Ответ на: комментарий от WatchCat

Но изначальной идеей было, что все всё перепишут

Самая тупая идея.

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

anonmyous ★★
()
Ответ на: комментарий от Iron_Bug

а с какого бобуя все должны что-то переписывать?

А с винды на линукс должны были? Ведь когда-то можно было сказать «нафига написали линукс без винапи».

anonmyous ★★
()
Ответ на: комментарий от Set440

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

Iron_Bug ★★★★★
()
Ответ на: комментарий от unname

Кто помнит про звиздец с зависимостями в rpm дистрах времен 9ого редхата и ASP

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

bread
()
Ответ на: комментарий от AleksK

Так это как раз про старые процы медленные и жрущие.

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

Вообще,в идеале нужен проц с самым широким диапазоном регулирования производительности и соответственно энергопотребления. Например я сейчас это пишу с компа в котором стоит проц i5-8250U - это самосбор на основе платы от моноблока Asus V241IC-R. Он умеет работать на частотах от 400 до 3400 МГц. У него 31 пара «частота-напряжения».

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

В линуксе довольно много настроек для управления производительностью и энергопотреблением,надо только передать в параметры ядра строчку intel_pstate=passive чтобы эти настройки заработали. Иначе проц будет действовать «по своему усмотрению».

watchcat382
()
Ответ на: комментарий от Set440

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

Iron_Bug ★★★★★
()
Ответ на: комментарий от AleksK

Современные процы не только мощные но и энергэффективные

Да, в последние лет десять с энергоэффективностью у Интела стало намного лучше,согласен.

шумят и старые ноуты не меньше а то и больше.

Шумит всё,что на момент выпуска считалось «мощным». Что старое что новое.

горячо.

Это явно не про рабочие ноуты.

Да, это про модные.

watchcat382
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)
Тема будет перемещена в архив .