AMD Phenom(tm) 9650 Quad-Core Processor
BART 24 марта, 2009 - 22:54
Есть вот такое чудо:
AMD Phenom(tm) 9650 Quad-Core Processor - x4
Вобщем, целый день с ним играюсь и никак не могу понять, почему он у меня сегфолтится при сборки программ? При сборке одного и того же пакета обрывается в разных местах или нормально собирает.
Проц и память не разогнанные, т.е. в биосе настройки по умолчанию.
С 5 попытке собрал gcc-4.3.3-r1
Пробывал собирать:
CXXFLAGS="-march=amdfam10 -pipe -O2"
CXXFLAGS="-march=k8 -pipe -O3"
Так же выставление MAKEOPTS="-j1" тоже стабильности на добавило.
Чем может быть обусловлена такая нестабильная работа? В какую сторону копать?
emerge --info Portage 2.2_rc26 (default/linux/amd64/2008.0/desktop, gcc-4.3.3, glibc-2.9_p20081201-r2, 2.6.28-gentoo-r4 x86_64) ================================================================= System uname: Linux-2.6.28-gentoo-r4-x86_64-AMD_Phenom-tm-_9650_Quad-Core_Processor-with-glibc2.2.5 Timestamp of tree: Tue, 24 Mar 2009 01:45:01 +0000 app-shells/bash: 4.0_p10-r1 dev-lang/python: 2.4.4-r13, 2.5.4-r2 dev-python/pycrypto: 2.0.1-r8 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.4.3-r1 sys-apps/sandbox: 1.6 sys-devel/autoconf: 2.63 sys-devel/automake: 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.19.1-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.28-r1 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=amdfam10 -pipe -O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/sandbox.d /etc/splash /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=amdfam10 -pipe -O2" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="ru_RU.UTF-8" LC_ALL="C" LDFLAGS="-Wl,-O1" LINGUAS="ru" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X a52 aac aalib acl acpi alsa amd64 apache apache2 apic arts avi berkdb bluetooth branding bzip2 cairo cdparanoia cdr clflush cli cmov cmp_legacy compiz cracklib crypt cups cx8 dbus de dri dts dv dvd dvdr dvdread eds embedded emboss emul-linux-x86 encode esd evo fam fbcondecor ffmpeg firefox flac fortran fpu fstab fxsr fxsr_opt gdbm gif gpm hal ht iconv ipv6 isdnlog jpeg kde kdeenablefinal kdeprefix lahf_lm lame ldap libmad libnotify live lm mad mca mce midi mikmod mmx mmxext mng mp3 mpeg mplayer msr mtrr mudflap multilib mysql ncurses newspr nls nptl nptlonly nvidia nx ogg opengl openmp pae pam pat pcre pdf perl pge pic png pni ppds pppd pse pse36 python qt qt3 qt3support qt4 quicktime readline reflection rep_good sdl sep session spell spl sse sse2 sse3 ssl startup-notification svg symlink syscall sysfs tcpd theora thumbnail tiff truetype tsc unicode usb utempter utf8 vcd vcdimager video vme vorbis webkit wxwindows xcb xcomposite xine xml xorg xulrunner xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route shareshm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache envexpires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="ru" USERLAND="GNU" VIDEO_CARDS="nvidia nv" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
»
- Для комментирования войдите или зарегистрируйтесь
читал на багс.генту что это
читал на багс.генту что это проблема именно первой ревизии gcc4-3-3.
лично я ее замаскировал.
тогда почему gcc-4.1.2,
тогда почему gcc-4.1.2, который идет в stage3 не мог с первого раза собрать gcc-4.3.3-r1?
-march=native? O2 ?
-march=native? O2 ?
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
http://en.gentoo-wiki.com/wik
http://en.gentoo-wiki.com/wiki/Safe_Cflags/AMD#Phenom_X3.2FX4
p
И -O2
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
а в самом первом посте
а в самом первом посте написано:
CXXFLAGS="-march=amdfam10 -pipe -O2"
А почему CXXFLAGS, а не
А почему CXXFLAGS, а не CFLAGS?
Вообще, говорят вот, что в конкретной версии gcc проблема. Вероятно, так и есть
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
AMD Пхеном
Не знаю, парни, у кого как, но у меня - тоже Phenom, ГЦЦ-4.3.3 - у меня собирался
и собирается без ОСОБЫХ проблем, НО... Есть одна занятная вещь: иногда у меня падает сборка любых
пакетов, при этом выдаётся что-то типа "внутренняя ошибка компилятора, неизвестная ошибка", и.т.п.
Причём это случается :).. То есть - его величество - случай. У меня AMD 9500,
меня терзаютъ смутные догадки, что енто всё-таки недо-TLB (недоделали они его).
Ибо ошибки восновном случаются в периоды сильной длительной нагрузки на все 4 ядра ЦПУ.
P.S: БП у меня новый, 800 Вт,
CFLAGS: -O2 -pipe -fomit-frame-pointer -march=native -mtune=native.
willy написал(а):Есть одна
это лечится пересборкой libtool и gcc. Кучу раз так было когда свет обрубали, пока не купил бесперебойник ;-)
Феномы с ошибкой TLB были 9550 и 9650 ревизии B2. Все последующие модели и ревизия B3 этой ошибки уже не имеют! Однако во многих матерях с поддержкой Phenom есть в биосе опция CPU Tweak, которая лечит ошибку TLB путём отключения части функцинальности HyperTransport. По-умолчанию она включена. ИМХО если у вас не 9500 или 9600 ревизии B2, то эту опцию надо выключить!!!
+ если хорошенько посмотреть в биосе свои настройки, а потом погуглить и правильно их выставить, то машина оживляется и стабильность системы увеличивается ;-) месяц назад всё настроил и после этого кеды4 за неделю ни разу не упали (ни одно приложение)
+ по-своему опыту скажу, что Phenom лучше использовать либо с офигенным кулером от Zalman или Thermaltake, или на боксовом кулере хотя бы сменить термопасту, ибо она там как масло на бутерброд намазана для себя любимого, а должно ее быть полупрозрачный слой. В последний раз я сменил термопасту на АлСил-3 очень-очень тонким слоем и перегреваться он перестал.
не вводите в заблуждение
не вводите в заблуждение человека. приставка 50 в номере модели говорит о ревизии B3 с отсутствием TLB бага.
Phenom 9500 имел ревизию B2 и TLB баг.
переключился на gcc-4.1.2,
переключился на gcc-4.1.2, пытаюсь собрать 4.3.3 - выдает ошибку (каждый раз в разных местах):
:)
Если мне не изменяет память - то GCC собирается при переходе на высшую версию 2 раза - первый - старым gcc, потом новое само себя - возможно на втором этапе оно у тебя и валится.
И обрати внимание на "The bug is not reproducible, so it is likely a hardware or OS problem"
Проверь память оперативную - возможно битая.
Поддерживаю. Проблема скорее
Поддерживаю. Проблема скорее всего в памяти. Проверяйте: http://www.memtest.org/#downiso
паквы
А почему не
sys-apps/memtest86+?Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
потому что по ссылке
потому что по ссылке memtest86+ )))
Желаете вместо установки
Желаете вместо установки пакета и пункта в GRUB/LILO загружаться с CD каждый раз — всегда пожалуйста (-:Е
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
а в никакие настройки в ядре
а никакие настройки в ядре не могут на это повлиять? там конфиг по умолчанию, только тип проца выбран k8 и частота (Timer frequency) выставлена на 1000
ядро 2.6.28-r4
Нет
Никакие. По поводу проверки памяти - на практике было у меня такое что memtest86 говорит что память живая, машина глючит - проверка памяти при помощи
goldmemory - есть битые ячейки, меняю планку - все заколосилось. И притом пару раз такая ситуация была, после этого не доверяю memtest86.
GM можно взять здесь http://www.goldmemory.cz/download.php
незнаю, как голдмемори, но
незнаю, как голдмемори, но мемтест ничего не показал.
прошелся по форуму gentoo.org, там такой проблемы не встретил :( Самое интересное, что оффтопик на этой же машине работает без проблем. Кстати, на оффтопике крутится 3dmax, и случаев вылета во время рендера небыло....
вопросы по аппаратной
вопросы по аппаратной части:
-может быть, что линукс не работает с какой-то хитрой памятью? Вообще, вендор памяти как-то влияет?
-чипсет никак не может на это влиять? учитывая, что настройкой ядра я не занимался...
по программной части:
-неправильный -march может как-то повлиять на сборку? изначально я там ставил k8, как написано в wiki. При этом gcc-4.1.3 смог собрать gcc-4.3.3-r1. Когда поставил -march=amdfam10 и пересобрал обе версии копилятора, gcc-4.1.3 больше ничего собирать не может ( На форуме gentoo.org еще советуют поставить -march=barcelona
Сейчас вообще чудо произошло... Пытался с помощью gcc-4.3.3-r1 собрать gcc-4.3.1... 3 раза сборка остановилась в разных местах, а на четвертый раз.... комп вообще завис... это, блин, как?!
Цитата: Сейчас вообще чудо
Это так! У меня на днях тоже подобное случилось: разобрал, протёр контакты, продул пыль, собрал — всё работает как часы.
не, ну я понимаю, если машина
не, ну я понимаю, если машина долго работает и в комнате пыльно.... но:
1. корпус с фильтрами на всех кулерах
2. машине еще нету 3 месяцев!
BIOS
Вам нужно глянуть в сторону обновления BIOS....
BIOS
Думается мне, что БИОС тут не при чём, а вот температура чипа
на матери - очень даже при всём %).
Чип не Nforce ли? При частых обращениях к дисковой
подсистеме он нагревается, как мини-печка, что чувствуется на ощупь, но
lm_sensors пишет, что температура - не выше 55 С (у меня так).
phenom 9650
буду дома сегодня-завтра отпишу настройки, проц аналогичный, сперва было очень сложно вообще настроить и собрать ядро, чтобы запустить машину, даже пришлось перейти на genkernel, но после всё настроил, никаких segfault'ов, бегает с октября.
Да с блоком питания надо быть аккуратным, а то у меня старенький хоть и на 370W но только икнул на Phenom'e и приказал долго жить ;)
обещанный конфиг
итак как и обещал:
В общем не гонюсь за последними версиями, IMHO считаю, что только больше возни с тем чтобы оно заработало, было перепровано многое и -О3 тоже ;) теперь спокойно работаем.
/etc/make.conf
Уже шестиядерники начали выпускать?
В Core i7 восемь логических
В Core i7 восемь логических процессоров. И что?
хы
а то что при компиляции от второй половины толку никакого.
Пробовал?
Пробовал?
makeopts -j7
Я не спрашивал про i7, я спрашивал про феном, уважаемый.
Про hyper-threading можно и у гугла спросить.
Меня интересовало, для чего на четырёхядерном процессоре ставить -j7.
Какой от этого выигрыш? Или на это существуют какие-то скрытые,
неизвестные мне причины?
А насчёт - пробовал, не пробовал, это Вы зря...
Про Core i7 вот тут много чего "хорошего" :
http://download.intel.com/design/processor/specupdt/320836.pdf
Уверен? А если я скажу
Уверен?
А если я скажу обратное =) тем более что доступ к таким железкам у меня есть =)
___________________________________________
Working on Gentoo for iPAQ hx4700 and Openmoko Neo Freerunner :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера
я выбрал "-j7", что вы
я выбрал "-j7", что вы поставите ваше дело, но не видел чёткой формулы везде только рекомендации, а выбор мы делаем сами.
смотрите man make.conf секцию MAKEOPTS, цитирую -
MAKEOPTS Use this variable if you want to use parallel make. For example, if you have a dual-processor system, set this variable to "-j2" or "-j3" for enhanced build performance with many packages. Suggested settings are between CPUs+1 and 2*CPUs+1. In order to avoid excess load, the --load-average option is recommended.очень разумное решение. на
очень разумное решение. на двухъядернике при -j3 при компиляции пакета с большим количеством маленьких файлов, загрузка обоих процессоров была около 70-80%. при -j5 она была 100% на оба ядра. рискну предположить, что компиляция занимала меньше времени, чем загрузка в память такого кол-ва маленьких файлов и проц просто простаивал.
спс, буду пробывать
спс, буду пробывать
-Os нет смысла использовать
-Os нет смысла использовать =)
___________________________________________
Working on Gentoo for iPAQ hx4700 and Openmoko Neo Freerunner :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера
причина в gcc-4.3.3-r1,
причина в gcc-4.3.3-r1, откатись назад на gcc-4.3.3
так а почему я тогда не могу
так а почему я тогда не могу собрать gcc-4.3.3 с помощью gcc-4.1.2?
в портеджах появилась версия
в портеджах появилась версия gcc-4.3.3-r2. В отличии от первой ривизии, оно нормально будет работать с нашим процом?
Уточню, что это я пытаюсь поставить на чистый винт новую систему и я не могу ее собрать :( gcc-4.1.2, который в составе stage3 так же не хочет нормально собирать программы. Кстати, при сборке ядра он тоже переодически вылетает. Проблемы происходят как при системе, загруженной с livecd, так и при нормально загрузке с винта.
Была проверена память на предмет битых блоков, обновлен биос, проведена проверка на перегрев. Все в норме.
Мое предположение:
-либо какая-то хитрая опция в ядре, которая заставляет глючить железо
-либо компилятор не поддерживает корректно именно этот проц
-или у меня руки растут не из того места.
Последовательность действий, вызывающих эти ошибки:
1. размечаем чистый винт
2. сливаем на него stage3 gentoo-2008.0
3. подключаем proc и dev
4. chroot'имся
5. синхронизируем репозиторий
6. поправляем make.conf под наш проц (последнее, что пробывал - это march=k8 -pipe -O2 -msse3)
7. ставим и пытаемся собрать ядро gentoo-sources 2.6.28-r4 с конфигом по умолчанию, изменив только тип проца на наш, и частота выставлена на 1000
8. раза с 3 собираем ядро. Сборка прерывается в разых местах
9. ставим grub
10. перегружаемся в новую систему
11. пытаемся собрать остальные пакеты - ничего не получается. Сборка одних и тех же пакетов прерывается в разных местах. С n-ого раза удается что-то собрать.
Второй вариант был такой:
10. не выходя из chroot'а пытаемся собрать новый компилятор - ничего не выходит. Один раз собрался gcc-4.3.3-r1 с 5 попытки.
11. пытаемся собрать emerge -e system. Проблемы сборки остаются на месте. собирается через раз.
Странно, почти такой же проц,
Странно, почти такой же проц, а глюков не наблюдал. (Пол года как стоит, не первый GCC сменился)
x86_64 AMD Phenom(tm) 9550 Quad-Core Processor AuthenticAMD GNU/Linux
CFLAGS="-O2 -pipe -march=amdfam10 -mtune=amdfam10"
CXXFLAGS="-O2 -pipe -march=amdfam10 -mtune=amdfam10"
ACCEPT_KEYWORDS="~amd64"
Кстати для некоторой памяти надо в ручную вольтаж в биосе выставлять, может в этом дело?
Никаких проблем за целый год использования =)
Проц: AMD Phenom X4 9750
Мать: ASUS M3A32 MVP Deluxe
Память: Kingston PC6400 800MHz 4x2GB
БП: Thermaltake 500W с TWV (Total Watts Viever эт такая приблуда, которая показывает скока в данный момент кушает вся система. В момент полной загрузки потребляемая мощность у меня не превышает 250-260 ватт, 160 ватт в простое)
CFLAGS="-O3 -fomit-frame-pointer -march=native -mtune=native -funroll-all-loops -fpeel-loops -pipe" CXXFLAGS="${CFLAGS}"всё летает )))
Недавно при 2-3х проходном кодировании HD-видео стали повисать иксы на 2-3 проходах. Вылечилось чисткой компа и сменой термопасты. (комп по 2-4 месяца пашет без перезагрузок и постоянно что-то делает =)
При первоначальной установке тоже были проблемы со сборкой, т.к. gcc-4.1.2 постоянно вылетал. Ставил недели 2, но за давностью уж не помню, что помогло, но пересобирал мир раз 15 (((
Если проблема еще не решена, то могу предложить собрать бинарные пакеты для @system и выложить куда-нить... (Писать в личку)
К стати, MAKEOPTS лучше выставлять не в n+1 (где n - количество процессоров), а именно в n, ибо это стандартная опция make. +1 процесс тока мешает компиляции!!!
вобщем, у меня эта проблема
вобщем, у меня эта проблема решилась понижением частоты оперативы до 800 (хотя родное 1066)
Блин танцую с бубном третьи
Блин танцую с бубном третьи сутки над такой же проблеммой как думаете можно частоту со 133 понизить до 800? :)
Точно такая же проблема у
Точно такая же проблема у меня со старым athlon-xp. Проверял память, переустанавливал пакеты ничего не помогало. Проблему решил просто - открыл блок. Конечно нужно было бы пойти купить и поставить мощнее кулер, но как то лениво - и так работает. А так очень красивый эффект получается. Поставишь стенки у блока программы не компилируются, снимешь - компилируются.
не пожалейте денег и купите
не пожалейте денег и купите нормальный корпус типа FullTower с дополнительными вентиляторами для обдува... скрутите провода жгутами... в этом любой комп нуждается, т.ч. не надо на amd грешить ;)
вообще хорошо бы каждые пол года менять термопасту (алсил вполне подойдет) и делать это правильно, чистить радиаторы, кулеры смазывать, ведь комп он почти живой что ли - его любить надо и он отплатит вам тем же ;)
+1. сейчас у брата в Inwin
+1. сейчас у брата в Inwin 2004 года выпуска стоит Intel Pentium DC E5200@3333Mhz, с 2 кулерами на выдув(120мм) и вдув(80мм). температура проца выше 56 при сборке мира не поднимается, видео тоже выше 60 не поднималась. винты по 36 градусов. таже конфигурация на левом корпусе без вентилей на вдув/выдув с открытм корпусом была на 6-10 граудсов горячее при техже условиях.
так что у охлаждению советую подходить максимально внимательно :)