Какая сборка лучше подойдет?
Faustlogger - 18 Апрель, 2012 - 19:02
Всем снова привет. После 3х недель проведенных на kubuntu 11.10 решил поставить систему на свой основной комп. (До сего момента стояла системка на ноуте). Но вот незадача, встала проблема выбора дистрибутива под следующую конфигурацию: Intel Core i5-2500, ОЗУ 4ГБ, ATI Radeon 6790. Как думаете, какая версия дистрибутива лучше подойдет для данной конфигурации?
Заранее спасибо.
Последняя на момент установки.
Та, которая выйдет 26 апреля 2012 года.
Впрочем, можно поставить и сейчас, заодно потестив глюки... :-)
т.е. i386 подойдет?
Я лично сторонник так называемой архитектуры i386 с -pae ядром, которое все равно ставится по умолчанию.. :-)
Ибо, как неоднократно замечено на сайте - архитектура amd-x64 может вызывать проблемы.
Особенно с приложениями, не входящими в оригинальные репозитории.
В частности жалобы были на wine, adobe flash, и еще...
Но в любом случае - решать Вам - откровенно говоря. я не вижу особых преимуществ у амд-х64 платформы для обычного пользователя.
Для серверов - да она оказывается существенно быстрее, особенно с большими массивами данных.
Опять таки - это мое личное мнение, основанное на использовании линуха с 1998 года.
Флешепроблемы исчезли года 2 назад. Теперь он однаково глючен и там, и там. Впрочем как и скайп. Проблем с вайном из-за архитектуры не встречал.
PS amd64, потому что нечего плодить старьё.
можно услышать более внятное объяснение?
особенно вот этой фразы "amd64, потому что нечего плодить старьё."
В чем именно заключается старье ?
Учитывая явную неосведомленность пишущего о реальной сборке так называемого i386 ядра в убунту.
uname -aLinux dyug-eM350 3.0.0-19-generic #32-Ubuntu SMP Thu Apr 5 18:21:13 UTC 2012 i686 i686 i386 GNU/Linux
для улучшения своего экспиренса рекомендую ознакомиться с тем, что именно выдает данная команда.
Вы считаете плюсы 64битной архитектуры несущественными и недостойными называться прогрессом?
"представители IA-64 — семейства Itanium и Itanium 2." вот это да, плюс.
Все остальное - в разделе про виртуализацию хорошо сказано. :-)
Избирательное чтение? Про виртуализацию написано, что было давно и уже починили.
Ожидаемо она выдаёт, что 30летние компьютеры уже не поддерживаются, а 20 ещё вполне =)
судя по минусованию, ни у кого нет слов для объяснения своей позиции, в отличие от моего личного мнения, что является весьма похвальной демонстрацией того, как можно бороться с оппонентом, НЕ ИМЕЯ никаких доказательств...
Ну я минусов не ставил, но все равно отпишусь. На моих железках с х86 (недавно установил) упала производительность, видно это не везде, скажем лиса открывала в х64 эту страницу на лету, сейчас же даже слышно как кулер начинает разгонятся, wine как не странно у меня работает стабильней на х64, на х86 пару раз намертво всю ситему повесила, однако х86 пропал баг с панелью задач, остающиеся кнопки закрытых окон, про использовании icon-Only весьма неприятный баг, возможно в не использующихся мной приложениях, перевес будет в сторону х86, я же возвращаюсь на х64.
Гмм, учитывая что лису сейчас начинают специально готовить для сборок именно амд64, и более того, это не очень неофициальный проект пока что, то странно.
Завешивание намертво - тут вопрос очень интересный, но как он связан с архитектурой, я не скажу.
Но опять таки, я высказал (что было явно указано) свое личное мнение..
Связанное с моим опытом работы в линухе.
Не нервничай так. Поставил я тебе плюс. :-)
У меня, например, некоторые глюки при переходе на х64 появились. А вот производительность возросла. Глюки, правда, из забавных и некритичных -- например, не удаётся установить фоновую картинку на GRUB. Но это детский сад.
да не в плюсе или минусе дело, я даже не смотрел что у меня там с этим соотношением...
Просто довольно часто мне приходится сталкиваться с этим вопросом, и вот ни разу не видел внятного ответа...
Причем количество глюков, особенно если придется что либо собирать или ставить типа того же вбокса или вмваре, резко отбивает желание связываться...
На серверах да, я видел реальное ускорение, доказанное не только тестами, но и инструментальными измерениями. но там и памяти 16-32 гига..
На десктопе... ну от 3 до 5 процентов инструментальные данные. Максимум, после кернельного тюнинга - до 15%
Я, например, рассуждал так: если архитектура х64, то логично предположить, что процессор полностью будет задействован под аналогичной ОС.
Гадом буду! Был бук с х32. Теперь стационар с х64. Мало того, что простой перенос файла с настройками ничего не дал, так ещё и сама структура файла настроек здесь радикально отличается. Так что я не понял как это сделать.
Кроме как грешить на то, что под х64 сменили формат файла, больше не на что.
А, может, был груб1, а стал груб2? Потому, что конфиг от архитектуры точно не зависит. Если свою х32 вы ставили до 9.10 и потом обновляли, то груб2 (дефолтный с 9.10) сам при обновлении не устанавливался, его нужно было устанавливать вручную. Собственно в эту строну и копайте, конфиг второго груба лучшее вообще не трогать, настроив правила для его автоматической генерации.
Не, это уже не явно не то... :-)
Если менялся конфиг - то однозначно " был груб1, а стал груб2"(с)DarkneSS
Сразу тоже было невнятно, но потом вроде разобрался, во всяком случае - для своих целей (типа загрузка винды по умолчанию, типа загрузка исо образа, выбор кого и как грузить) :-)
Ррррр! Граб был 1 (на старом буке), потом был проапгрейжен до 2 версии. И по инструкции с этого же форума была поставлена картинка на фон.
Потом бук был продан и куплен стационар. Попытка переноса конфигурационного файла со старой системы на новую успехом не увенчалась. Вся разница в том, что на стационаре с нуля ставилась х64.
Любят у нас не услышать, но сходу что-то предположить...
шото (а именно хрустальный шар (с)твоего имени) мне подсказывает, что грубу2 АБСОЛЮТНО пофиг вариант архитектуры ядра.
Зато ему совершенно не пофиг особенности реализации функционирования железа при буте.
Я в свое время поимел забавную материнку, у которой бут доходил до стадии старта нетворка, после чего на винте файловой системы не оставалось.
Под виндой все работало. года через четыре, когда эта мать попалась мне опять в руки - я выяснил, что микропрограммная реализация прерываний на тот момент сажала сетевух и ИДе контролер на одно прерывание. рассказывая системе о том что они разные.
Причем дрова для винды работали только с сайта материнки....
Так что.... :-)
эмм, собственно что я хотел сказать: Я НЕ уверен, что возникшая у тебя проблема - это проблема разницы архитектур.
Ну мое чутье мне такое подсказывает, а я ему привык доверять. :-)
А вот в то, что железо виновато -- верю. У меня монитор весьма интересный. Без танцев с бубном 1280 на 1024 не выставлялось хоть стреляйся. Потому тот же GRUB виден не был (надпись "No signal" и так до загрузки графики, которая работала исключительно на 1024х768). Так что вероятность того, что виновато железо, достаточно велика.
Ваши аргументы более весомы?
мой опыт - да, и как было указано по моему личному мнению и опыту.
Кстати, стоит у меня тут две штучки с итаниумами... - забавная игрушка...
К сожалению, я в этом увидел один только "аргумент" :-(
Но он тоже аргумент, за отсутствием других...
Вспомнили мёртворождённых, прелестно!
Вообще у вас аргумент то ли опыт, то ли какие-то архитектурозависимые проблемы на форуме. Если есть негативный опыт, приведите примеры, пожалуйста.
Да в последнее время - все что является рывком - все мертворожденное, увы. :-(
Миром правит посредственность, демократия и свобода слова (от здравого смысла)
так же, как и IBM G5, G6, хотя у них не было и пока еще нет конкурентов...
Просто пришлось несколько лет назад повозиться с ИБМ Z-series комплектом...
Я бы AMD64 ставил.
i386 подойдёт. Но я его использую только на древних компах, не поддерживающих 64-битные системы, чего и вам желаю.
Блин, я тоже с 1998 года... Коллега! И как уже писал на этом форуме не поддерживаю системы AMD64, ибо много различных утилит технического назначения (приборные интерфейсы, конверторы,прошивалки) НЕ поддерживают и даже не компиляться в этой системе, причем выясняется это как раз в каком-нибудь подвале, в "три погибели", то есть в самом неудобном месте, где нет ни времени, ни желания разбираться..И идет линух "лесом" , запускаешь "винду" (благо всегда с собой)и "работу работаешь"... Вот такие "подляны" от архитектуры..
Вот это уже по делу! Учитывая особенности такого рода программ, остаётся только ждать, когда разработчики пересядут на х64...
я тут на всякий случай процитирую себя, любимого:-)
Дабы поговорить о избирательном чтении...
Про сборку и управление внешними устройствами(чем я иногда занимаюсь) я не упомянул, но ладно, будем считать, виноват.
Просто некоторые забавные железячки, мимо пробегающие имеют только .со библиотеку, и обвязку к ней(собственно компилируемую) , и как ты можешь догадаться, работают только с архитектурой под названием i386 :-(
Просто я в 80-е годы прошлого века успел захватить бум станков с ЧПУ, и выполнял работы по их наладке и обслуживанию, посему у меня осталась любовь к таким управляемым компом железякам...
Мир, дружба, жвачка? ;-)
угу :-)
Рассматривая на втором экране конфиг ipfw ФриБСД доставшейся по наследству, и пытаясь понять как же это не сломать... :-(
Без особых нареканий x86_64 работает на:
product: HP ProBook 4310s (VC349EA#ACB)vendor: Hewlett-Packard
description: CPU
product: Intel(R) Core(TM)2 Duo CPU T6570 @ 2.10GHz
vendor: Intel Corp.
physical id: 0
bus info: cpu@0
version: Intel(R) Core(TM)2 Duo CPU T6570 @ 2.10GHz
slot: Intel(R) Genuine processor
size: 2101MHz
capacity: 2101MHz
width: 64 bits
clock: 200MHz
capabilities: fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx x86-64 constant_tsc arch_perfmon pebs bts nopl aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm ida tpr_shadow vnmi flexpriority cpufreq
description: System Memory
physical id: 4
slot: System board or motherboard
size: 4GiB
и даже на таком старичке:
*-cpuproduct: Intel(R) Pentium(R) D CPU 3.40GHz
vendor: Intel Corp.
physical id: 1
bus info: cpu@0
size: 2400MHz
capacity: 2400MHz
width: 64 bits
capabilities: fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx x86-64 constant_tsc pebs bts nopl pni dtes64 monitor ds_cpl est cid cx16 xtpr pdcm lahf_lm cpufreq
*-memory
description: System Memory
physical id: 3f
slot: System board or motherboard
size: 4GiB
причем и там и там активно используется виртуалбокс с виндой и еще много всего разного.
Кстати, один из читателей форума очень мучался с виртуалбоксом после установки i386 операционки на машину с 64 архитектурой. К примеру - виртуалбоксовский диск под винду создавался 6 или 8 часов (уже точно не помню, но срок поражал воображение) Я ему слегка помогал. Все глюки ушли после установки x86_64 операционки + соответствующий виртуалбокс.
Отправить комментарий