pztrn |
|
Темы:
23
Сообщения:
1436
Участник с: 20 сентября 2009
|
mango +1 :> |
grik |
|
Темы:
18
Сообщения:
93
Участник с: 08 июля 2009
|
Если есть хотя бы 4Гб на машине то не задумываясь ставьте х86_64, памяти ест больше но зато многие вещи работают быстрее например компиляция, кодирование видео быстрее экономит в среднем 20-40минут и чем тяжелее параметры тем экономии больше, работа с архивами с некоторыми быстрее, я уже давно перешел и не жалею проблем не с одной программой небыло всё нашлось. |
gard |
|
![]()
Темы:
66
Сообщения:
1167
Участник с: 15 декабря 2009
|
Ну фто вы все про память да про память, у меня вот ее всего 2Гб.. и я на x86_64.. а что мучаться, надо ставить и все. Если думаете что лучше, не можете выбрать, то ставьте i686, чтобы потом не было плясок с бубном. Хотя, все решаемо. :) ps: а вообще это извечный вопрос.. |
zubastiy |
|
Темы:
136
Сообщения:
548
Участник с: 18 сентября 2009
|
если для десктопа - то i686 возни меньше с системой, к примеру тот же chromium на x86_64 у меня никак не хотел броузером по дефолту быть ) skype опять же без каких либо допусилий на i686 работает. часть пакетов “портированны” с i686 на x86_64 и для поддержания штанов им нужны всяческие lib32* компиляция (да и распаковка-упаковка пакетов) под x86_64 быстрее. на моем нетбуке с VIA NANO (очень слабый проц, даже против atom, но зато имеет набор команд x86_64) это явно заметно. glxgear (софтварный) на x86_64 показывает 180 попугаев против 150 на i686. вообщем и целом, исходя из собственного опыта i686 для комфортной жизни в десктопе (более френдли) и памяти меньше жрет, да. x86_64 если планируются всяческие эксперименты или есть высоконагруженные сервисы где хочется получить +10-20 процентов производительности (прирост зависит от задачи, мультимедийные задачи даже на 3-4 процента помедленее) ну или просто хочется ) |
talumees |
|
Темы:
15
Сообщения:
79
Участник с: 28 октября 2009
|
недавно озадачился этим же вопросом, прошарил тьму форумов, воздержусь от критикантсва. решился переустановил 64. 64 однозначно рулит. заметно быстрее. проц меньше нагружен на стандартных задачах. память ннагружена не больше обычного. skype только чтоб и может еще что-то. 686 - прошлый век. |
h4tr3d |
|
Темы:
34
Сообщения:
2656
Участник с: 12 июля 2007
|
talumees а говорил от критиканства воздержишься :-D как минимум первые x86_64 процессоры появились только в этом веке, причем не сразу. Ну и чо, давайте чистый ia64 использовать. А то у всех трЪ 64 бит, а как чо, так мультилиб с x86 :-D а по поводу памяти в дра раза больше, так балбесов, которые это утверждают, отправляю учить организацию памяти, что такое страницы, и что такое выравнивание, и отвечать обоснованно на вопрос: почему на 64 бит памяти пользуется больше, но ни как не в 2 раза, и даже не 1.5, а хорошо, если в 1.. с копейками. И да, дополнительные накладные расходы на мозги дает как раз multilib, кто-нить ответит - почему? ;-)
systemd должен умереть.
|
talumees |
|
Темы:
15
Сообщения:
79
Участник с: 28 октября 2009
|
64 - настоящее и будущее, еще не научились использовать пополной, так что задел есть лет на цать. 32 бита пройденый этап эволюции. не разумно использовать устаревшую архитектуру on the edge. |
zubastiy |
|
Темы:
136
Сообщения:
548
Участник с: 18 сентября 2009
|
h4tr3dчасто для работы какого либо “порта” на х86_64 приходится тянуть с аюра multilib, которые иногда не работают из “коробки” или вообще не прописаны в makedependens (ну тут уж вина мейнтенера) или тянут за собой хвост из зависимостей ) по памяти у меня получалась следующая картина - на x86_64 (голая система + vmware server2)запускал кучу виртуалок - свободной памяти (после дропа cashed) было 125 мб (из 1.7 гига на борту) на i686 запускал те же виртуалки - свободной памяти получаю 214 ажно меньше 10 процентов от общего колва оперативки )) |
zubastiy |
|
Темы:
136
Сообщения:
548
Участник с: 18 сентября 2009
|
talumeesключевая фраза - “еще не научились пользоваться по полной” прямо в корень зрите. |
talumees |
|
Темы:
15
Сообщения:
79
Участник с: 28 октября 2009
|
у каждого свои ключевые фразы, для меня ключевая фраза bleeding edge http://wiki.archlinux.org/index.php/FAQ … se_Arch.3F h4tr3dкто-то и в 21 веке на телеге ездит, весьма оправдавдывает кстати в отдельных случаях. |