Вопрос про notebook [SOLVED]
jazz_bass 15 сентября, 2007 - 12:35
Вот купил себе бук HP 6510b:
CPU: Core2Duo T7300
ChipSet: Mobile™ Intel® 965GM Express
Video:Intel GMA X3100
Посоветуйте пожалуйчта что выбрать ~x86 или ia64. Что лучше писать в CFLAGS. В ~x86 какой проц ставить в make menuconfig? И еще что писать в make.conf VIDEO_CARDS? Заранее благодарен...
»
- Для комментирования войдите или зарегистрируйтесь
А какой смысл
А какой смысл ставить на ноуте 64 бита? Производительности это не добавит, а вот проблемы появятся, например с оперой, флешем и прочими бинарными вещами, собранными под 32 бита.
А в VIDEO_CARDS="vesa i810"
ликбез -
ликбез - http://www.gentoo.ru/node/6389 - ia64 это не то что вы думаете! И для Core2Duo в 64-битном режиме надо ставить стейдж от amd64, как бы это странно не выглядело ;)
ia64 это itanium,
ia64 это itanium, нужно amd64
флеш прекрасно работает через враппер
опера тож нормально работает, emul-linux только тянет.
а вообще неплохо-бы поиском по сайту и вики воспользоваться - тут уже столько холиваров на эту тему было...
Ставь ~amd64 и не
Ставь ~amd64 и не парься =)
все будет пахать на ура =)
___________________________________________
Gentoo GNU/Linux 2.6.22 GCC 4.2.0 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
Вопрос в том
Вопрос в том добавит ли это производительности по сравнению с ~x86, ведь в intel'ах только окружение 64bit а самое ядро так и осталось 32bit...
Это интересно
Это интересно откуда такие сведения?
Такого кстати говоря в принципе быть не может =)
Коре2 это уже чисто 64 битный проц с эмуляцие 32 бит путем обрезания регистров и эмуляцией некоторых комманд x86
___________________________________________
Gentoo GNU/Linux 2.6.22 GCC 4.2.0 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
блять
коредура была дополнена EMT64 а не наоборот. короче 64 бита там для галочки. не пиздеть тут.
! Не материться
Ссылочку
Ссылочку пожалуйста на данный факт...
Коре2 работает намного быстрее амд в 64 битных приложениях. Ты хоть спеки архитктуры читал? перед тем как что либо высказывать. Это не лор однако =)
Для справки наборы команд amd64 и em64t на текущий момент отличаются всего двумя инструкциями...
ЗЫ не матерится! посты порежу =)
___________________________________________
Gentoo GNU/Linux 2.6.22 GCC 4.2.0 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
Уровень интерпретации...
Вообщем я не претендую на роль гуру... Но я вижу ситуацию следующим образом...
Практически в любом проце существует (как минимум) Цифровой логический уровень и уровень микроархитектуры (во всяком случае так пишет Эндрю Таненбаум в "Архитектура Компьютера"). Так вот цивровой логический уровень - это то что реализованно непосредственно транзисторами и.т.д. А уровень микроархитектуры - это интерпритатор! То есть то что мы считаем машинным кодом не совсем то, этот код еще интерпритируется микроархитектурой и только потом выполняется железом... Так вот насколько я понимаю ETM64 это просто часть интерпритатора, иначе говоря к железу отношения не имеет! Как я это вижу... Вот к примеру складываем два 64 разрядных числа (архитектура 64bit - это не только 64bit регистры, но и команды которые работают с 64bit данными!!!) интерпритатор AMD интерпритирует в одну команду - сложить первое 64 разрядное число и второе 64 разрядное число, а интерпритатор INTEL интерпритирует в 2:
1) Сложить младшую 32 разрядную тетраду первого 64 разрядного числа с младшей 32 разрядной тетрадой второго 64 разрядного числа и сохранить бит переноса,
2) Сложить старшую 32 разрядную тетраду первого 64 разрядного числа со старшей 32 разрядной тетрадой второго 64 разрядного числа и бит переноса.
Этот пример был очень урезан и некрасив и совсем не точен! Но он показывает суть! Иначе говоря ядро INTEL как работало с 32 битами так и работает, просто интерпритатор интерпритирует 64bit команды! Именно это и называется 64bit окружение 32bit ядро!
P.S.
Вообщем если я не прав то пожалуйста обясните в чем, просто самому охота во всем этом разобраться!
P.P.S.
Набор инструкций - это интерпритатор, а не железо!
Мне кажется что
Мне кажется что это относилось только к тем интела что были на безе p4
Коре2 это уже совсем другое...
В приводимом примере получалось бы что прога которая работает в double-precision должна была бы работать быстрее на амд...
Однако как показывает моя практика это не так в отношение core2 =)
___________________________________________
Gentoo GNU/Linux 2.6.22 GCC 4.2.0 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
Вполне возможно!
Вполне возможно, может ты и прав! Но вопрос еще в кэше... Причем не только в его размере, но и в принципиальном исполнении... А именно на INTEL он совмещеный для двух ядер, в AMD раздельный для каждого ядра... Я вижу это так:
1) Рассмотрим приложение которое написанно под многоядерные системы: На на обоих ядрах выполняются команды работающие с одними и теми-же данными, в этом случае объединеный кэш работает лучше поскольку нет необходимости постоянной синхронизации как в случае с раздельным кэшем (например ядро №1 выполняет команду меняющую данные в ячейке №10, а следующим тактом ядро №2 выполняет команду операндом которой является ячейка №10), к тому-же в случае с раздельным кэшем нерационально используется объем кэша (в обоих раздельных кэшах будут храниться практически одни и те-же данные)
2) Рассмотрим приложение написанное под одноядерные системы: Работает только одно ядро! Но в случае INTEL используется весь кэш, а вслучае AMD толь кэш одного ядра!
3) Рассмотрим несколько (для простоты два) приложений не важно под какую систему написанных (но это для простоты и наглядности, в действительности все сложней): приложение №1 работает на ядре №1, приложение №2 работает на ядре №2. В случае с INTEL в общем кэше находятся данные обоих приложений. Достаточно часто будет возникать ситуация когда ядра будут конкурироват между собой в обращении к кешу? иначе говоря когда ядро №1 пишет/читает из/в кэш - ядро №2 не может обращаться к кэшу В случае с AMD данной проблемы нет, поскольку кэш разделен!
P.S.
Такая разница в реализации кэша существенным образом влияет на общую производительность процессора.
P.P.S.
Ну а теперь все-же скажите кто знает какую платформу выбрать (~x86 или amd64). Не бейте сильно если сейчас опус сморожу, но в ~x86 когда ядро для перед сборкой настраивал в menuconfig не нашел ни Core Duo ни Core 2 Duo поставил i686 или i586 не помню... В amd64 есть в ядре поддержка конкретно Core Duo или Core 2 Duo?
архитектуры x86
архитектуры x86 и amd64 отличаются скажем так - версией компилятора. пакеты абсолютно одинаковы, только стабильные по разному(в одной ветке уже стабильны, в другой нет). ну а ядро темболее одно и тоже.
ты видимо что-то нето выбрал, и соответственно пункт с нужным процом был недоступен.
если есть Х-сервер вместо menuconfig можно использовать xconfig (для qt) - там наглядно видно если включить показ отключенных функций, они показаны серым.
опера уже 64
опера уже 64 битная.
в каком месте?
в каком месте?
Известно.
Известно.
что извесно? о
что извесно?
о том что колупают пока?
а поставить как?
кусок нового ebyild со ссылкой на 64 закоментирован, а сам ebuild - hard masked
нету, будет - да, но сейчас нету.
Мы не с разных
Мы не с разных планет, часом? Неделю назад Опера сразу поставилась, прекрасно поработала и была снесена, ибо не впечатлила.Ставится и без проблем.
ну мне и
ну мне и ставить неохота
emerge -pv opera These are
emerge -pv opera
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] www-client/opera-9.23 USE="gnome -qt-static (-spell)" 0 kB
Total: 1 package (1 reinstall), Size of downloads: 0 kB
Попытка прояснения
Это... "мальчики, не ссорьтесь" ©
Давайте я всё сразу скажу, чтоб прояснилось
Opera до версии 9.50 была только для x86 собрана. Ставилась и под amd64, но тянула библиотеки совместимости (видимо — я лично не ставил). Вышедшая недавно 9.50α собрана уже и для amd64, но всё ещё шибко замаскирована, потому что α. Последняя стабильная версия в портежах — 9.23.
Поэтому этот спор особо смысла не имеет (-:Е
так а этро не
так а этро не спор, а-то думал что оппонент в курсе что opera только на 32 бита была и только что появилась альфа...
...а тянет опера за собой кучу всего - есть пакеты emul-linux-* которые есть с Х, gtk, qt, java, и ещё много-много всего на все случаи жизни. Раньше для этого 32х битный chroot собирали - а теперь(вобщем-то пару лет...) в gentoo есть уже скомпиленный chroot в лице этих либ.
Вот для того,
Вот для того, чтобы всё это разъяснить, я и влез (-:Е
Ну вот это
Ну вот это возможно. Истина же одна - стабильная опера на 64битном Gentoo идёт и не пыхтит. Без бубна.
без бубна, но
без бубна,
но бандлом с 32х-битным окружением...
читал читал -
читал читал - так и не понял - 32 вс таки или 64? и что ставить в march?
спасибо!
а пингвина при загрузке 2 :)
Success is simple. Do what's right, the right way, at the right time.
compiz-fusion на нем
compiz-fusion на нем не поднимал еще?
отпишись как все настроишь.
на gentoo-wiki есть статья по очень схожему ноуту. я думаю можешь все один в один настраивать.
http://gentoo-wiki.com/HARDWARE_HP_Compaq_6710b
С огромным опозданием, но все же...
В настоящий момент на моем буке:
Архитектура - ~x86Ядро - linux-2.6.25-gentoo-r5
Дрова под видео - xf86-video-i810-2.3.2
X'ы - xorg-server-1.4.2
Оконный менеджер - gnome-2.22.1
Композитный менеджер - compiz-fusion-0.6.0
CFLAGS="-O3 -march=prescott -pipe -fomit-frame-pointer"
Все отлично работает... Единственное чего не заставил работать так это встроенный модем и сканер отпечатков пальцев. Если есть какие вопросы обращайтесь.
______________________________________________________________________
Не надо бояться, что жизнь кончится. Надо бояться что она не начнется!