Из кодовой базы на основе которой формируется выпуск Mesa 25.2 удалена поддержка инфраструктуры DRI2 (Direct Rendering Infrastructure), на смену которой для организации прямого доступа к видеоадаптеру пришёл интерфейс DRI3, использующий DMA-BUF. В качестве причины упоминается, что интерфейс DRI3 существует уже более 10 лет, DRI2 давно устарел, а все поддерживаемые драйверы GPU давно реализовали интерфейс DRI3. В Mesa 24.2 использование DRI2 уже было скрыто за опцией "legacy-x11" и за год это не вызвало каких-то особых вопросов...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63572
Напомните мне, давно во FreeBSD, Solaris и прочих не-Linux ОС появилась поддержка DMA-BUF? Привязываясь к DMA-BUF в Mesa прекращают поддержку систем, отличных от Linux.
https://wiki.freebsd.org/GraphicsOld/DRI3DRI3 support needs PRIME support in the kernel.
Status: not started
Below is a list of ports that have there dri3 support disabled.
> https://wiki.freebsd.org/GraphicsOld/DRI3
> DRI3 support needs PRIME support in the kernel.
> Status: not started
> Below is a list of ports that have there dri3 support disabled.Т.е. "GraphicsOld" и "2018" не смутило?
https://cgit.freebsd.org/ports/plain/UPDATING?h=2023Q1
UPDATING
>20200428:
> AFFECTS: x11-servers/xwayland-devel
> AUTHOR: jbeich@FreeBSD.org
> DRI3 is enabled by default since mesa-libs-18.3.2_4, so you no
> longer need to define LIBGL_DRI3_ENABLE in ~/.profile or ~/.login...
> 20200308
> AFFECTS: users of graphics/mesa-libs and legacy graphics drivers
> AUTHOR: zeising@FreeBSD.org
> The mesa OpenGL library (graphics/mesa-libs) has been switched to use DRI3
> by default, instead of the older DRI2 interface. This might cause regressions
> when using the legacy graphics drivers, either through
> graphics/drm-legacy-kmod or the graphics drivers in base.https://cgit.freebsd.org/ports/commit/x11-servers?id=121ae90...
> 2020-03-08 19:27:27 +0000
> graphics/mesa-libs: Change default to use DRI3grep DRI3 /var/log/Xorg.0.log
[ 283.667] (==) AMDGPU(0): DRI3 enabled
[ 283.739] (II) Initializing extension DRI3
> Т.е. "GraphicsOld" и "2018" не смутило?Пишу с ПК от ~2009 и меня устраивает -менять ничего не планирую.
Ну, вот и напомни ка - минимальные системные требования в обновлённой
(а, фактически совершенно иной) этой подсистеме вывода?...Кстати, первой доступной массовой видеокартой, с ДАЖЕ поддержкой аппаратного 2D-/2D-видео-/3D- ускорений,
- была S3 Virge 3D (2MB) (от ~1996 года):
надеюсь сможешь обоcновать не типично-на-дурачка("никем уже давно не используется", что ложь) почему это куча в.а. далее по времени, начиная с неё, даже ранее имевшие драйвера в никсах - как подозреваю не поддерживаются?...Так вот объяснение всему: ломать не строить!
И не исключенно: "грамотный" "маркетинг"... производителями видео-адаптеров - фактически убивающих даже 2D VESA поддержку в видео-BIOS'е ранее бывшую в их же драйверах.Если же в subje всё так там радужно - то и *BSD уверен подтянулись бы уже давно.
P.S.
Анонимам (и особенно некоемому участнику OpenmW проекта) - пост по теме OpenmW проекта и схожего, да и вообще идеального 3D движка:
opennet. me/opennews/art.shtml?num=63545#24Альтернативно, то же самое с устранением проблемы форматирования подсветки:
opennet. me/opennews/art.shtml?num=63545#25
>> Т.е. "GraphicsOld" и "2018" не смутило?
> Пишу с ПК от ~2009 и меня устраивает -менять ничего не планирую.В линухе DRI3 и на этом всем работает на отлично.
> Ну, вот и напомни ка - минимальные системные требования в обновлённой
> (а, фактически совершенно иной) этой подсистеме вывода?...Черт знает как у вас там в фре - а вон то работает в лине со всеми живыми дровами GPU. Интерфейс 10-летней давности давно задепрекатили.
> Кстати, первой доступной массовой видеокартой, с ДАЖЕ поддержкой аппаратного
> 2D-/2D-видео-/3D- ускорений,
> - была S3 Virge 3D (2MB) (от ~1996 года):Там такое "ускорнение" было! Аж целых 15 FPS могло выдать! Быстрее - ну вот нет, в PCI упиралось. Фп...у таких ускорителей и их обладателей - на этом даже ютуб нельзя нормально плсмотреть.
> неё, даже ранее имевшие драйвера в никсах - как подозреваю не поддерживаются?...
Подозрения фанатов S3 Virge никому не интересно. У вас железо 1996 года? Во, круто, юзайте софт 1996 года как дефолтный курс действий. И юзкейсы 1996 года. Нефиг ютубы смотреть или что там еще - этого вам и в 1996 году никто не обещал. И никакого 4K там не было. И даже FullHD если и был - то ужасной экзотикой.
> убивающих даже 2D VESA поддержку в видео-BIOS'е ранее бывшую в их
> же драйверах.Никто там ничего не убивает. Но между нами - через VESA такой "перфоманс" (что в лине, что в винде) - что на его фоне нуво, даже на древней видяхе - это просто реактивный самолет. Так что лучшее что с VESA можно сделать - похоронить и на могилке потанцевать, дабы земличку - утрамбовать. Чтоб не вылезло ненароком. Некультурно пользователей таким экспериенсом с 5FPS в фулскрин огорошивать!
> Там такое "ускорнение" было! Аж целых 15 FPS могло выдать!Да ты что, какая трагедия!.
Я тогда, на 486, даже туже тормозную там кваку(упоминаю как никто тогда имеющую отображение таймингов) тогда проходил - БЕЗЛАГОВО: на всего то 10 FPS
(но, да это была версия игры под DOS, а на виндах 3D игры только её ядром были дополнительно залаганны, и нередко дополнительно тормозя свопаингом,
а тот же даже официальный порт позже вышедший WinQuake - издевательски лагал до пары-тройки FPS там;
да, в куда позже сделанных движках - и при 30FPS лаги видел даже просто при перемещении, как вон по ссылке у меня же в серии Xn, но это из-за корявости движка там,
но факт есть факт - даже 10 FPS вполне минимально не-лагово играбельно реально,
по крайней мере в одно-пользовательскую игру, а для MP иначе можно немного добавить как и просто для SP понятно что 15 FPS / чем больше - тем лучше.И вот я недавно делал тест записью игры в ролик, с даже ведь дико же тормозящими ЦП и т.б. когда их много - ботами в UE3, при - 25 FPS ограниченный FRAPS'ом же: в игре/движке - дикие тормоза, а ровно тоже самое но в записанном видео - всё плавно почти как а обычном видео-ролике с 30FPS, а я записывал специально - с максимальным поворотом камеры туда-сюда несколько раз на специально подобранной части карты образующей "контрастность" при этом чтобы лучше было замечать, выявляя сколько же нужно в среднем(не минимальных) FPS - даже для MP режимов, притом что сам я и 200 FPS даже на моём древнем уже 60(75)Hz мониторе/режиме различаю от любого ниже FPS включая 100 или 60, это отдельная научная тема как такое возможно тут - просто поверьте: вам не нужен 120/240/480/1000 FPS монитор для этого но, эти 200(лучше кратно моим game-compatible 60Hz - 240) FPS видно сколько то только если не играть собственно а, заниматься замерами сравнением изменения FPS...)
Итого: твои 15 FPS - не идеал(это уже к Voodoo претендовавшей в буклетах и облажавшейся тогда с этим в реальности) но и неплохо, т.б. учитывая что это ДАРОМ 3D ускорение в отличие от той которую надо было ещё докупать, или наоборот к ней 2D-видеокарту, а я так и вижу выражение моих родителей тогда "мам давай дополнительно потратим %сколько там $300--400? % у.е. (да ещё в 90-тых...) - чтобы у меня что, даже не просто играть а не учиться а играть так жирно что в играх стены стали бы с аж размывкой... от которой я и поныне в тех играх просто блюясь, из-за ухудшения контрастности иначе, когда не выключаемо.
Но, реально S3 Virge 64 думаю поменьше выдавала, особенно в виндах таки сильно тормозя кадрами да и под неё уже позже стали же делать в итоге тормозные игры требующие куда более мощный 3D-ускоритель по нормальному а это для галочки а то и ЦП, но у меня то мой самый топовые 486 am5x86 - был новым и так только что купленным :/ производителе ЦП уродцы те ещё... В любо случае под S3 virge почти не было игр, у меня была только 1, фанаты S3 Virge видел даже список игр в сети составили. Там же и выясняли природу глючения её драйверов помноженную на лень производителей игр обходить это - с полу-прозрачностью в некоторых играх выводимой некорректно, например помню взрывы были чёрные или же белые.
Но, опять же тормоза у меня были прежде всего потому что аппаратную Bilinear размывку в той игре нельзя было выключить какого то и то всёравно долго играл несмотря на то что там бы экшен на машинках. Но, вообще же она и под DOS позволяла играть, в том же Descent II слышал, ради размывки только и нужно там было аппартное 3D ускорение. Но, см.выше моё мнение про размывку в те времена... И опять же это была тогда очень дешовая карта с уже подувеличенным объёмом памяти(а, реально можно было ещё добавить, не то что ныне, но было терпимо) и значит и доступными видео-режимами даже уже с поддержкой высокими и даже Hicolor и даже TrueColor :] которые правда дико тормозили, но и никем не использовались в играх тогда потому всему, с бонусом в виде пусть и не идеальных но, всё же аппаратных ускорений позволявших уже и в ОС быстрей выводить и ускоренно аппартно видео, ну а игры тогда все ещё с программной отрисовкой делались лишь позже подсадив на видеоадаптеры нам две[-три] известные компании и OpenGL/DirectX [виндовские] API. В итоге, не то что импортозамещения всякие тут невозможны фактически, а даже линуксы в пролете прилично и вон как линуксоидв подсадили на драйверы видеокарт... даже так что давно программная 3D отрисовка заброшенна, а эта куча и т.б.постонное добваление и изменение новых их драйверов - всё и безопасность в ОС...
> Да ты что, какая трагедия!.В 2025 я смогу шустрее даже на микроконтроллере иной раз. Фигня с тетрадную клеточку лучше может. И зачем мне тот кусок текстолита сейчас?
> Я тогда, на 486, даже туже тормозную там кваку(упоминаю как никто тогда
> имеющую отображение таймингов) тогда проходил - БЕЗЛАГОВО: на всего то 10 FPSХыхы, интересное понятие о безлагово. В Xonotic попробуйте поиграть с 10 FPS. Посмотрим какой будет счет.
Квак можно было пройти потому что боты в нем тупые как дрова и безынициативные. Помню как штуки три завидев меня - побежали и ... без сомнений утопились в лаве. Поэтому лично мне интереснее играть с живыи игроками по сети в Xonotic.
> (но, да это была версия игры под DOS, а на виндах 3D
> игры только её ядром были дополнительно залаганны,Ну вы можете и отвисать в DOS если хотите. Я за вас это делать не буду.
> по крайней мере в одно-пользовательскую игру,
Она там была настолько уныла что Quake 2 я вообще на середине забросил. Ну ладно Doom был в диковинку. Quake - апгрейд в более честный 3D. Но на этом оно и выдохлось.
...
> Итого: твои 15 FPS - не идеал(это уже к Voodoo претендовавшей в
> буклетах и облажавшейся тогда с этим в реальности) но и неплохо,Этого недостаточно - чтобы просто видео на компе посмотреть. И бегать в играх с тупыми ботами рассматривая тиринг - ну такое себе, если честно.
> т.б. учитывая что это ДАРОМ 3D ускорение в отличие от той
> которую надо было ещё докупать,Там не было никакого _УСКОРЕНИЯ_ 3D - виржу его нечем делать. Просто Кармак крутой кодер и даже софтварная реализация 3D от него была достаточно крута. Но картинка ессно дубовенькая.
> Но, реально S3 Virge 64 думаю поменьше выдавала,
Реально это просто 2D карта. В тормознутый PCI. Который за свою тормознутость был заменен сперва AGP (по сути ускоренный и выделенный для видяхи PCI-на-стероидах) а потом и PCIe. А вот этот уже может быть довольно быстрым. Потому что p2p и дифференциальный.
> в пролете прилично и вон как линуксоидв подсадили на драйверы видеокарт...
Я просто не понимаю зачем вообще юзать - S3 Virge в 2025 году. Может, мне еще каменные таблички зубилом писать? А то клавиатура - слишком пафосно.
> И зачем мне тот кусок текстолита сейчас?Да кому ты нужен... говорят же тебе - и поныне используется и даже не только мной, значит нужно, кто ты такой решать за нас? Уже старый пердун тут ноухаудро_ерный? Ну на здоровье! Только так чтобы другим не задохнуться же.
> В 2025 я смогу шустрее даже на микроконтроллере иной раз. Фигня с тетрадную клеточку лучше может.
Ну запусти там хотя бы игры под древние компы... (без багов эмулей, конечно).
> Да кому ты нужен... говорят же тебе - и поныне используется и
> даже не только мной, значит нужно, кто ты такой решать за нас?Вам нужно? Отлично - ИДИТЕ И ПОДДЕРЖИВАЙТЕ нужный вам код! Это включает в себя и своевременный рефактор драйверов на актуальные апи. А код без майнтенанса - из пингвина вылетает. И это не мое решение а полися проекта. Практикуемая цать лет подряд, можно было уже и допереть до этого так то.
P.S.
Я тебе даже могу сказать что, под уже древние игрущки - в 1000 раз больше карт, модов и addon и HDretextures делается в мире...
В т.ч. бывает и коммерчески. Вот видел - один из самых хайповых когда то авторов оригинальных частей DOOM - сравнительно недавно выпустил в продажу самостоятельный новый аддон, под DOOM2... (напомню: 1993 год - 32 года назад вышла).
> P.S.
> Я тебе даже могу сказать что, под уже древние игрущки - в
> 1000 раз больше карт, модов и addon и HDretextures делается в мире...Это все прекрасно - кроме того что врядли относится к сабжу. И потому мне не интересно.
>? Я тогда, на 486, даже туже тормозную там кваку(упоминаю как никто тогда
>> имеющую отображение таймингов) тогда проходил - БЕЗЛАГОВО: на всего то 10 FPS
> Хыхы, интересное понятие о безлагово. В Xonotic попробуйте поиграть с 10 FPS. Посмотрим какой будет счет.Подмена понятия я же указал что, и при каких услвих...
Выши 25 FPS даже если и будет и затем зачем то всматриваясь: вы всёравно НИЧЕГО не улучшите в плане gameplay... Если вас "мочат" при 10 и т.б. 25(+%проседания) FPS
- вас будут и при 1000 FPS...
Но, другое дело наличие кривизны движков никем же не отрицаемой помножено на недостаточность им мощности ЦП/ГП но и они обычно же перестают лагать при как раз >25...30(+%) FPS а, чаще и менее - т.е.те самые самые-минимальные 10...15(+%).
А, если у вас прям совсем тормоза то и будет у вас - 5 FPS(ещё и до нуля падающие при атаках и т.б. взрывах) как я знаю несколько игр у себя с настолько загаженным ранее не тормозящим движком выдававших 60...300 FPS при той же детализации.
Так какие притензии собственно к самодостаточности 25 кадрам секунду?...
([/i]пусть ладно всё же с % - у тормозных движков он конечно и под 50% бывает, да хоть бы до 100% - 0 FPS это же не 25! и даже не минимальные для SP упомянутые 10[/i])
> Выши 25 FPS даже если и будет и затем зачем то всматриваясь:
> вы всёравно НИЧЕГО не улучшите в плане gameplay...У меня в Xonotic нынче примерно 180 FPS делает на максималках, в нативном разрешении экрана, если Vblank развинтить... ибо я не некромансер с древним железом и GPU взят с запасом под прокачку экрана.
Но т.к. я не хардкорщик, мне хватает и что мой GPU прокачивает стандартные 60Hz моего монитора. Всегда. Без исключений. В самых крутых сценах. Лаги, дерги и статтер в этой конфиге не существуют. Поэтому я могу залепить из nex (штука типа рэйлгана) с разворота "почти не целясь" вооон тому неудачнику, быстрее чем он поймет что за нахрен, не говоря о том чтобы пальнуть в меня. Узкая каста хардкорщиков с высоким FPS чуть лучше в этом - но им я навешиваю продвинутой тактикой, ибо меткость и скорость стрельбы в шутере важны, но это не полный комплект. Особенно в CTF.
А бонусом - просто непоганый графоний и карты бывают симпатичные на мой вкус. Лучше кваковских. Особенно для CTF. И чем вашими дергами с уродской графикой наслаждаться я лучше уделаю вон там команду соперников, с314в флаг. Штук 5-6 злобных игроков желающих во чтобы то ни стало меня пристрелить на моем хвосте - намного веселее чем тупые боты из кваки которых можно наверное было бы зубочисткой затыкать - если б она была! Особенно если удалось их всех уделать, и таки - бзынь!
>> по крайней мере в одно-пользовательскую игру,
> Она там была настолько уныла что Quake 2 я вообще на середине забросил.А, причём тут он именно?... Но, вообще эта игра [была] следующая после Quake-1 и 3 по популярности в мире тогда да и десятилетие позже у квакеров в MP.
О популярности (даже этой)Q2 - 99% авторов игр мечтают себе, а вы её так...
>> т.б. учитывая что это ДАРОМ 3D ускорение в отличие от той которую надо было ещё докупать,
> Там не было никакого _УСКОРЕНИЯ_ 3D - виржу его нечем делать.Опять говоришь за то о чём не имеешь явно понятия...
Там он почти полноценный(даже с размывкой текстур, но как указал - в некоторых тяжёлых для видео-карты играх - не выключабельно, как и в драйвере).
Но, лагуч похоже т.к. по умолчанию размер VRAM не хватало(настолько же - что, только один TrippleBuffer/а, Double Buffer сам же лагуч, т.б.VerticalRetrace вроде бы не выключался в видимой мной игре, по крайне мере/ всё сжирал даже в 640x480, т.б. в полноцветных видеорежимах), и потому частые перезагрузки этой памяти - и залагивали приемущественно. По сути 2MB это для DOS игр, я знаю только Descent II вроде умел в ней, и только но зато и только в неё, если чтобы с размывкой хоть может и FPS [без неё] повыше был.> Просто Кармак крутой кодер и даже софтварная реализация 3D от него была достаточно крута.
Никого не хочется разочаровывать но, я тут уже ранее подробно расписывал то что, он похоже присвоил себе чужие заслуги в программировании, в ч.н. и для большего пиара своей компании.
> Но картинка ессно дубовенькая.
Нет картинка там как раз нормальная, на тогда - даже слишком(откуда низкий FPS, хоть и больше из-за забивания на оптимизацию для предыдущей архитекруры ПК и притом при отсутствии возможности понижения визуального качества в игре, не считая смены видеорежима до 320x200 в котором и были те аж ~10 FPS. иначе ~5-ть и потому уже трудно играбельно;
они же желали поражать всех новым качеством картинки в 3DDAction
- решили просто пожертвавать удобством игры игроков в угоду их картике, с новыми графическими спецэффектами же, но при этои потому пожертвовав и детализацией 3D моделек, просто же ужасного качества и в тройне в сравнении с спрайтовыми играми, в итоге - куча народа включая меня: Quake-1 тогда (даже пройдя для проформы) - сильно плевались от неё и более новых их версий. Лишь скажем так графодрoчеры и те кто подсел на мультиплеер [быстро] свыклись что, корявые модельки но, в 3D - якобы лучше спрайтовых, которых по указанной причине - и в Quake не сделали альтернативно, хотя лего могли же... и даже просто для увеличения FPS, а ведь и те кто плюются от спрайтов - не понимают что спрайты тогда какого то делались мега-бюджетного качества(как с времён WOlf3D! и даже как для 320x200 - 64x64, под самый конец таких игр аж в до 2 раза крупней но, только стенам) а могли быть и под SVGA-видеорежимы... пуст которые и тормозили тогда но меньше под их закат, т.е. сделать спрайты качеством как в FMV SVGA играх картинки почти полноценная анимация ну и более чем типичные WWold3D/DOOM1-минимум степеней свободы... и даже имеющееся качество 3D моделек позволяло последнее организовать даже без увеличение игрой занимаемого места на CD что, обычно тоже было ещё проблемой из-за музыки там хоть MOD/IT никто не отменял и Unreal-I доказал тогда что они пригодней многих других композиций с CD-качеством).В общем: не смотря на очень профессиональный подход в разработке игр
(да и не удивительно - ведь даже во время их первого мега-успех Wolf3D она у них была уже ~20-то по счёту!).
- idSoftware тогда просто наплевали на игроков в угоду доходов,
как и затем не раз. :(
> Там он почти полноценный([i]даже с размывкой текстур, но как указал - в
> некоторых тяжёлых для видео-карты играх - не выключабельно, как и в
> драйвере[/i]).Пардон, я отрефрешил память и я его кажись с соседним S3 Trio64V+ попутал. У меня, кажется, 64V+ был, а не вирж. Хотя могу и попутать - они ж похожие визуально, чуть ли не пин в пин совместимые чипы.
> Никого не хочется разочаровывать но, я тут уже ранее подробно расписывал то
> что, он похоже присвоил себе чужие заслуги в программировании, в ч.н.
> и для большего пиара своей компании.В конечном итоге - запомнят того что смог выкатить что-то внятное на основе энной технологии. Лампочки накаливания кто только не делал. Принцип был известен, проблемы тоже - и все искали решение. Эдисон не придумал этот принцип - но сделал первый дизайн который был реально пригоден к масспроду и эксплуатации.
> Нет картинка там как раз нормальная,
Нормальная - это в Xonotic. Там двигло по моему чуть не от первокваки ажно. Но его конкретно заапгрейдили, при том понимающие люди, карты и текстуры перерисовали, и в этом врядли кто узнал бы тот старый кармаковский движок. Ибо он и Q3 задвинет куда подальше. Так что Кармак молодец что двигло выложил - кто-то даже сделал на его основе нечто играбельное. Сперва как nexuiz а потом и форк - xonotic.
> детализацией 3D моделек, просто же ужасного качества и в тройне в
> сравнении с спрайтовыми играми,Ну как бы спрайты - не масштабируются так по нормальному. Они под то разрешение под которое сделаны. И все.
> качества(как с времён WOlf3D! и даже как для 320x200 - 64x64,
Не хочу ничего сказать но 320x240 выглядело зашакалено даже на моем пузатом CRT. Мпеговские квадратики блин дерутся. Особенно если вблизи.
> музыки там хоть MOD/IT никто не отменял и Unreal-I доказал тогда
> что они пригодней многих других композиций с CD-качеством[/i]).XM самые продвинутые - с 16 бит звуком.
> - idSoftware тогда просто наплевали на игроков в угоду доходов,
> как и затем не раз. :(Если доходы идут вверх - значит игроки хотели именно этого. Логика!
> Пишу с ПК от ~2009 и меня устраивает -менять ничего не планирую.Никому не интересно на чём ты сидишь, особенно когда твою музейную древность сломают, и это хорошо.
> Ну, вот и напомни ка - минимальные системные требования в обновлённой
(а, фактически совершенно иной) этой подсистеме вывода?...
Удивишься, но они меньше, на форониксе был ликбез. Попытка протолкнуть мысль "оно нужно кому-то кроме меня" провалена.
>> Пишу с ПК от ~2009 и меня устраивает -менять ничего не планирую.
> Никому не интересно на чём ты сидишь, особенно когда твою музейную древность сломают, и это хорошо.Мнение эгоиста и вообще какой то прям крысы-вредителя - ну очень ценно... мне лично и вообще.
И вопрос же даже не во мне лично - а, в деградации Linuх ядра посредством выкидывания того что уже работает, т.б. ценой неимоверных усилий ранее.
> И вопрос же даже не во мне лично - а, в деградации
> Linuх ядра посредством выкидывания того что уже работает, т.б. ценой неимоверных
> усилий ранее.Коннозаводчики убили эвон сколько усилий на выведение отборных рысаков. И где они теперь? А, у полутора ценителей, на ипподромах и проч? Все полторы коняги?
Теперь придите на АЗС и потребуйте поставить там сено, корыто с водой и что там еще. Как, хорошо получается? Вот и остальные делают с отжившей свое технологией то же самое.
ИМХО если кому те древности нужны - пусть современный им софт и запускает. Якорить ради этого современное железо - и убивать время разработчиков на майнтенансы и рефакторы этих каках нафиг надо. А если это не делать - развитие встрянет, современные оптимизации для современного железа будут невозможны и проч. Нет, мы не будем уравнивать автомобили, поезда и самолеты в скоростных лимитах с конинами. Это доступно?
> И вопрос же даже не во мне лично - а, в деградации
> Linuх ядра посредством выкидывания того что уже работает, т.б. ценой неимоверных усилий ранее.
> Коннозаводчики убили эвон сколько усилий на выведение отборных рысаков. И где они теперь?Пример мягко говоря не корректен... - тебя же никто не заставляет пересаживать на такие ПК!
Но, конечно посмотрим как ты или максимум твои дети запоете - когда нефть закончится в РФ, если тут живёшь, или просто сильно подорожает в мире [из-за войн].
Т.б. АЭС на все электромобили вряд ли хватит, да и лучше же зарабатывать на экспорте энергии как ныне, а проблемы же аборигенов шерифа - не волнуют. А, в случае явно готовимого вторжения в РФ уже прокси в виде еропейцев - про АЭС сразу забудь, даже просто электроподстанции, это у нас - вся Европа поставляет нам: и энергию и технологии все нужные уничтожаемые ежедневно, а вам...
Как и про ещё имеющуюся нефть.> современные оптимизации для современного железа будут невозможны
С какого это перепугу?... Всё давно же сделано, затраты времени максимум на тестирование, которые слишком преувеличивается, сравнительно с прочим всем, включая тестирование под современное ещё недоделанное/глючное.
А, вот наоборот запросто - полноценно не будет и тут, потому что предыдущего уровня оптимизаций новички уже ни осилят, да и не новички даже не захотят и захотев не смогут - без постоянного тестирования лагов на ранее выпущенном оборудовании.
> Пример мягко говоря не корректен... - тебя же никто не заставляет пересаживать
> на такие ПК!Пример 1 в 1 буквально. Вы до сих пор можете тошниться на старой кляче в правом ряду - если это не жирная скоростная магистраль.
> Но, конечно посмотрим как ты или максимум твои дети запоете - когда
> нефть закончится в РФ, если тут живёшь, или просто сильно подорожает
> в мире [из-за войн].На самом деле столько нефти в этом мире нахрен не надо, и ничего фатального не произойдет. А вот чего на этой планете точно дофигища - кремния.
> Т.б. АЭС на все электромобили вряд ли хватит,
Есть еще видите ли солнечная и ветроэнергетика. Солнце присылает на эту планету столько энергии что человечество не оперирует и 1% величины в данный момент. Так что актуально только покрывать пики да факапы.
Научатся переработке как зайчики - по мере подорожания ресурсов, переработка превратится в клондайк. Вчерашний мусор - станет золотым прииском.
А старые компы не эффективны с точки зрения затрат энергии на равный объем вычислений если уж мы об этом.
>> современные оптимизации для современного железа будут невозможны
> С какого это перепугу?... Всё давно же сделано, затраты времени максимум на
> тестирование, которые слишком преувеличивается,Не преувеличивается - ибо комбинаторный взрыв. И bloat кода таки воздается багами в неожиданных местах при попытке что-то поменять. Код станвится хрупким и его почти нереально менять.
Еще Дональд Кнут сказал что его самый продуктивный день был когда он смог удалить из программы 1000 строк кода (очевидно без потерь функциональности). В больших проектах соотношения суровее и там если можно выкинуть код - это мастхэв.
> А, вот наоборот запросто - полноценно не будет и тут, потому что
> предыдущего уровня оптимизаций новички уже ни осилят,DRI3 создан ну вообще совсем никак не новичками. Это 3-я итерация интерфейса, ее делали те же люди что изначально за этим стояли. По итогам факапов и ограничений прошлых версий.
И как угодно но DMA-BUF это очень эффективно. Лучший код - которого нет. DMA прекрасен тем что он codeless. Данные двигаются - а трафика по шине от потока команд проца просто нет. Апя для heavy lifting буферов подпертых DMA - однозначный EPIC WIN.
> лагов на ранее выпущенном оборудовании.
Это не значит что они будут хранить у себя S3 Virge какой. Я без понятия работает ли сие. Ибо такая железка мне просто ни к чему.
>> Т.е. "GraphicsOld" и "2018" не смутило?
> Пишу с ПК от ~2009 и меня устраивает -менять ничего не планирую.Тут даты относятся к "актуальности" инфы о (не)поддержке DRI3.
Страница, на которую ссылались товарищи выше - вообще-то "архивирована для потомков" как раз в 2018, а DRI3 включили по дефолту еще в 2020, там же в UPDATING было предупреждение:
> The mesa OpenGL library (graphics/mesa-libs) has been switched to use DRI3
> by default, instead of the older DRI2 interface. This might cause regressions
> when using the legacy graphics drivers, either through.
.
> Ну, вот и напомни ка - минимальные системные требования в обновлённой
> (а, фактически совершенно иной) этой подсистеме вывода?...Напомню выкидывание старых карт в 21.1+ версии месы (есть ответвление для старых - меза-амбер, ну или просто заморозить (pkg lock) версию месы тоже можно).
https://www.opennet.dev/opennews/art.shtml?num=56281
Если используешь более новую версию месы и включение DRI3 пять лет назад прошло незамеченным, то ничего не изменится.> надеюсь сможешь обоcновать не типично-на-дурачка("никем уже давно не используется", что ложь) почему это куча
1) Изначальный тезиз был, как бэ, "во фре нету DRI3 -> ссылка на архивированную 8 лет назад страницу из вики"
2) С какого бодуна я должен обосновывать/оправдывать решение месов-цев?
"Сам что-то придумал, сам потребовал опровергнуть..." (с)
> Status: not startedlast edited 2018-11-26
Все там сейчас подерживается. Кроме этой страницы.
Все нормально там со страницей:
> this is an archived page.
> 2018-11-26T01:31:32+0000
> [...] Preserving contents of this page for posterity.
>
Да добавят. Никуда не денутся. FreeBSD в принципе весь свой графический стек построила на отдельных кусках Linux кода. Ничего не случится.
Спасение утопающих - дело рук самих утопающих. (с)
Если за столько лет никто ничего не сделал по внедрению более современных стандартов, то, возможно, никому, кроме пары-тройки гиков оно и нафиг не нужно?
> Напомните мне, давно во FreeBSD, Solaris и прочих не-Linux ОС появилась поддержка
> DMA-BUF? Привязываясь к DMA-BUF в Mesa прекращают поддержку систем, отличных от Linux.Если господа за ДЕСЯТЬ ЛЕТ не раздуплились сделать подпертый железом шаринг буферов - там, вероятно, всем настолько покласть на графику - и тем более ее нормальную работу - что зачем им MESA вообще сдалась? Не, идти на дно вместе с ними ни Linux ни MESA не собираются.
На дно пока линукс ядро идёт :(
"Засыпанием" пользователей примитивными багами и со всякими там посторонностями в ОС и т.б. даже и в ядре уже снижающими безопасность ядра дополнительно - вроде Rust'a, джвава скрипты и т.д. кстати, начиная с BASH'а, сколько там только в нём одно уязвимостей нашли только за всю его историю?...
не говоря уже про "повесточки" навязываемые. Да, пока - только участникам проекта ядра, в ч.н. же: фактически не быть им русскими...;
ну и конечно, не критиковать публично Партию и её Верховного Жреца, очень "добродушного"; да и посмотрите на самого Т. - ну это же сам ходячий пиар повесточки видом;
но, кто сказал что далее и всем пользователям - не станут указывать? Пока только GPL Лицензия, ранее ими выбранная для конкуренции с другими ОСями, их сдерживает - но... разве они занимаются агрессивной само-защитой и т.б.их Linux TM'а(а, оно подраумевает же что, никто из форкачей - не имеет права его использовать без письменного разрешения даже в (С) самого ядра... а, его вы не можете же заменить, разрешения даже с печатью юриста, что значит что на любого им неугодного такого форкача - повестчникам тут очень легко надавить), да и без этого - не защищают активно даже имея кучу денег в фондах!, своей лицензией когда её нагло нарушает, даже без явной темы повесточек там, хоть кто знает что там в новых Лицензиях... судя по их объёмов и EULA - по сути тоже повесточка же.
> На дно пока линукс ядро идёт :(Не знаю у кого что там идет - а у меня все нормуль работает. Ну да, пару раз пришлось впрячься. Зато господа показали мне как девелоп софта может выглядеть на самом деле. Когда круто, быстро, в высшей степени профессионально, крутые баги за полдня - починены и я уже гоняю фикс. От проприетарщиков такого не дождешься.
> "Засыпанием" пользователей примитивными багами и со всякими там посторонностями в ОС и
> т.б. даже и в ядре уже снижающими безопасность ядра дополнительно -
> вроде Rust'a,Rust там напрочь опциональный. Я его не билдую себе вообще. На нем полтора экспериментальных драйвера.
> джвава скрипты и т.д.
Нельзя ли уточнить где вы там JS нашли? Я так то умею себе ядра билдить и пожтому получше таких "экспертов" в курсе что там и где. Насколько мне требуется ваше "ценное" мнение - вы наверное уже догадались.
> кстати, начиная с BASH'а, сколько
> там только в нём одно уязвимостей нашли только за всю его историю?...Мы таки про ядро - или про bash? Это весьма разные ипостаси. Да и уязвимости находят - везде. Любой достаточно сложный софт багованый и те или иные баги порой можно использовать для получения атакующим незапланированных ништяков.
> не говоря уже про "повесточки" навязываемые.
Не знаю что там кому навязывают.
> Да, пока - только участникам проекта ядра, в ч.н. же: фактически не быть им русскими...;
Пожалуйтесь в ООН. Или делайте себе какие там свои операционки. Или что там еще. Это не мои проблемы.
> и т.б.их Linux TM'а(а, оно подраумевает же что, никто из форкачей
> - не имеет права его использовать без письменного разрешения даже в
> (С) самого ядра...Ибо нефиг паразитировать на чужой популярности.
> там, хоть кто знает что там в новых Лицензиях... судя по
> их объёмов и EULA - по сути тоже повесточка же.Я не знаю что там у вас за фиксации - но никаких EULA я не акцептовывал. Сюрприз!
>> На дно пока линукс ядро идёт :(
> Не знаю у кого что там идет - а у меня все нормуль работает.А, ну понятно - "Чукча пейсатель а, не читатель". Причём тут баги... это лишь неприятная верхушка айсберга пользователям, самая менее раздражающая, хоть и дико достающая местами.
Но, всё же нормальной его работу назвать ну очень тяжело, хоть да почти, - я ведь тоже им пользуюсь :(
Скорей всего ты просто давно привык к багам да и к лагам, всё время добавляемых чуть ли не ежемесячно, по крайней мере если у тебя комп не из новья - иначе может быть просто не броско, до момента перегруженности той или иной подсистемы а, тут уже и на игру или ПО будешь думать же.
> Ну да, пару раз пришлось впрячься. ..С понятие пользователь ОС это не совместимо - сейчас давно не 1970-тые...
И так и подписывайся что, ты бетатестер и безплатный админ - "Торвальдс и Corp."...
А, за других не стоит говорить, обобщая.
> Нельзя ли уточнить где вы там JS нашли?Вроде про какой то форк давно ещё читал, неважно - хочешь сказать: Java и Python у тебя не установлен из коробки?... Даже если ты собрал "с нуля" - у других 99% пользователей это не так. В менеджер процессов из-за них вообще страшно заглядывать - такие объёмы памяти неадекватно жрут простейшие вещи, не удивительн очто в минималках в линуксах уже от 512MB и куда выше, а это уже обратная совместимость. Ну и просто опять же безопасность.
> Мы таки про ядро - или про bash? Это весьма разные ипостаси.Не совсем, всё что получает от тебя доступ к ядру привелегиями - считай уже ядро ОС... Ведь в чём тебе тут разница будет?
> Да, пока - только участникам проекта ядра, в ч.н. же: фактически не быть им русскими...;
> Пожалуйтесь в ООН. Или делайте себе какие там свои операционки. Или что там еще. Это не мои проблемы.Ну так и пожалуйся в ООН что, это не твои проблемы...
>> и т.б.их Linux TM'а(а, оно подраумевает же что, никто из форкачей
>> - не имеет права его использовать без письменного разрешения даже в (С) самого ядра...
> Ибо нефиг паразитировать на чужой популярности.Умалчивается же проблема. И как предлагаешь использовать ядро?... (легально)
> Я не знаю что там у вас за фиксации - но никаких EULA я не акцептовывал. Сюрприз!Ну так почитай Лицензии в ч.н.сертифицированных линуксов в РФ или UA.
> это лишь неприятная верхушка айсберга пользователям,Я с моими системными проблемами - разберусь, имхо.
> Но, всё же нормальной его работу назвать ну очень тяжело, хоть да
> почти, - я ведь тоже им пользуюсь :(Linux is very user friendly system. But its picky in its friends. Я практикую такую же политику, мне она нравится.
> Скорей всего ты просто давно привык к багам да и к лагам,
А я подружился с пингвинами, мне норм.
> всё время добавляемых чуть ли не ежемесячно, по крайней мере если
> у тебя комп не из новьяУ меня разные есть. Но конечно S3 Virge я не использую. И 32 бита у меня только в мелкой эмбедовке. Потому что я не мазохист.
>> Ну да, пару раз пришлось впрячься. ..
> С понятие пользователь ОС это не совместимо - сейчас давно не 1970-тые...И это все меня - или разработчиков линя должно интересовать - потому что что?
Полися линя проста. Если кто считает что ему по пути с курсом действий, велкам и постарайтесь сделать экосистему лучше чем было до вас. Потребители в этой схеме не существуют. Они или платят кому-то кто займется обслугой их интересов (деньгами, или натурой как в ведроиде) - или это их долбаные проблемы. Я лишь осознал эти соотношения. И мне быть [x] Agree с тем что пишут эплы и майкрософты - нравится еще меньше. В этом мире выбор - вот такой.
> И так и подписывайся что, ты бетатестер и безплатный админ - "Торвальдс
> и Corp."...Я бета-тестирую то что надо - лично мне, в моих проектах и системах. For fun and profit. Наивно ждать что это за меня сделают: я кастомдев практикую, у меня немало странных комбо. Но фиксы edge cases улучшают качество ОС в целом и полезны не только мне.
> А, за других не стоит говорить, обобщая.
Другие могут за себя сказать - работая работы. Это способ сказать о себе в опенсорсе.
>> Нельзя ли уточнить где вы там JS нашли?
> Вроде про какой то форк давно ещё читал, неважно - хочешь сказать:Давайте конкретно. У меня есть некая экспертиза в Linux - извольте ответить за слова и показать именно JS, именно в ядре. Или признать что необоснованная предъява. Как вам удобнее.
> Java и Python у тебя не установлен из коробки?...
Я сам себе коробку пакую. Мой минимальный дебиан весит мегов 40, это в 2-3 меньше чем его список пакетов, качаемый пакетником. И из скриптоты - bash/dash да немного perl5 (его можно выпилить если очень надо).
Видите, это очень разный взгляд на мир. Я не ною что какие-то козлы не делают мне ЗБС, ибо просто научился делать себе ЗБС сам. И теперь если мне не нравится - я могу взять зеркало и ругать этого типа. По моему это более взрослый подход.
> Даже если ты собрал "с нуля" - у других 99% пользователей это не так.
Это проблемы тех пользователей. Если им что-то не нравится и они готовы разобраться - мы поможем. Но правильный вопрос содержит в себе половину ответа.
А так техсаппорт - профессия, совсем пользователь пусть идет и платит, эплам, майкрософтам, редхатам, сапопикалам или кому - и получит право делать мозг своими тупняками в более другом объеме.
> в линуксах уже от 512MB и куда выше,
Я на минимуме могу завести Debian на виртуалке с 64 мега, без свопа. Это конечно тупит за отсуствием дискового кеша, но работает. И из процессов там системд мегов на 7, да getty + шелл чтобы хоть какое-то начальное управление системой получить. Целые 3 процесса - это ужасно.
Еще треды ядерные. Но threaded ядро это хорошо и правильно. И я так как раз могу видеть при нужде - какая именно часть крепко озадачена. В любом случае я заводил сие без проблем на железках 128 мегов и более. Более убогих у меня уже просто нет. Сейчас даже в 10 баксововом одноплатнике 256-512 мегов паяют.
> а это уже обратная совместимость. Ну и просто опять же безопасность.
Обратная совместимость с виржом - меня мало волнует. А все что меня волновало - по сей день поддерживается. Даже парочка странноватых ARMv5, где 256 метров оперативы и nand на все. У этих раритетов умерло их облако и акаунты. И мне отдали их даром. Я вкатил на них дебиан, рассовал чатботов tox, IOT-like управление и проч. И все это до сих пор поддерживается последним майнлайном и и там заводится armel вариант debian.
>> Мы таки про ядро - или про bash? Это весьма разные ипостаси.
> Не совсем, всё что получает от тебя доступ к ядру привелегиями -
> считай уже ядро ОС...У меня сильно более другие идеи на этот счет. Особенно учитывая что я себе секурити фич подзакрутил. И например режим "lockdown" - не даст сделать большую часть "опасных" операций с железом.
Хом этой штукой будут выпирать с их смартов. Но на моих то системах ключ от двери у меня. И если мне станет надо - я выну ключ и отопру эту хорошую, прочную дверь. А всякие левые типы могут постучать в прочную железную дверь своим кулаком. Но хуже от этого по задумке - их кулаку.
> Ведь в чём тебе тут разница будет?
В том что кернел может здорово больше чем user mode. Не, при lockdown - трогать ФИЗИЧЕСКУЮ память не может даже рут. И соваться в железо iopl и прчо тоже. И возможности трейса порезаны. А все ядерные компоненты подписаны лично моими ключами. Это _моя_ система. Она служит - мне. Связка ключей от всех ее дверей - у меня. Сие просто не будет грузить васянский модуль ядра (где он мой ключ возьмет? :D)
> Ну так и пожалуйся в ООН что, это не твои проблемы...
Я предпочитаю в более результативные локации жаловаться. В совсем других форматах. И это работает.
>> Ибо нефиг паразитировать на чужой популярности.
> Умалчивается же проблема. И как предлагаешь использовать ядро?... (легально)Так и использовать. На практике куча левых форков есть и никто их особо не кошмарит. Хотя на мой вкус - я б подкрутил гайки на эту тему всяким вендорским ядрам. Чтоб неповадно было.
В моих системах везде майнлайн - и я просто фигачу в режиме когда все проблемы с ним - решаются через апстрима.
>> Я не знаю что там у вас за фиксации - но никаких EULA я не акцептовывал. Сюрприз!
> Ну так почитай Лицензии в ч.н.сертифицированных линуксов в РФ или UA.Зачем мне это все? Я обычный Debian везде юзаю. А как те жабы и гадюки между собой разберутся и кто там с чем agree - это ИХ проблемы. Меня это не касается - НИКАК. И все что меня ограничивает это весьма laxed полися дебиана по части реп, tm да лицензии софта, открытые ессно.
>>> Нельзя ли уточнить где вы там JS нашли?
>> Вроде про какой то форк давно ещё читал, неважно - хочешь сказать:
> Давайте конкретно. У меня есть некая экспертиза в Linux - извольте ответить за слова и показать именно JS, именно в ядре. Или признать что необоснованная предъява. Как вам удобнее.Не пойму - ты ослеп? Никто и не отрицает, по кр.мере в общем случае, хоть конкретно там может и было - вы обратное то же вряд ли опровергнете же... ибо их столько этих форков чт там не то что JS а и C# и электрон какой-нибудь наверняка можно найти.
Когда ты аргументируешь что>> Java и Python у тебя не установлен из коробки?...
> Я сам себе коробку пакую.Ты никому не интересен, это аксиома пользвателям нужна полноценная ОС, даже не важна какая, а не ты... (т.б. со своим дешовым ЧСВ).
> По моему это более взрослый подход.
Нет, строкой выше у меня.
>> Даже если ты собрал "с нуля" - у других 99% пользователей это не так.
> Это проблемы тех пользователей.Вот именно! Я про это и писал же...
В т.ч. Линукс - вопреки таких как ты пиару(просто со всех щелей) заявляя о готовности NIX'ов даже для Destop'a, т.е.миру Desktop'a,
- по факту: и близко даже не стремиться к этому.Т.е. вовсе не только технически/безбагово, даже вот твоим только ментальным подходом - нате жрите наш очередной высер. И даже не сказать что серверный - а, серверный из 70...80-х...
И все уши прожужжали про повышенную безопасность и якобы безвирусность потому, но даже только один Мышхь в своей книге про неё - просто катком прошлся же по всей безопасности NIX'ов, с тех пор я не заметил даже тенденций в исправлении ни багов, ни безопасности, что то конечно делает в последнем но так что оно недоступно только своим, а не пользователю-обывателю... И одно правим - два добавим! Даже в ядре, а уж про сборки с ним - и нечего говорить! Т.б.тут и куда менее пристально смотрят же все.
Во фряхе есть третья версия, солярис контролируемо умирает уже даже на серверах и железа под него и не выходит даже серверного не говоря об десктопе, чпукс всё тоже самое, у аикс и макоси всё своё, а других больше и не осталась.
Что лишний раз доказывает что даже самые понтовые фишки в ОС: даже не второстепенное - а, третье...
Гигакорпы уже давно вкладывают всё бабло и ресурсы исключительно только в Линукс, остальным приходится жить либо на голом энтузиазме и грантах (бзди), либо на дорогостоящем обслуживании легаси говна у дргих гигакорп и госзаказчиков (те немногие оставшиеся в живых коммерческие юниксы). Последним явно не нужны новейшие свистоперделки, им достаточно сесурити патчей и багфиксов по контракту от какого-нибудь Оракла или ИБМа чтобы закрыть корпоративные регламенты и чтобы от регуляторов по шапке не прилетело.Увы, но время юниксов прошло лет 15-20 назад.
Так-то UNIX изначально проприетарным был. Тут о другом разговор. Что самые свободные и независимые неожиданно для себя оказались под нежным крылом корпораций. Даже не заметили ничего. Столлман не продался разве что, но от него уже ничего не зависит...Ну и BSD проекты ещё марку держат.
Они продались с потрохами - первыми :( - Нечисть у них(разных) даже публично на сайте - именно о том... Как и архитектурно же, т.е. ещё во времена 70-х изначально.
> самые свободные и независимые неожиданно для себя оказались под нежным крылом корпораций.Скорей неожиданно для их поделий пользователей, которым все уши прожужжали же что, MS - "корпорация зла!" (пусть это и правда) - а, они: светлые и пушистые, пингвины (даже не то что там черти в BSD прямо с входа на сайт). Отсюда и непрекращающийся диссонанс разочарований у пользователей.
> Столлман не продался
Если бы он тоже не продался с потрохами ты бы медийно не слышал даже его имени - НИКОГДА...
> Гигакорпы уже давно вкладывают всё бабло и ресурсы исключительно только в Линукс,А зачем им бухать ресурсы в нечто с горбатым управлением проектом, где все только чешут ЧСВ и упражняются в правильности концепций? Это контрпродуктивно.
> остальным приходится жить либо на голом энтузиазме и грантах (бзди), либо
> на дорогостоящем обслуживании легасиВ жизни сколько прав себе назначишь - столько и поюзаешь. Господа регулярно рассказывали как им окей с UMS и Xorg, ну раз окей так окей - а вон тем не окей было и они стали фигарить как считали нужными - без их участия. А кому окей вон то - отлично, пусть это и юзает.
> Увы, но время юниксов прошло лет 15-20 назад.
Капитан Очевидность сегодня в ударе!
> А кому окей вон то - отлично, пусть это и юзает.Ну запусти любой линукс
(с актуальным API доступным программам ядром, да и сами они даже вот браузер у меня в 4GB не вмещается неадекватно свопясь а ведь это системное по, почему такое даже не блочат чтобы неповадно было делать! потому же)
- на 386... т.б как с 2MB (я же не требую 512k и куда менее - как было в изначальных юниксах)
> Ну запусти любой линуксПрямо сейчас у меня их с пару дюжин перет моим носом. И чего?
> (с актуальным API доступным программам ядром, да и сами они даже вот
> браузер у меня в 4GB не вмещаетсяА этот browser VM в котором я тут болтаю влез в 3. Весь VM вообще. И его еще KSM потом урежет с другими.
> - на 386... т.б как с 2MB (я же не требую 512k
> и куда менее - как было в изначальных юниксах)Так вон вам Linux 0.1 - и грузите наздоровье на 386. А то что он нихрена не умеет... так в эпоху 386 и остальные нифига не умели.
>> Ну запусти любой линукс
> Прямо сейчас у меня их с пару дюжин перет моим носом. И чего?nocomment...
> - на 386... т.б как с 2MB (я же не требую 512k и куда менее - как было в изначальных юниксах)
> Так вон вам Linux 0.1 - и грузите наздоровье на 386. А то что он нихрена не умеет... так в эпоху 386 и остальные нифига не умели.то же, какое то дичайшее невежество, намек - см.на те самые коммерческие юниксы тогда [уже вовсе не только в 512k и менее] а, значит и NIX ПО уже бывшее.
По сути 386 это не оптимальная конфигурация для любой ОС, т.к.ещё слишком слаба была, даже вывод на экран в всего 256 цветах(а больше даже и не поддерживалось ~никем на x86 тогда), всё просто жутко тормозило. А, вот чуть далее, по поколениям цп, - уже терпимей для ОС и ПО с играми, по кр.мере на тогда несравнимо более оптимизированных виндах было. но причём которые тоже не идеал в оптимизации, конечно не так как Linux 1-2 тогда, врочем, при деньгах - тогда компы ежегодно чуть ли не удваивали производительность, из-за ещё наличия реальной конкурентности по линии x86 архитектуры.
> nocomment..."И упаси тебя перепутать хиппи с толкиенистом" :)
> то же, какое то дичайшее невежество, намек - см.на те самые коммерческие
> юниксы тогда [уже вовсе не только в 512k и менее]
> а, значит и NIX ПО уже бывшее.Мне эти проблемы разных мамонтов кто там какие колючки жрал - зачем? Де факто DE даже в win95 на 16 мегах - только с свопом и его натужным хрустением. При том что там пародия на норм ядро и многозадачность. А линух что, волшебник?
> тормозило. А, вот чуть далее, по поколениям цп, - уже терпимей
> для ОС и ПО с играми, по кр.мере на тогда несравнимо
> более оптимизированных виндах было.Ну дык в Win95 ядро было жутким эрзацом (из аж 3 разных частей), VxD на асме писаны и проч. Взамен все это было хлипкое аки карточный домик, локапалось на раз. Да что там, если забыть в Win16 проге толкнуть messge loop - Win95 недоразумение целиком вставало колом, да так что даже таскманагер не прорисуется чтобы задачу убить.
И вот знаете - я не буду скучать о таком юзер и dev экспериенсе. Скаежм прямо. И я даже согласен ресурсов потратить чтобы reset постоянно не давить, вылетая из рабочего окружения.
> - тогда компы ежегодно чуть ли не удваивали производительность, из-за ещё
> наличия реальной конкурентности по линии x86 архитектуры.Они и сейчас весьма прилично со врменем разогнались.
Если вы возьмете топовый 192-ядерный EPYC вы просто охренеете с его перфоманса на массово паралледящихся задачах. Скажем сборки софта. Но конечно он за это денег стоит - ибо state of art. А когда state of art стоил дешево? Когда топом был 386 за него не меньше хотели. Даже больше.
Как удобно вы с темы спрыгиваете - от других требуя а, сам НИ РАЗУ нигде тут не признавая своё невежество в утверждаемом только на этой странице.> Да что там, если забыть в Win16 проге толкнуть messge loop - Win95 недоразумение целиком вставало колом
Старый дешовый вброс. с какого перепуга мало того что такой примитивный баг кому то себе делать так и ещё под 32 битной ОСью.
Впрочем, я вам открою великую тайну: специально против подобных приколов в тех же Norton Utilities c ~2.0 была утилита ~Norton Guard, как раз направленная на противодейтсвие таким случаем в чужих программах, хоть я её даже и не пользовался - за оказавшейся не надобность...А, завесить - при желании совершенно любую Ось можно, в ч.н.получаешь админа любым из методов - стираешь память в ядре, разве и это будет не "О, Must Die!".
Если уж придираться по этой теме то, проблемы с таким за-локом помню только при написании полно-эранных игр, для обхода таких случаев в мульти-загрузке ставился NT4 но, это не значит что там глюков своих было мало... Ну и как сказал - при желании что то грохнуть тоже без проблем, т.б. из под админа же т.б. при отладке, т.е.и без хаков.
Главный же недостаток w95 - отсутствие поддержки 3-ей кнопки мышки, но тогда были 2-ву кнопочные повсеместно ведь.
А, у 98-ой - исскуственная залаганность MSом, я даже знаю каким обновлением и для w95. Как и то что её тупо забросили, видя что скрывание чистого DOS позже в wME не помогает, и т.о. пытаясь убить игрушки DOS эры переводя всех на w2000, хоть вышло это более менее массово только с XP, но затем и под неё перестали обновлять DirectX как и убили псевдо-багом палитры поддержку w9x игр далео. Т.е. главная проблема у виндов - падлючненкая политика MS.
(У линуксов же это и политика Торвальдса и его "корпорации", и их донаттеров Корпораций уже не одной а зверинца, и членов разработчиков каждой из под систем. Безопасность на том же никаком уровне, а о и ниже если в виндах грамотно настроить, единственно что GPL даёт самообман на безопасность или по кр.мере что ты сам можешь что то учушить или даже сделать форк, но последние на практике мало того что не просто и затратно{учитывая ПО, и т.б.если раздавать/сервер&адмнистрация и т.б.и развивать самому что то там или хотя бы патчить, притом с этим же тут проблема разсинхронихации с основй значит туда кланяться что бы патчи принимали...} так ещё и получается жесточайшая зависимость от Торвальдса и всех перечисленных авторов подсистем, в т.ч. и повесточками...)
Напомните мне, mesa брала на себя ответственность поддержки freebsd, solaris и пр.? Не нравится - форкайте и создавайте mesa-libre.
>Не нравится - форкайте и создавайте mesa-libre.Которой точно также будут палки в колёса вставлять? Может ещё и весь юзерспейс форкнуть, и ядро заодно?
> Которой точно также будут палки в колёса вставлять?Как ты ей палки то вставишь, она толком ни от чего не зависит кроме этого DRI - а какие апи наружу она сама и определяет.
> Может ещё и весь юзерспейс форкнуть,
Это на ваше усмотрение.
> и ядро заодно?
Чье ядро то форкать в соляру и BSD? Линуха чтоли? Давно предлагаю FreeBSD взять ядро линя и не мучаться :D. И хрен с ними с регентами и каким там еще ненужно.
> Чье ядро то форкать в соляру и BSD? Линуха чтоли? Давно предлагаюНу и зачем они тогда нужны?...
т.б. и так уже пол линукса к себе взяли.
Тут же весь смысл:
1) в ментальной независимости от Торвальдса; (даже типа конкуренты же);
2) включая его прихоти, вроде баги не правленные в нужном направлении;
3) дыры которые ещё им тогда прийдётся вычитывать(+затем при каждом обновлении ядра..) для проверки, в отличие от своего ядра, где в т.ч.все свои;)
4) нужные им улучшения не добавляемые там долго, или вообще патаму что они Торвальдсу и компании - попросту не нужны;
5) нужные им интерфейс с пользователея и API
6) донаты тогда т.б.не им, конечно же
...
> Ну и зачем они тогда нужны?...Не знаю. Поэтому и юзаю пингвин.
> 1) в ментальной независимости от Торвальдса; (даже типа конкуренты же);
Вот лично мне это скорее недостаток. Торвальдс куда рациональнее вон тех.
> 2) включая его прихоти, вроде баги не правленные в нужном направлении;
Без понятия о чем это.
> 3) дыры которые ещё им тогда прийдётся вычитывать
Можно подумать у них своих мало. Линуха в отличие от - fuzz-тестят огромные фермы гугля и проч, тестов куча, роботы всякие. А у вон тех - ресурсов на такое не хватит!
> 4) нужные им улучшения не добавляемые там долго, или вообще патаму что
> они Торвальдсу и компании - попросту не нужны;Внезапно, если кто хочет кооперацию - он должен быть готов к компромиссам. И если их обощли на повороте - то лучше не выпендриваться а брать API из линуха и не выступать. Это не значит что дельные предложения - проигнорят.
> 5) нужные им интерфейс с пользователея и API
Пока что я вижу что у них швах и с тем и с другим.
> 6) донаты тогда т.б.не им, конечно же
А вот тут - упс. Но учитывая состояние их проектов - это все на ладан дышит.
Я конечно очень рад что ты высрaлся мне и тут - но, посыл моего поста так и не понят/принят похоже...
Т.о. забавная ситуация получается....
(вроде ты и даже подробно возразил - но, опровергать тебя значит даже не зачем...).
> Я конечно очень рад что ты высрaлся мне и тут - но,
> посыл моего поста так и не понят/принят похоже...
> Т.о. забавная ситуация получается....
> (вроде ты и даже подробно возразил - но, опровергать тебя значит даже
> не зачем...).Ну, понимаете, на практике - если выбор вот такой - "хорошо" и "плохо" это очень абстрактно. Все познается в сравнении. И имея референс можно говорить о том как с ним соотносятся те или другие.
И если максимум что вон те смогли - это вот это - тогда, наверное, честно признать что Торвальдс намного успешнее как project manager - а ментальная независимость от него вообще не факт что фича ибо - привела вообще по сути к профаку проектов. Агаблин, хороший PM - фича а не баг.
Если вы уверены что лучше знаете как надо - сделайте свой проект и покажите всем этим как надо было, имхо. Я пользуюсь линухом а не вон теми - потому что считаю что Торвальдс с его ментальностю вел проект в более правильные стороны, лучше отвечающие моим интересам. Просто, правда?
> Напомните мне, mesa брала на себя ответственность поддержки freebsd, solaris и пр.?
> Не нравится - форкайте и создавайте mesa-libre.Ох уж эти современные опеннетные "опенсурсники" (т.е. главное "шоб как венда, но нахаляву!"), которых мы заслужили ...
И почему "напомнить" а не честное "я не знаю, расскажите, мне лень глянуть самому"?https://docs.mesa3d.org/index.html
>> Mesa ties into several other open-source projects: the Direct Rendering Infrastructure, X.org, and Wayland to provide OpenGL support on Linux, FreeBSD, and other operating systems.FYI:
https://web.archive.org/web/19990428152005/https://mesa3d.org/
> Mesa was originally designed for Unix/X11 systems and is still best supported on those systems. All you need is an ANSI C compiler and the X development environment to use Mesa. Others have contributed drivers for the Amiga, Apple Macintosh, BeOS, NeXT, OS/2, MS-DOS, VMS, and Windows 9x/NT.
>
максимально переусложняют всё, чтобы без крупных корпораций вроде IBM/microsoft невозможно было ничего сделать
> максимально переусложняют всё, чтобы без крупных корпораций вроде IBM/microsoft невозможно
> было ничего сделатьА ты спеки на современные GPU и графические API видел вообще? Это не они переусложняют. Просто направление такое. Выросло немного за пределы Z80 и вместо тысяч транзисторов стали многие миллиарды. С пропорциональным ростом навороченности всего этого.
Одно другому не противоречит.Им таки очень выгодно переусложнять всё(пример и Windows за 30 лет только размеров мега разросшийся с всего то 100MB и то уже тогда он был разросшиеся с использованием не более 10MB, прjсто показатель, аналогично и с транзисторами и с API и 3D-движками у третьих разработчиков)
и "другой рукой" одновременно так или иначе подсаживать программистов в мире на это ихнее, что на альтернативной аппаратуре без их многих тысяч/миллионов патентов не запускалось.
Просто пример: MMX, как когда то самый раскрученный как ну очень полезный, хоть и это оказалось не совсем так, ну ладно всё же, но если вместо него площадь кристалла выделить под L1 кэши - у тебя процессор ускорился бы и без него... если даже не куда больше(в стиле на порядок - для крупных циклов или данных обычно не вмещающихся в кэш и потому дико тормозящих только потому). Но, нет! - аж чуть увеличенный кэш - в пень-1 Pro и т.б.серверные и т.б. майнфреймные ЦП - по совсем иным ценам, а вы - жрите "ускоритель MMX!"... Позже и жрите встроенные недо-видеоадаптер(на которые/аппаратную поддержку API тоже напомню подсадив) или просто урезая число используемых транзисторов. Да что там, уж если число ядер блочат под их маркетинговую политику, но напомню давно же всех [программистов [игр]] подсадив на многоядерность и призводительность тормозами и лагами иначе, а значит и уровень техпроцесса. Кстати, привет импортозамещению...
> Одно другому не противоречит.Это как?
Аксиома софтостроя: у сложной как черти что железки, реализующей дофига фич навороченного апи никак не может быть мелкий драйвер. Вулкан и так - state of art в этом смысле, из-за того что он низкоуровневый, там кода сильно меньше чем в GL например. И сделать это все сильно проще, так что какой-нибудь тематичный Airlied может вспомнить что PM должен уметь и шашкой помахать - и - вот - накодить RADV. Который обставил AMD'шный вулкан настолько что ... амд пробурчал "не очень то и хотелось!" и и перешел как на основную реализацию на вот это вот :D :D.
Вот так мощный индивидуал может дать мастеркласс целой корпе с проприетарным драйвером. И все же сложность имеет свою цену.
> Им таки очень выгодно переусложнять всё(пример и Windows за 30 лет только
> размеров мега разросшийся с всего то 100MBА мой Debian areml умещается в 40 мегов в 2025 году. Just because I can.
> Просто пример: MMX, как когда то самый раскрученный как ну очень
> полезный, хоть и это оказалось не совсем так,Для мультимедии типа кодеков и прочего крипто - весьма полезен на самом деле, аккуратный asm-optimized MMX (или intrinsics) может дать мастеркласс в разы. Потому что куча регистров и счет за такт сразу эн операций.
> ценам, а вы - жрите "ускоритель MMX!"...
Я и более поздние SSE и что там охотно жру в видеокодеках. AV1 даже со всем этим - кодировать на могучем многоядернике - довольно неспешно. Особенно с топовой оптимизацией по битрейт-качество.
> недо-видеоадаптер(на которые/аппаратную поддержку API тоже напомню подсадив)
Ну мне в ноуте например GPU технически некуда подцеплять. А на десктопах у меня мощные DGPU которые ноутам не снились - ибо ноут расплавится нахрен если удумает 200W тепла рассеять.
> или просто урезая число используемых транзисторов.
Так урезают что счет на многие миллиарды пошел. Но так то принцип как заплачено так и зафигачено не отменяли. Ибо чем больше кристалл тем ниже шанс что он без дефектов, и тем меньше кристаллов за проход процесса. Откуда следуют простые очевидные соотношения.
> [игр]] подсадив на многоядерность и призводительность тормозами и лагами иначе, а
> значит и уровень техпроцесса.
> Кстати, привет импортозамещению...Оно никогда не имело у вас шансов. Просто для понимания, эти химикаты делает несколько фирм на планете. Не ваших, конечно. Поэтому даде если вы сделаете литограф - и что дальше?
Сейчас НИ У КОГО на этой планете нет полного стека технологий от и до. Поэтому вражда с соседями априори его задвинет, куда подальше. Вам это кажется не рассказали. Но история не учительница, она скорее надзирательница. В появится +1 запись как именно гордыня предшествовала падению. У вас наверное постесняются. Но это ни на что не влияет.
Полностью согласен. Это уже стало выверенной тактикой, переусложнение чтобы без нужных корпораций никто не смог разобраться.
Как пользователь FreeBSD говорю - либо у нас поддержка DRI3 уже есть (следить мне за этим никакого резона нет, а по опыту фря от линукса нигде пока не отставала), либо пусть в mesa дропают поддержку FreeBSD даже не думая (потому что если фря таки отстала и не развивается, значит она кончилась и никто её более использовать не должен, нужно ясно дать всем об этом понять).
Графический драйвер на FreeBSD - со времен PS3, имел обмен графическими данными посредством DMA (Direct Memory Access) - заслуга SONY. И к корявой поделке DRIx отношения не имел.
Даже Андроид имеет похожую на FreeBSD графическую подсистему, пока оголтелые стругают очередные костыли...
> Графический драйвер на FreeBSD - со времен PS3, имел обмен графическими данными
> посредством DMA (Direct Memory Access) - заслуга SONY. И к корявой
> поделке DRIx отношения не имел.Вот значит с сони и получишь графические драйверы :)
продолжаются активные действия по вендорлочеству...
Где предпринимательскую деятельность смог разглядеть, а то не понятно кто, кого и ради какой выгоды привязывает к продукту или услуге?
Mesa - это то место, где собираются те же люди, которые потом депрекейтят старое железо тупо удалением драйверов в связи с "остутствием мейнтейнеров". Только никто не говорит о том, что чтобы под такую сложную железку, как видеокарта, нужно хотя бы знать какие патенты они в ней использовали, а в идеале опенсурснуть фирмварь. А то получается, что весь этот "опенсорс" - просто перенавороченный API для чёрной коробки.
> Mesa - это то место, где собираются те же люди, которые потом
> депрекейтят старое железо тупо удалением драйверов в связи с "остутствием мейнтейнеров".Всю историю существования этой планеты - те кто не смог приспособиться к изменениям вымирали. Нет, ради вас никто не поставит мир на паузу. И так было всегда.
> А то получается, что весь этот "опенсорс" - просто перенавороченный API для чёрной коробки.
Когда предложите решения лучше - будет разговор. И почему претензии только видеокартам? Жесткий диск, SSD, uSD карта - не считово? Там тоже команды - фирмварь МК на интерфейсе рюхает. Даже клавиатура - и та с МК. Кто-то же должен сканировать матрицу кнопок и пулять описание нажатого. И вы врядли хотели цать раз в секунду системным процом обходить матрицу кноп, да еще делая себе мозг ее конкретикой по части физической реализации конкретной клавы.
Мораль сей басни такова: у свободы много степеней. Все и сразу - так не бывает.
> Жесткий диск, SSD, uSD карта - не считово? Там тоже командыВот только там есть железные протоколы и стандарты, а у видюх - нету.
>> Жесткий диск, SSD, uSD карта - не считово? Там тоже команды
> Вот только там есть железные протоколы и стандарты, а у видюх - нету.Ну вот не сложилось с native mode у видях, увы и ах. Всякие амды, интели и прочие нвидии шли своими дорогами как умели.
Да и с новыми стандартами - их ведь тоже кто-то запиливать должен. И если посмотреть на всяких задохликов - окей, но у них и с стандартами - так себе. Вон вафли - тоже в ауте. Правда и там дрова у всех разные и стандартных интерфейсов у железок - тоже нет, но у вон тех господ проблемы и с инфраструктурным обвесом для всяких .n/.ac/.ax/etc. Если инфра в ос к этому не готова, драйвер захочешь - не напишешь.
не т в клаве ниакого микроконтроллера, слишком жирно для PS/2 клавы.
> не т в клаве ниакого микроконтроллера, слишком жирно для PS/2 клавы.Ну да, матрица кнопок - сама сканируется, светодиоды клавы зажигает волшебство, а протокол в провод с сканкодами - формирует Ктулху, вероятно.
И кстати по состоянию на сейчас контроллер клавы штатно умет и PS2 и USB. Прям по одним и тем же проводам. Поэтому переходник одного в другое являет тупой кусок провода - хотя протоколы радикально разные. Контроллер клавы заметит что интерфейс другой и сам переключит протокол.
А usb "совсем в железе" - сделать в принципе можно при остром желании, FTDI не даст соврать. Но рядом китайцы с CH341 и проч - намекают что на вср@теньком МК с фирмварой это даже дешевле может получиться.
Более того - сейчас 32 бит RISCV с DMA, 16 кил флехи и 2 кило RAM а также крутейшим обвесом "как в STM32" стоит 10 центов. Эти штуки стали универсальным инженерным ответом на довольно сложные задачи, как 42. А вон на гитхабе проекты клав на STM32 вообще. Так что если хочется, то клава с опенсорсной фирмварью - их есть!
Только микроконтроллеры эти ведь - не опенсорсные... Какой тут опенсорс в сумме будет?...Как и тот ПК, с которого их программировать и даже сами МК когда он "опенсорсный"(в кавычках, на FPGA)...
Получается - засада.
> Только микроконтроллеры эти ведь - не опенсорсные...Да вон на гитхабе кучка печаток в KiCad и фирмварь - с сорцом. Так что если цель СВОЯ клава, с СВОЕЙ фирмварью - фигня вопрос. Даже CAD опенсорсный.
> Какой тут опенсорс в сумме будет?...
Если пойти на тот же гитхаб и спросить RISCV можно и ядрами и даже SoC затариться. Если оно вам было надо.
> Как и тот ПК, с которого их программировать и даже сами МК
> когда он "опенсорсный"(в кавычках, на FPGA)...
> Получается - засада.У свободы много степеней. А мир не идеален. Не все сразу.
> У свободы много степеней. А мир не идеален. Не все сразу.Безопасность - не терпит сослагательных склонений..
(по крайней мере когда не чужая...)
> Безопасность - не терпит сослагательных склонений..
> (по крайней мере когда не чужая...)Когда у вас будут более удачные предложения на тему - приходите и озвучьте их. А покуда приходится оперировать в неидеальном мире, аппроксимациями и компромиссами.
ну прям Pompoko (1994) во всей красе
>где собираются те же люди, которые потом депрекейтят старое железо тупо удалением драйверов в связи с "остутствием мейнтейнеров"Где ваш форк? Пускай он будет только во всяких экзотических дистрибутивах, но он обязан быть рабочим. Или у вас как всегда лапки?
Тут одни форк уже сделали, по всему интернету вой стоит.
И в чём проблема? Всё пиар, кроме некролога. Самый момент выстрелить с такой известностью и заткнуть за пояс всех хейтеров. Через месяц «весь интернет» уже забудет о чём вой стоял и переключится на новый релиз пульсы, системд, раста или что там у вас вместо красной тряпки сейчас. Но в комментах ныть проще, понимаю, да.
>за год это не вызвало каких-то особых вопросову хипстеров-рачеводов на свежем железе или у дидов-дебиянщиков на своих кордвадуо времен икспи?
Пора бы Mesa тоже форкнуть. Зажрались.
вперед! позови, когда форкнешь
Ох уж эти любители всё форкать, вон фанаты иксов собирались все дистрибутивы форкать которые выкидывают x11, но даже сами x11 не получается поддерживать, не то что дистрибутивы. Но зато планы то какие строят =)
> Пора бы Mesa тоже форкнуть.Принцип опенсорса: форкай наздоровье, если здоровья хватает.
> Зажрались.
Во-во. Понабежало всяких. Коммиты делать их нет - зато права качать как с куста. Давно пора спрыснуть дустом всяких бесполезных потребителей. Пусть в винде майкрософту мозги делают, там саппорты хотя-бы зарплату за это получают и деньги MS уплачены.
Я тут Terakan собрал... Он работает! К сожалению - далеко не всегда. Напр. падает на хелловорлдах.
Почему они не пишут, какие видеокарты отвалятся?
продукты с ограниченным сроком эксплуатации
Несколько расплывчато, а неплохо бы по сериям или хотя бы семействам обозначить.
просто начинай откладывать 600+ баксов на новую видяху
Приобретаете APU за сумму раза в 3 меньше названой - и радуетесь, насколько всё быстрее коры дуба и ещё поддерживается без проблем.
проц со встроенным видеоядром будет в 9 раз дешевле. думай
> откладывать 600+ баксов
> откладыватьКогда надо такие суммы ОТКЛАДЫВАТЬ, нужно не на форумах сидеть, а карьерой заниматься.
если надо "откладывать", значит они есть - с карьерой всё в порядке. Так-то 600 баксов - чувствительная сумма даже для приличной зарплаты в 5-7 тыщ
Проблемы, если "надо брать кредит"
ну тогда занимайся, а потом откладывай
Никакие, скорее всего, такие старые видеокарты уже отвалились в mesa amber.
Из ещё существующих в месе не должны никакие отвалиться. Всё старьё перенесено в amber. Хотя вот вспоминаю про всякие lima и даже i965 (которая стала crocus для старых карт) и не уверен, что там на DRI3 всё переведено... Лет 5-7 назад оно прям категорически отказывалось работать на DRI3.Эта штука больше мешает в старых иксах новую месу заюзать. Или для старого DDX-драйвера 3D включить (для S3 какой-нибудь).
GMA4500 или какая там встройка в ноутбуках на Core 2 отвалится, кто-нибудь знает? А то удаление OpenGL отрисовки в GTK 4.18 меня несколько напрягло. Получается, что новый ноутбук родителям через некоторое время покупать придётся если так пойдёт и дальше.
Это закон Кейнсианской экономики: "покупай или сдохни". Не покупаешь = не платишь налог.
Скорей = не платишь дань, им.
заставлять кого-то пользоваться корой 2 дуба в 2025 - это какая-то форма пыток, ей-богу
Неверное представление о мире. У людей в кладовых за сытые годы скопилось много железа. Железо это произведено до того, как хитроумные манагеры внедрили запланированное устаревание. Железо это уже пережило не один одноразовый ноутбук и прочие поделия от разных корпораций и переживет еще не меньше. Сам одним таким из конца нулевых для нативных игр и торентов пользуюсь и пока есть возможность буду пользоваться. Потому что сам собрал и Gigabyte и все по кайфу. Нетребовательное, неприхотливое, в GNU/Linux все стабильно. Еще есть ретробук Dell с i915 на борту и угадай что? Для него тоже есть свои задачи и пользоваться им тому кто им пользуется тоже по кайфу. У него внутри стальным листом пластик армирован. Петли и крепление внутри стальные. Тоже несколько одноразовых современных недоноутов пережил, с пластиком на петлях тоньше чем в тюбике кремя для рук за 25 рублей. И не надо думать, что ретро техника это единственное что есть на руках.
> заставлять кого-то пользоваться корой 2 дуба в 2025 - это какая-то форма пыток, ей-богуВот прикинь, оно открывает Интернет и пофиг.
случилась неприятность - основной ноут сломался, достал lenovo x200 core2 накатил debian 10 + icewm + seamonkey все достаточно быстро работает. гдето вы ребята не туда свернули)
а зачем обновлять софт на таких старых ноутбуках?
Как машинка для лёгкого сёрфинга интернета она пока годится. А оставлять без обновлений не хочу поскольку ноутбук частенько используется для покупок в интернете где может потребоваться свежая версия браузера, в первую очередь хромиума. Ну и различные уязвимости, которые с обновлениями исправляются.
Потому что старый firefox не рендерит современные сайты.
> а зачем обновлять софт на таких старых ноутбуках?Ну, попробуй установи туда актуальные его версии при [пере]установке ОС...
По идее твоя карта должна поддерживаться драйвером crocus из обычной mesa (с версии mesa большей или равной 22 где-то). Сложно сказать попадает туда твой core2duo или нет, но вроде должен.Если обычная mesa не подошла - бери mesa amber. В бубунте mesa amber пока предусмотрена и по идее должна поддерживаться в состоянии "компилируется последней версией компилятора/с последним ядром". Новых расширений OpenGL там естественно не будет, vulkan не будет и т.д.
Кто то путает понятие пользователь ОС vs [проф.]администратор NIX...
Из новостей как-то не очень понятно, что отвалится. Как понял, нужна поддержка OpenGL 3.3+ и GLES 3.0+, а у GMA4500 - OpenGL 2.0?
Нужны 2.1 и 2.0 es, эта гпу поддерживает.
> Нужны 2.1 и 2.0 es, эта гпу поддерживает.Нужна - поддержка драйвером интерфейса DRI3 и DMA-BUF. Это вообще ортогонально тому какие графические API уровень выше разопрется реализовать.
Я про то, что mesa и wayland более низкие версии больше не котируют.
Нет, интелы ещё живут, начиная с третьего поколения.
А зачем тебе GTK 4 нужен? У меня вся система на GTK 2.
> и не уверен, что там на DRI3 всё переведено... Лет 5-7 назад оно прям категорически отказывалось работать на DRI3.В intel драйвере (не в modesetting, а именно intel) DRI3 не работает - я это помню по тому как dxvk приложения на это ругались. Поправьте если не прав.
Вроде прав, т.к. на старой встройке у меня wayland композиторы были намного быстрее в играх, чем xorg с ddx дравером intel.
> Из ещё существующих в месе не должны никакие отвалиться. Всё старьё перенесено
> в amber. Хотя вот вспоминаю про всякие lima и даже i965Lima относительно недавно писали, там скорее всего сразу DRI3 таргетом был.
А проприетарый NVidia драйвер до сих пор на DRI2 сидит.
>strings /usr/lib64/xorg/modules/drivers/nvidia_drv.so | grep -i driВ самом деле, а ux у иксов всё ещё на 3 головы выше и это то, что имеет значение, а не dri (впрочем, в гноме всё через одно место, его может и меньше касается то, что окна нормально не размещаются на экране).
> А проприетарый NVidia драйвер до сих пор на DRI2 сидит.Врядли они запускали MESA поверх проприетарного модуля. Хотя как по мне проприетарщикам место вообще - в винде.
> Хотя как по мне проприетарщикам место вообще - в винде.Расскажешь это самому Торвальдсу... с его TM Linux.
> Расскажешь это самому Торвальдсу... с его TM Linux.Торговые марки и лицензии ПО - это просто ортогональные понятия.
В другом месте где то тут я недавно показал что, не в данном случае...
Такое ощущение что только меня волнует то что, проприетарый NVidia драйвер
- не только
1) не совместим с линук open-source идеалогией,
2) и просто как явно зловредный блоб, по косвенным только признакам, начиная с мега-размера;
3) а и даже с их же GPL...(в ч.н. даже например всеголишь майнтенерами моего линукса - встроевшие его в LiveDVD из коробки :( И вот чтобы мне продолжать неиспользвоать ранее физически отключенную карту, но для игры всё нужную в виндах хотя бы, приёдтся сменять и линукс.... который почти userfriendly форк...)
> 3) а и даже с их же GPL...За что он тут как-то огреб - GPL_ONLY на экспорты DRM/KMS подсистем. А при попытке мухлевать с "GPL Condom" - и более хитрые финты ушами, с обещанием влепить DMCA Takedown за "technical measures circumvention" если до нвидии не дойдет. А вот так любому проприетарию - сильно понятнее :)
> майнтенерами моего линукса - встроевшие его в LiveDVD из коробки :(
Ну я просто делаю себе образа систем сам. И там все будет ЗБС. А если вдруг не ЗБС, я возьму зеркало и обругаю этого, который там нарисован.
> GPL_ONLYОно, точней код огораживаемый им, само не совместимо же с GPL..
> Daniel StoneИз первой ссылки, гноморазработчик-вялендокультист.
Это всё объясняет :(
Вообще не понял, о чём речь.Как можно сравнить программу, скомпилированную с DRI2 и ту же самую с DRI3, чтобы понять, какая сборка быстрее?
DRI3 быстрее. Можешь глянуть бенчмарки на форониксе, они древние, т.к. на dri3 перешли миллион лет назад.
Зачем тебе это? Просто начинай скулить как эксперты выше что корпорации что то опять убивают!
Так ты же не скулишь а, с корпорациями борешься отстаивая права, надеюсь?!Как будто лучше скулить о том что другие "скулят"...
(а, всё же реальней сказать - пытаются разобраться в пертурберациях дивного мир opensource).
Так все же, ты кто?
Я же тебе ответил уже... там же.
В xorg.conf настраивается какую версию использовать. Иногда без вариантов (если два драйвера и один из них не умеет во что-то, а нужны две видюхи одновременно как с optimus).
А как понять, что используется - DRI2 или DRI3?
Mesa 24.2.8 в Ubuntu'образных версии 24.04, похоже, под amd64 собирается с "-Ddri3=enabled" (если не запутался, rules выглядит громоздко), а "legacy-x11" нет вообще. Для всех DRI3, получается?Выхлоп inxi поковырял, Hardinfo2 - не нашёл...
Поздравляю! Теперь ты счастливый обладатель DRI3.
Да не с чем вроде: версии либ для DRI2 тоже присутствуют. Так что поздравьте ещё раз, ибо счастливый обладатель и DRI2 тоже :)) Хозяйственный, всё приберёг...Непонятно только по-прежнему, как проверить, что именно используется.
В настройках драйвера можно явно указать версию dri, но это может привести к пустому экрану. Вроде как последние версии mesa поддерживают обе версии, 2 и 3, но основная - 2ая
Надо смотреть Xorg.log
- Разработчики дистрибутивов жалуется, что разбираться с морально устаревшим кодом, никто не хочет! Даже за деньги!
(https://www.opennet.dev/opennews/art.shtml?num=62725)
- Разработчики дистрибутивов просто устали годами упрашивать с ЧСВ,
поддержку касающиеся многомониторных конфигураций, экранов с высокой плотностью пикселей, HDR, VRR (адаптивное изменение частоты обновления
монитора), одновременной работы с несколькими GPU, устойчивости к сбоям, обработки ввода и обеспечения безопасности.
(https://www.opennet.dev/opennews/art.shtml?num=63439)
- Разработчики дистрибутивов планируют убрать иксы!
(https://www.opennet.dev/opennews/art.shtml?num=63439)- Кто-то решил на гитхабе нажать на кнопку "форк x11". Выпускают массово
новости - нашлись люди, готовые работать с "этим". Но закрывая в x11 один баг, там открывается 2 новых бага... Оказывается если нажимать
кнопку "форк x11" - это не решит его проблем! (https://www.opennet.dev/opennews/art.shtml?num=63369)- Разработчики дистрибутивов прекращают ставить иксы!
(https://www.opennet.dev/opennews/art.shtml?num=63444)* ВЫ ЗДЕСЬ *