LinuxForum.Fans
Тема

Вернуть производительность

Автор: Everytime_I_Die 35 сообщений 5248 просмотров
#128833
drBatty написал:

раз вам так кажется, то очевидно, что вы с лёгкостью расскажите, чего именно я недопонял smile

Вы лучше еще раз alv'а почитайте :)

drBatty написал:
Если ПМ хоть что-то поменяет (например обновлением залатает дыру), то всё рухнет нафиг.

А что мешает запустить prelink после обновлений или установки новых программ? oO

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

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

drBatty написал:
И не надо говорить "УМВР" - у меня тоже всё работает.

Да разве я сомневаюсь? :)

#128843
mvt написал:
Вы лучше еще раз alv'а почитайте

что именно?

mvt написал:
А что мешает запустить prelink после обновлений или установки новых программ?
alv написал:
После этого начинается собственно предварительное связывание, - процесс во времени длящийся, хотя и не столь уж долго - моя машина управляется с ним за время, затрачиваемое на выкуривание сигареты). Однако в ходе его может начаться самый охмуреж: вывод сообщений (обеспечиваемый нам опцией -v, так что без нее не обойтись), что программа имя_рек собрана с опцией non-fPIC и потому прелинкована быть не может. У меня в дистрибутиве CRUX, установленном из прекомпилировыанных пакетов, в этот черный список попали все приложения KDE и некоторая, зато самая тяжелая, часть Иксовых. То есть именно те софтины, ради ускорения которых все и затевалось.

Выход тут, к сожалению, один, простой, но занудный: пересобрать все, что попало в список. И тут уж, разумеется, впредь не забывать, что любая программа, в выводе ./configure --help которой отмечается доступность опции --with-pic, должна конфигурироваться именно с ее участием (флаг -fPIC можно добавить в и список значений переменной CFLAGS). А после этого - повторить процедуру прелинкинга, уже - с неизменно превосходным результатом.

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

mvt написал:
Это конечно, круто, но либы предварительно линкуются со всеми прогами, которые их используют, нет?

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

Когда происходит обновление программы или либы, ПМ выполняет команду ldconfig, которая обновляет кеш линковщика. Если эту команду не выполнить, то программа обратится не по тому адресу, и мы увидим сообщение "Ошибка сегментирования". Если конечно увидим. Дело в том, что вы-же предлагаете (вместе с алвом) прелинковать иксы и кеды(гном), потому вы просто тупо не загрузитесь.

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

Самое весёлое в том, что всё будет работать после обновления но до перезагрузки. Старая библиотека в использовании, и хотя ПМ её уже удалил (точнее заменил), но она ещё лежит на диске, в памяти, и работает.

Никто не запрещает вам делать так, как вам нравится, я просто предостерегаю от ошибок. Но мне в общем-то всё равно, если ТС пополнит ряды холиварщиков, с тезисом: "я ставил этот ваш линух - это глючный отстой!" :P

И ещё - мы в разделе убунты, оставьте сборку и оптимизацию разработчикам. Если вам не нравится такая позиция - надо менять дистрибутив. Я не прав?

#128851

mvt, кстати: вы про prelink знаете, alv уже как минимум 6 лет знает, я тоже знаю (не первый день кстати). как вы думаете, в каноникал сидят идиоты, которых в гугле забанили? что-бы им не собирать ПО с прелинком? тогда-бы (если верить вам) всё отлично работало, и нам не нужно было красноглазить с пересборкой, отслеживанием зависимостей, и прочим?

#128857
drBatty написал:

И ещё - мы в разделе убунты, оставьте сборку и оптимизацию разработчикам. Если вам не нравится такая позиция - надо менять дистрибутив. Я не прав?

У меня бинарный дистрибутив. Ничего не пересобираю, prelink проходит. Что-то линкует, что-то нет. Работает и после перезагрузки и после обновлений. По скорости - после prelink система визуально работает быстрее. Сама программа входит в дистрибутив "по умолчанию". Почему ей не пользоваться?
Входит ли preload в убунту "по умолчанию" - не знаю. Но в сети много руководств (именно для убунты) как ей пользоваться, и не описаны случаи, когда "все рухнуло". А политика Каноникал (причем практически во всем) подходит под определение "неисповедимы пути..."

#128864
mvt написал:
У меня бинарный дистрибутив. Ничего не пересобираю, prelink проходит. Что-то линкует, что-то нет. Работает и после перезагрузки и после обновлений. По скорости - после prelink система визуально работает быстрее.

зависит от того, ЧТО именно "проходит". А это зависит от того, КАК были собраны пакеты. Вам повезло...

mvt написал:
А политика Каноникал (причем практически во всем) подходит под определение "неисповедимы пути..."

угу. я не спорю.

mvt написал:
Но в сети много руководств (именно для убунты) как ей пользоваться, и не описаны случаи, когда "все рухнуло".

смысл писать "как у меня всё рухнуло"?

В любом случае, я думаю, проблема ТС не в этом - раньше у него всё работало и без прелинка.

#128875
drBatty написал:

В любом случае, я думаю, проблема ТС не в этом - раньше у него всё работало и без прелинка.

У меня на маленьком нетбуке (eeepc 901) стоит runtu 10.04 lxde. Стоит с момента ее выхода. Никаких изменений в скорости загрузки. У дочки на eeepc (1002 или 1005 - не помню) стоит 8-й Mint, а на домашнем - 5-й с KDE 3.5.10 тоже с момента выхода. Все грузится, как грузилось с самого начала. Никаких особых мер не предпринималось. Почему у ТС начинает тормозить? Постепенно сама убунта становится тормознее?

#128882
mvt написал:
Почему у ТС начинает тормозить?
drBatty написал:
есть логи в /var/log/
в них время не просто так пишут (правда, многие процессы идут одновременно, что затрудняет анализ).

нужно не "думать", не "твикать", и не менять дистрибутив. Это глупо. Нужно найти причину, читая логи.
mvt написал:
Постепенно сама убунта становится тормознее?

ИМХО бред. Это всё-же не венда.

#128915

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

#128918

ZhuK
Я же выше привел два примера слабых машинок. Правда там lxde.

#128924
ZhuK написал:
Док, а ты сам попробуй поставь, да еще желательно на слабенькую для убунту машину.

зачем? тогда уж какую-нить lubuntu.

ZhuK написал:
Загружал и загружаю по минимуму, но все равно похоже было на винду.

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

Everytime I Die, вопрос к вам...

#128940

ZhuK, mvt, в ваших случаях link, load.... совершенно ни при чём.
В Ubuntu начинатся тормоза по двум причинам:
1. Полная помойка и бардак в /tmp (там может создаваться до пяти копий одного файла единовременно).
2. Аналогичная помойка с пакетами. Старые пакеты не выгребаются с жёсткого диска и кэшируются, кэшируются...
(напоминает службу архивации в Win7 -> arc=(casche+casche)*casche.

#128961

В temp пусто. Ну или почти пусто - 7,7 КБ. :D
А как со вторым пунктом разобраться? С помощью убунту-твик регулярно кэш подчищаю, особенно много после обновления. Может другую причину поищем? wink
А как влияет на производительность заполненность диска? Ведь фрагментации нет.

#128965
drBatty написал:
убунта, та что с гномом, не для слабых машин. но мы не о том - раньше-то работало нормально... что изменилось?

Во!!! В том и вопрос - а что меняется?
Я как-то задавал вопрос в разговорах - почему с флэшки в режиме Live убунту и минт шустрее работают?

#128981
Wolfenberg написал:

1. Полная помойка и бардак в /tmp (там может создаваться до пяти копий одного файла единовременно).

Они что, грузятся вместе с системой? oO

Wolfenberg написал:

2. Аналогичная помойка с пакетами. Старые пакеты не выгребаются с жёсткого диска и кэшируются, кэшируются...

Скачанные для установки/обновления пакеты хранятся в /var/cache/apt/archives и предназначены для переустановки какого-либо пакета при отсутствии связи с internet. Каким боком они влияют на скорость загрузки системы?
PS И /tmp и /var/cache/apt/archives можно переодически очищать, если места мало. Причем здесь загрузка системы?

#130288

Тема более чем актуальная - во всяком случае на слабых машинах
Например старый ноут с celeron 2,4 + 213 Мб Ubuntu 10.04
Вначале все было гуд - через полгода ощутимо тормозит - использование swap отрегулировано
Мои предложения - предложите прогу или последовательность действий для объективной оценки производительности, а уж потом можно будет думать как исправлять....

Войдите или зарегистрируйтесь, чтобы ответить.