glibc-2.14 - всё так плохо?

Ну а как это реализовано с тем же GCC? Сам писать ебилд не собираюсь, откровенно лень. Тем более, Firefox 5 не так плох.

>с 2.14 всё нормально
таки ты упоротый

facepalm.svgz

По крайней мере /usr остаётся в сохранности.

Ну а как это реализовано с тем же GCC?

например так

#PGO
PROFILE_GEN="$CFLAGS -fprofile-generate -ftest-coverage -fprofile-dir=/var/tmp/PGO/$CATEGORY/$PF"
PROFILE_USE="$CFLAGS -fprofile-use -fprofile-correction -Wcoverage-mismatch -fprofile-dir=/var/tmp/PGO/$CATEGORY/$PF"

if [ -f /etc/portage/package.pgo ]; then
while read -a target; do
    if [ "${target}" = "${CATEGORY}/${PN}" ]; then
	  if [ -d "/var/tmp/PGO/$CATEGORY/$PF" ]; then	  
		if [ "$count" != "1" ]; then 
		      if [ "$countt" != "1" ]; then export CFLAGS="$PROFILE_USE" && export CXXFLAGS="$PROFILE_USE" && export MAKEOPTS="-j1" && export countt="1"
		      fi
		fi
   else
      if [ "$count" != "1" ]; then 
	    if [ "$countt" != "1" ]; then export CFLAGS="$PROFILE_GEN" && export CXXFLAGS="$PROFILE_GEN" && export MAKEOPTS="-j1" && export count="1" 
	    fi
      fi
fi
fi
done < /etc/portage/package.pgo
fi

таки ты упоротый

От собиральщика мира и слышу.

понятно - пообщайся с Сильвией например
она может рассказать кто именно косячит и почему в glibc

>читать умеешь?
Умею.
Кстати, где в дереве ебилд 2.14.<whatever>?
//млин, в арчике начали серьёзно патчить пакеты из core. Медленно катимся в debian.

таки в игнор
пациент неадекватен и отказывается от слов в своём же предыдущем посте

тебе напомнить причину создания множества оверлеев!? ;)

Ну и чего в этом методе такого?

понятно - пообщайся с Сильвией например

Так она пропала куда-то.

она может рассказать кто именно косячит и почему в glibc

А может ты расскажешь или ссылок накидаешь?

загляни в вики - там написано
если коротко
1. собираем с бла-бла-бла -fprofile-generate
2. гоняем собранный софт (собственно профилируем)
3. собираем с бла-бла-бла -fprofile-use
теперь понятно почему 2 сборки и почему в одном билде это тупо смешно?

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

>пора перелезать на eglibc?

Как раз сейчас буду собирать uclibc.

// Тред не читал, ОП тоже не читал.

с uclibc куча проблем может вылезти
1. систему надо пересобирать (ибо нет бинарной совместимости с glibc)
2. некоторое кол-во пакетов тупо не_собирается/не_работает с uclibc
причина - цель embedded

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

как ты хочешь через ебыдло профилировать лису, например?
заставить облазить половину тырнетов?

А в чем профит? Скорость?

>систему надо пересобирать

Я новую собираю.

некоторое кол-во пакетов тупо не_собирается/не_работает с uclibc

Как раз попробую. Хочу в итоге собрать Firefox, Compiz, AWN, Xorg. Надеюсь, что-то получится.

ну тот же malloc в eglibc вроде как быстрее работает
линк искать лень
впрочем большого профита ждать не стоит

А тебе ночами плохо спится, если пакет не последней версии?:)

нет - нормально
просто стало интересно - а почему?

В Арче даже в тестинге нету.

как так?
тут утверждают что всё есть и всё «работает»

>понятно - пообщайся с Сильвией например она может рассказать кто именно косячит и почему в glibc

С той, которую постоянно в лужу сажали?

ну тот же malloc в eglibc вроде как быстрее работает

А вот это уже попахивает обычным бредом.

$ diff -x '.*' -r -q glibc eglibc-2.13/libc | grep -i malloc
Файлы glibc/malloc/Makefile и eglibc-2.13/libc/malloc/Makefile различаются
Файлы glibc/malloc/memusage.c и eglibc-2.13/libc/malloc/memusage.c различаются
Файлы glibc/malloc/memusage.sh и eglibc-2.13/libc/malloc/memusage.sh различаются
Файлы glibc/malloc/memusagestat.c и eglibc-2.13/libc/malloc/memusagestat.c различаются
Файлы glibc/malloc/mtrace.pl и eglibc-2.13/libc/malloc/mtrace.pl различаются
Файлы glibc/malloc/tst-mtrace.sh и eglibc-2.13/libc/malloc/tst-mtrace.sh различаются

Это я попутал, есть в тестинге. Забыл, что я его не юзаю:)

куда?
пруф?

за что купил
за то и продал

вот что-то нарыл у себя в помойке

#include <time.h>
#include <stdio.h>
#include <stdlib.h>
 
int
main (int argc, char *argv[])
{
  char *memory;
  double t, total;
  int i, j, k;
 
  t = 0;
 
  for (i = 0; i < 2048; i += 64)
  {
    clock_t start_ = clock();
    int operation_count = 10;
    long count = 1024 * 1024 * i;
 
    for (j = 0; j < operation_count; ++j)
    {
      memory = (char*)malloc(count);
 
      for (k = 0; k < count; k += 4096 /* page size */)
        memory[k] = k;
 
      free(memory);
    }
 
    t = (double)(clock() - start_) / CLOCKS_PER_SEC;
    printf("Allocated %d times %d megabytes in %f sec.\n", operation_count, i, t);
    total += t;
  }
 
  printf ("total = %f\n", total);
 
  return 0;
}

> http://projects.archlinux.org/svntogit/packages.git/tree/glibc/repos/testing-...

Поперхнулся ряженкой.

Возможно я погорячился, но не верить диего у меня нет желания. он штатный тестер в GF.

там же есть ссиль №2, которая тоже не фонтан, а коменты к ней и вовсе

>Потому что им надо «форкнуть» свежий релиз glibc и портировать на него свои изменения.

Не надо им ничего форкать. Как я понимаю, работа ведётся непрерывно: разработчики eglibc мониторят списки рассылки/git glibc на предмет новых патчей и оперативно их мержат к себе.
И ещё, вроде нет у eglibc релизов. Предлагают забирать напрямую из svn.

И ещё, вроде нет у eglibc релизов. Предлагают забирать напрямую из svn.

Релизы есть, они в svn отделяются ветками от транка. Разработчики glibc тоже когда-то отказались от тарболлов, но народ сильно возмутился и они снова стали делать тарболлы 8).

Не надо им ничего форкать. Как я понимаю, работа ведётся непрерывно: разработчики eglibc мониторят списки рассылки/git glibc на предмет новых патчей и оперативно их мержат к себе.

Я об этом и говорил, что eglibc - это не форк. eglibc = glibc + некоторый относительно постоянный набор патчей.

>А что там в Генту слышно по поводу PGO? Ебилдов с ним для фуррифокса что-то не нашёл.
лжец!
только что посмотрел
USE=«alsa dbus ipc webm -bindist -custom-optimization -debug -gconf -hardened -libnotify -pgo -startup-notification -system-sqlite -wifi»