LINUX.ORG.RU

За счет чего более новые ОС Линукс требуют больше ресурсов ПК чем более старые?

 


0

1

Не для срача ради. Просто интересен механизм, почему так происходит? Можно на примере gtk2 vs gtk3.

Deleted

Последнее исправление: Deleted (всего исправлений: 1)

Ответ на: комментарий от anonymous

Это сговор производителей и разработчиков.

Бизнес.
А у бизнеса задача, догадайтесь какая?

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

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

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

anonymous
()

Вопрос к социологам, общество разделилось на живущие в своих мирках группы, программисты, например, живут отдельно от пользователей. gtk2 vs gtk3, это чо такое? Новости gtk3: GtkStackSidebar — новый контроллер для GtkStack, выглядящий как боковая панель; GtkModelButton — новая кнопка, используемая в качестве «модели» с GAction; GtkPopoverMenu — новый подкласс GtkPopover; Это вот то ради чего надо выкинуть старый комп и упарываться на работе за новый.

ilovewindows ★★★★★
()

Пользователи старых компов должны страдать! Мощности должны работать! Ты для чего раз в несколько лет обновляешь компы, чтобы системные требования оставались прежними? Нет - тебе приятно, что софт утилизирует мощные мощности

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

Отрисовка текста - крайне сложная задача, которая со стороны может показаться простой.

26.6 fixed point арифметика, квадратичные кривые Безье, определение направления вращения, хинтинг, растеризация и кернинг вот и вся сложность. Ни GPU, ни SSE/AVX при этом не используются.

kostyarin_ ★★
()

Потому что зачем тратить 40 MHz там, где можно потратить 4000 MHz? Эмбеддевщик дофига? Сам пиши софт азазазааз

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

Ни GPU, ни SSE/AVX при этом не используются.

Ну это пока. Потом напишут just_another_library.so и будет у тебя отрисовка текста занимать вместо 10% процессорного времени 50% GPU.

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

Сами проги-то больше не потребляют. Я юзаю openSUSE 11.4 с KDE3, и Fedora 11 с GNOME 2. Они прекрасны, и памяти используют совсем мало. Первая работает на 256M, вторая на 512M. А сами проги у меня оч. новые. GTK обновил до 2.24, Glibc, GCC залил новые, ядро, иксы. Система сколько использовала, столько и использует. Это жирногном и жирнокде используют тонны оперативки. А старые DE не жрут. Но ты можешь использовать полностью новую ОСь, и какой-нибудь WM вместо DE. Будет то же самое. Проги-то сами особо тяжелее не стали, будь то гимп или инскейп. Браузер да либроофис потяжелели, это да

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

вот начнут продавать 32K мониторы и твоя мечта гипотеза станет реальностью. а когда-то знакогенератора на 128 (или 256? вот уже и не помню) символов хватало всем.

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

ШГ времён WinXP. Unicode не было. Сглаживания не было

Было только на больших кеглях, и только грей скал, а не сабпиксельное, посолиднее требует больше ресурсов cpu. UI рисовался битмэпами, а не вектором как сейчас. Аппаратное ускорение UI не требовалось, теперь UI рисуется GPU. Сам факт отправки данных на GPU породил еще не одну абстракцию где-то в недрах движка отрисовки интерфейса.
Возвращаясь к линукс, я еще помню времена когда вставить диск было не достаточно, надо было еще mount выполнить. Для подключенного usb устройства нужно было еще драйвер загрузить, и не всегда можно было переставить устройство в другой usb порт. А сейчас за подключаемые устройства отвечает udev.

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

Какие тормоза могут быть из-за отрисовки символов, лол?

Об этом и речь. Люди не понимают сложность задачи.

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

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

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

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

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

находится на вкладке

Definitions of appearance
...
the way that someone or something looks.

Definitions of effect
...
the lighting, sound, or scenery used in a play, movie, or broadcast.

🤔

anonymous
()

Во времена третьих кед, чтобы найти нужную пдфку приходилось во первых раскладывать их в развесистую структуру каталогов, а в случае чего делать файнд +стрингс + греп. Теперь мне хватает альт+ф2 и вбить искомый текст. Плюс теперь 50% ресурсов уходить просто на то чтобы в браузере открывались сайты наполненные говножсом.

ya-betmen ★★★★★
()
Ответ на: комментарий от ya-betmen

Для «хватает альт+ф2 и вбить искомый текст» не обязательны жырные кеды. Просто нежырного аналога не написали, или он не настолько раскручен.

anonymous
()

Просто интересен механизм, почему так происходит? Можно на примере gtk2 vs gtk3.

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

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

Ты просто не понял что там написано. Возьми массив структур со значениями в 1 байт, а теперь поменяй значения на 8 байт. Память внезапно станет заниматься больше. Неожиданно да? А теперь открой исходники GTK2/3 (и сопровождающих библиотек) и давай сыграем в 10 отличий. Разница лишь только в том что там не тупо увеличивают размеры переменных, а размеры кода растут и значений тоже ибо делается больше из за больших возможностей. Хочешь фич, готовь память, хочешь что бы фича работала быстрее готовь в два раза больше памяти. Не всегда так, но часто.

LINUX-ORG-RU ★★★★★
()
Последнее исправление: LINUX-ORG-RU (всего исправлений: 1)
Ответ на: комментарий от anonymous

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

То есть, можно в середину запихнуть кучу закомментированного кода и получить за него деньги?

Riniko ★★
()
Ответ на: комментарий от LINUX-ORG-RU

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

На деле это выглядит как «было чиселко int в сишном коде, но в новой версии мы заменили его фреймвоком на электроне, который сохраняет жабаскриптом чиселко текстом в json».

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

Так потребление ресурсов не возрастёт, по чему твою хитрость и раскроют.

anonymous
()
Ответ на: комментарий от LINUX-ORG-RU

Плюс там GObject, а в этой среде любят добавлять отступы в объектах что бы сохранять бинарную совместимость в случае расширения. Да тысячи этих мелочей и я только про память. Больше действий, больше памяти, больше времени на вычисления. Больше вспомогательных библиотек. Большая поддержка бекендов вяленый, мир, ксорг, веб. Гдето вебкит прикрутят и сразу +20 к памяти. Всякие вспомогательные кеши. И прочее прочее прочее, того чего раньше тупо не было или если было то в более простом виде.

LINUX-ORG-RU ★★★★★
()
Ответ на: комментарий от anonymous

На деле это выглядит как «было чиселко int в сишном коде, но в новой версии мы заменили его фреймвоком на электроне, который сохраняет жабаскриптом чиселко текстом в json».

Да, точно так, суть то та же самая. Можешь даже электрон убрать json это уже и загрузить библиотеку в память и структуры данных сложнее. А если данных много и ещё хуже если они не промежуточных, а надо их хранить и копить в течении всего цикла работы программы то и вот и всё. В единичном случае это не страшно, в тотально вездесущем становится заметно.

LINUX-ORG-RU ★★★★★
()
Ответ на: комментарий от x3al

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

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

То есть, за бездумное вливание новых фич без оптимизации в итоге платит конечный пользователь. Даже если это бесплатное ПО.

И да, время кодеров в большинстве случаев гораздо дороже, чем ресурсы ПК. Даже если они бесплатные: их время ограничено.

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

Так к чему оскорбления?

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

Это KDE 3 и GNOME 2 мало потребляют памяти? А ведь во времена актуальности этих сред для лёгкости лучше было IceWM поставить. Так что, может, это не они мало потребляют, а памяти больше стало? :)

gedisdone ★★★
()

- временами имеет место втягивание в инфляцию, девальвацию ПО ...

На youtube к примеру, если по запросу without systemd please есть что-то годное, то аналогично по сабжу возможно.

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

ну, у меня он минимален. линь (я использую Void с musl), wm (i3wm, мне от него практически ничего не нужно), gcc, perl, bash, пара простых редакторов для текста и кода (nano и Code::Blocks), gdb и всякие утильки для отладки, типа perf и valgrind, сервер для мыла (postfix) и всякие мелкие мильтры для него, клиент - старый thunderbird (в новый какое-то говно втащили, не помню навскидку, что именно). для веба - nginx или rwasa плюс fcgi. какая-нибудь слушалка-смотрелка, в моём случае это vlc, но это не важно, они все базируются на ffmpeg и ничем не отличаются, просто оболочка для запуска ffmpeg без кучи параметров. ну и куча мелких утилек для работы в консоли. но они совсем мелкие, вреда от них нет. собственно, всё. можно ещё по необходимости собрать какой-нить rosegarden, если надо с нотами работать, или ardour, если сводить треки. но это мало кому нужно. пробовала собрать denemo. собрался, запустился. но я с ним особо не колупалась. не было ни времени, ни необходимости. ну и jackd, естессна, для коммутации.

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

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

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

Осеннее обострение у душевнобольных

anonymous
()
Ответ на: комментарий от Vsevolod-linuxoid

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

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

с musl

Можно подумать, именно glibc это самая жырная библиотека на десктопе, а не 100500 гуёвых и тд библиотек.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.