Какая сборка лучше подойдет?

Всем снова привет. После 3х недель проведенных на kubuntu 11.10 решил поставить систему на свой основной комп. (До сего момента стояла системка на ноуте). Но вот незадача, встала проблема выбора дистрибутива под следующую конфигурацию: Intel Core i5-2500, ОЗУ 4ГБ, ATI Radeon 6790. Как думаете, какая версия дистрибутива лучше подойдет для данной конфигурации?

Заранее спасибо.

+1
GVA - 18 Апрель, 2012 - 19:07
Изображение пользователя GVA.

Последняя на момент установки.

0
dyug - 18 Апрель, 2012 - 19:39

Та, которая выйдет 26 апреля 2012 года.
Впрочем, можно поставить и сейчас, заодно потестив глюки... :-)

0
Faustlogger - 18 Апрель, 2012 - 19:45

т.е. i386 подойдет?

0
dyug - 18 Апрель, 2012 - 19:57

Я лично сторонник так называемой архитектуры i386 с -pae ядром, которое все равно ставится по умолчанию.. :-)
Ибо, как неоднократно замечено на сайте - архитектура amd-x64 может вызывать проблемы.
Особенно с приложениями, не входящими в оригинальные репозитории.
В частности жалобы были на wine, adobe flash, и еще...
Но в любом случае - решать Вам - откровенно говоря. я не вижу особых преимуществ у амд-х64 платформы для обычного пользователя.
Для серверов - да она оказывается существенно быстрее, особенно с большими массивами данных.

Опять таки - это мое личное мнение, основанное на использовании линуха с 1998 года.

+3
DarkneSS - 18 Апрель, 2012 - 21:06
Изображение пользователя DarkneSS.

Флешепроблемы исчезли года 2 назад. Теперь он однаково глючен и там, и там. Впрочем как и скайп. Проблем с вайном из-за архитектуры не встречал.
PS amd64, потому что нечего плодить старьё.

0
dyug - 19 Апрель, 2012 - 10:38

можно услышать более внятное объяснение?
особенно вот этой фразы "amd64, потому что нечего плодить старьё."
В чем именно заключается старье ?
Учитывая явную неосведомленность пишущего о реальной сборке так называемого i386 ядра в убунту.
uname -a
Linux dyug-eM350 3.0.0-19-generic #32-Ubuntu SMP Thu Apr 5 18:21:13 UTC 2012 i686 i686 i386 GNU/Linux

для улучшения своего экспиренса рекомендую ознакомиться с тем, что именно выдает данная команда.

+1
DarkneSS - 19 Апрель, 2012 - 11:08
Изображение пользователя DarkneSS.

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

0
dyug - 19 Апрель, 2012 - 12:38

"представители IA-64 — семейства Itanium и Itanium 2." вот это да, плюс.
Все остальное - в разделе про виртуализацию хорошо сказано. :-)

0
DarkneSS - 19 Апрель, 2012 - 14:28
Изображение пользователя DarkneSS.

Избирательное чтение? поддержка 64-битных регистров общего назначения, 64-битных арифметических и логических операций над целыми числами Про виртуализацию написано, что было давно и уже починили.

0
DarkneSS - 19 Апрель, 2012 - 12:36
Изображение пользователя DarkneSS.

Ожидаемо она выдаёт, что 30летние компьютеры уже не поддерживаются, а 20 ещё вполне =)

+1
dyug - 19 Апрель, 2012 - 10:40

судя по минусованию, ни у кого нет слов для объяснения своей позиции, в отличие от моего личного мнения, что является весьма похвальной демонстрацией того, как можно бороться с оппонентом, НЕ ИМЕЯ никаких доказательств...

0
Susumo - 19 Апрель, 2012 - 10:56
Изображение пользователя Susumo.

Ну я минусов не ставил, но все равно отпишусь. На моих железках с х86 (недавно установил) упала производительность, видно это не везде, скажем лиса открывала в х64 эту страницу на лету, сейчас же даже слышно как кулер начинает разгонятся, wine как не странно у меня работает стабильней на х64, на х86 пару раз намертво всю ситему повесила, однако х86 пропал баг с панелью задач, остающиеся кнопки закрытых окон, про использовании icon-Only весьма неприятный баг, возможно в не использующихся мной приложениях, перевес будет в сторону х86, я же возвращаюсь на х64.

0
dyug - 19 Апрель, 2012 - 11:05

Гмм, учитывая что лису сейчас начинают специально готовить для сборок именно амд64, и более того, это не очень неофициальный проект пока что, то странно.
Завешивание намертво - тут вопрос очень интересный, но как он связан с архитектурой, я не скажу.

Но опять таки, я высказал (что было явно указано) свое личное мнение..
Связанное с моим опытом работы в линухе.

0
Vlad_W_1999 - 19 Апрель, 2012 - 12:08

Не нервничай так. Поставил я тебе плюс. :-)

У меня, например, некоторые глюки при переходе на х64 появились. А вот производительность возросла. Глюки, правда, из забавных и некритичных -- например, не удаётся установить фоновую картинку на GRUB. Но это детский сад.

0
dyug - 19 Апрель, 2012 - 12:34

да не в плюсе или минусе дело, я даже не смотрел что у меня там с этим соотношением...
Просто довольно часто мне приходится сталкиваться с этим вопросом, и вот ни разу не видел внятного ответа...
Причем количество глюков, особенно если придется что либо собирать или ставить типа того же вбокса или вмваре, резко отбивает желание связываться...
На серверах да, я видел реальное ускорение, доказанное не только тестами, но и инструментальными измерениями. но там и памяти 16-32 гига..
На десктопе... ну от 3 до 5 процентов инструментальные данные. Максимум, после кернельного тюнинга - до 15%

0
Vlad_W_1999 - 19 Апрель, 2012 - 14:25

Я, например, рассуждал так: если архитектура х64, то логично предположить, что процессор полностью будет задействован под аналогичной ОС.

0
DarkneSS - 19 Апрель, 2012 - 12:35
Изображение пользователя DarkneSS.

Кхм. Фоновая картинка точно с архитектурой связана? =)

0
Vlad_W_1999 - 19 Апрель, 2012 - 14:27

Гадом буду! Был бук с х32. Теперь стационар с х64. Мало того, что простой перенос файла с настройками ничего не дал, так ещё и сама структура файла настроек здесь радикально отличается. Так что я не понял как это сделать.

Кроме как грешить на то, что под х64 сменили формат файла, больше не на что.

0
DarkneSS - 19 Апрель, 2012 - 14:30
Изображение пользователя DarkneSS.

А, может, был груб1, а стал груб2? Потому, что конфиг от архитектуры точно не зависит. Если свою х32 вы ставили до 9.10 и потом обновляли, то груб2 (дефолтный с 9.10) сам при обновлении не устанавливался, его нужно было устанавливать вручную. Собственно в эту строну и копайте, конфиг второго груба лучшее вообще не трогать, настроив правила для его автоматической генерации.

0
dyug - 19 Апрель, 2012 - 14:42

Не, это уже не явно не то... :-)
Если менялся конфиг - то однозначно " был груб1, а стал груб2"(с)DarkneSS
Сразу тоже было невнятно, но потом вроде разобрался, во всяком случае - для своих целей (типа загрузка винды по умолчанию, типа загрузка исо образа, выбор кого и как грузить) :-)

0
Vlad_W_1999 - 21 Апрель, 2012 - 13:09

Ррррр! Граб был 1 (на старом буке), потом был проапгрейжен до 2 версии. И по инструкции с этого же форума была поставлена картинка на фон.

Потом бук был продан и куплен стационар. Попытка переноса конфигурационного файла со старой системы на новую успехом не увенчалась. Вся разница в том, что на стационаре с нуля ставилась х64.

Любят у нас не услышать, но сходу что-то предположить...

+1
dyug - 21 Апрель, 2012 - 13:47

шото (а именно хрустальный шар (с)твоего имени) мне подсказывает, что грубу2 АБСОЛЮТНО пофиг вариант архитектуры ядра.
Зато ему совершенно не пофиг особенности реализации функционирования железа при буте.

Я в свое время поимел забавную материнку, у которой бут доходил до стадии старта нетворка, после чего на винте файловой системы не оставалось.
Под виндой все работало. года через четыре, когда эта мать попалась мне опять в руки - я выяснил, что микропрограммная реализация прерываний на тот момент сажала сетевух и ИДе контролер на одно прерывание. рассказывая системе о том что они разные.
Причем дрова для винды работали только с сайта материнки....

Так что.... :-)
эмм, собственно что я хотел сказать: Я НЕ уверен, что возникшая у тебя проблема - это проблема разницы архитектур.
Ну мое чутье мне такое подсказывает, а я ему привык доверять. :-)

0
Vlad_W_1999 - 21 Апрель, 2012 - 14:24

А вот в то, что железо виновато -- верю. У меня монитор весьма интересный. Без танцев с бубном 1280 на 1024 не выставлялось хоть стреляйся. Потому тот же GRUB виден не был (надпись "No signal" и так до загрузки графики, которая работала исключительно на 1024х768). Так что вероятность того, что виновато железо, достаточно велика.

0
DarkneSS - 19 Апрель, 2012 - 11:06
Изображение пользователя DarkneSS.

Ваши аргументы более весомы?

0
dyug - 19 Апрель, 2012 - 12:41

мой опыт - да, и как было указано по моему личному мнению и опыту.

Кстати, стоит у меня тут две штучки с итаниумами... - забавная игрушка...

К сожалению, я в этом увидел один только "аргумент" :-(
Но он тоже аргумент, за отсутствием других...

0
DarkneSS - 19 Апрель, 2012 - 14:31
Изображение пользователя DarkneSS.

Вспомнили мёртворождённых, прелестно!
Вообще у вас аргумент то ли опыт, то ли какие-то архитектурозависимые проблемы на форуме. Если есть негативный опыт, приведите примеры, пожалуйста.

0
dyug - 19 Апрель, 2012 - 14:46

Да в последнее время - все что является рывком - все мертворожденное, увы. :-(
Миром правит посредственность, демократия и свобода слова (от здравого смысла)
так же, как и IBM G5, G6, хотя у них не было и пока еще нет конкурентов...
Просто пришлось несколько лет назад повозиться с ИБМ Z-series комплектом...

+1
dm - 18 Апрель, 2012 - 20:33
Изображение пользователя dm.

Intel Core i5-2500, ОЗУ 4ГБ, ATI Radeon 6790

Я бы AMD64 ставил.

+1
GVA - 19 Апрель, 2012 - 00:25
Изображение пользователя GVA.

i386 подойдёт. Но я его использую только на древних компах, не поддерживающих 64-битные системы, чего и вам желаю.

+1
alex286 - 19 Апрель, 2012 - 20:32
Изображение пользователя alex286.

Опять таки - это мое личное мнение, основанное на использовании линуха с 1998 года.Блин, я тоже с 1998 года... Коллега! И как уже писал на этом форуме не поддерживаю системы AMD64, ибо много различных утилит технического назначения (приборные интерфейсы, конверторы,прошивалки) НЕ поддерживают и даже не компиляться в этой системе, причем выясняется это как раз в каком-нибудь подвале, в "три погибели", то есть в самом неудобном месте, где нет ни времени, ни желания разбираться..И идет линух "лесом" , запускаешь "винду" (благо всегда с собой)и "работу работаешь"... Вот такие "подляны" от архитектуры..

0
DarkneSS - 19 Апрель, 2012 - 22:14
Изображение пользователя DarkneSS.

Вот это уже по делу! Учитывая особенности такого рода программ, остаётся только ждать, когда разработчики пересядут на х64...

+1
dyug - 20 Апрель, 2012 - 09:48

я тут на всякий случай процитирую себя, любимого:-)
Причем количество глюков, особенно если придется что либо собирать
Дабы поговорить о избирательном чтении...
Про сборку и управление внешними устройствами(чем я иногда занимаюсь) я не упомянул, но ладно, будем считать, виноват.
Просто некоторые забавные железячки, мимо пробегающие имеют только .со библиотеку, и обвязку к ней(собственно компилируемую) , и как ты можешь догадаться, работают только с архитектурой под названием i386 :-(

Просто я в 80-е годы прошлого века успел захватить бум станков с ЧПУ, и выполнял работы по их наладке и обслуживанию, посему у меня осталась любовь к таким управляемым компом железякам...

+1
DarkneSS - 20 Апрель, 2012 - 10:33
Изображение пользователя DarkneSS.

Мир, дружба, жвачка? ;-)

0
dyug - 20 Апрель, 2012 - 10:51

угу :-)
Рассматривая на втором экране конфиг ipfw ФриБСД доставшейся по наследству, и пытаясь понять как же это не сломать... :-(

0
lord_i - 20 Апрель, 2012 - 12:07
Изображение пользователя lord_i.

Без особых нареканий 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: [email protected]
          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

и даже на таком старичке:
*-cpu
          product: Intel(R) Pentium(R) D CPU 3.40GHz
          vendor: Intel Corp.
          physical id: 1
          bus info: [email protected]
          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 операционки + соответствующий виртуалбокс.

Отправить комментарий

CAPTCHA на основе изображений
Введите цифры