[РЕШЕНО] Какой дист ставить x86 или x86_64?
RuZzz 5 октября, 2014 - 02:53
проц Celeron 723
#uname -m
i686
#lscpu
Architecture: i686
CPU op-mode: 32-bit, 64-bit
...
ссылка на описание проца
ссылка на даташит
так что мне ставить если архитектура i686, но при этом проц 64 битный.
Я конечно понимаю, что дист x86 подойдёт всем, но всё же хотелось бы использовать все возможности проца.
PS Всем спасибо! amd64 система встала, но X-ы пока не проверял.
»
- Для комментирования войдите или зарегистрируйтесь
А что хотите...
Доброго времени суток, ставьте то что вам нравится =) почитайте это. Я как нуб обычно исхожу из стандартного прдставления что все <= 4Гб запускать под х32, а все >4Гб х64.
Цитата: все 4Гб х64. Даже
Даже так? В первом случае именно выбираете 64 битную архитектуру с 32 битными указателями? Какой вы молодец. А вот архитектуры x64 нет, есть архитектура amd64, она же x86_64. Ну а 32 битная архитектура - x86.
kostik87 написал(а): ...А вот
это синонимы и, кстати, по приведенной ссылке это указывается
"...x64 — официальное название версий операционных систем...также используемое как название архитектуры фирмами Microsoft и Sun Microsystems"
как и ещё около десятка вариантов
Цитата: это синонимы и,
Ничего подобного, без разницы что там указанов в Wikipedia, любой может отредактировать статью и написать там что угодно. Официальных названия два: amd64 и x86_64.
Всё равно как это называют болезные. Вы ещё скажите, что x32 - это 32 битная архиектура.
kostik87 написал(а): Всё
вот все "болезные"...
и Microsoft, и Sun Microsystems, а так же ещё Intel и даже AMD (которые и другие названия данной архитектуры использовали кроме вами упомянутых)
один kostik87 умный и знающий больше, чем сами производители процессоров и компании, производяшие под них операционные системы... аргумент ))))
Ты читать умеешь? 64 битную
Ты читать умеешь? 64 битную архитектуру разработала и она придумала название этой архитектуры как разработчик, а именно их всешл два: x86_64 и amd64, всё.
Всё, больше нет ниодного названия, которое упомянул разработчик архитектуры, коим является AMD.
Обрати ещё внимание вот на эту выдержку:
Остальные могут выпендриваться как хотят, тем не менее официальных названия два, я уже указал какие. Ну а Intel, не будут же они писать, что их Intel процессоры архитектуры AMD64, фигня какая-то, плохой маркетинговый ход.
На данный момент, проблем у
На данный момент, проблем у x86_64 нету. В некоторых случаях можете получить небольшой прирост производительности. А так, - без разницы.
прирост в x86_64 ? это что за
прирост в x86_64 ?
это что за случаи такие? когда процесс хочет 10 гиг оперативной памяти, но больше архитектурного ограничения не получает и свопит данные на диск?
творю непотребства и потом жалуюсь на форуме, ибо gentoo позволяет, since 2009
Да, x86_64 это не только
Да, x86_64 это не только больше оперативки(больше 4Гб юзать можно и на чистой x86) и соответственно больше размер указателя
почитайте про х32 - это попытка использовать все преимущества x86_64, кроме "снятия" ограничения на размер памяти на процесс
Процесс в принципе не знает, где его данные - в свопе или оперативке.
Если процесс хочет больше ограничения, то его грубо посылают )
Но, никто не запрещает запустить больше одного процесса
_SerEga_ написал(а): Если
ну как грубо? прилетает нулевой указатель? это не грубо)
я имел ввиду систему менеджмента памяти внутри самого приложения. обертка такая вокруг molloc. например, стоит задача развернуть очень большое дерево дерево в ОП. память выделять блоками, в блок засовывать относительно отдельный сегмент. если запрос на память остается неудовлетворенной, дропнуть какой нибудь сегмент в файло на ЖД и освободить блок (или заполнить новой штукой). (собственно, это почти система работы память в ОС)) ). понятно, что чем больше доступно памяти процессу, тем быстрее эта штука будет работать.
творю непотребства и потом жалуюсь на форуме, ибо gentoo позволяет, since 2009
Это вежливая фига?
Это вежливая фига? ))
Самописная обертка может делать, что угодно. Но по моему, смысла в этом мало - "своп" штука медленная.
Если это не критично, то стоит всегда сбрасывать на диск, а если критично, то лучше запустить еще один процесс или несколько процессов. И таким образом получить нужное кол-во памяти. А сейчас проще перейти на х86_64
_SerEga_ написал(а):
а я и не отрицаю. данный тред я начал с реквеста на примеры к вот такому тезису:
в приведенной мной модели на x86_64 итоговая производительность будет больше - своп попросту потребуется значительно позже.
творю непотребства и потом жалуюсь на форуме, ибо gentoo позволяет, since 2009
Нет, точнее случай свопа или
Нет, точнее случай свопа или его аналогов в приложении не рассматриваем, как и вариант пожать память lzo, т.к. это не зависит от x86_64/x86.
К примеру, если у ваша софтина требует для работы 60Гб памяти и надо, что бы она работала быстро, то сейчас вы возмете сервак с x86_64 с 64Гб памяти, если же x86_64 не доступно, то вы допилите свою прогу, что бы она на x86 юзала свои 60Гб оперативки, это будет сложнее и медленнее, чем в x86_64, но возможно.
Резюме: если есть возможность поставить достаточно памяти, то x86_64 быстрее и проще. НО задействовать больше 4Гб(до 64Гб) памяти можно и x86
если же памяти впритык(1-2-4Гб) и это десктоп то x86 будет быстрее.
_SerEga_ написал(а): если
кстати, запустив второй процесс приложения может и можно обойти ограничение со стороны приложения. а как насчет менеджера памяти в ОС? он же ведь тоже на x86 может адресовать только до 4г? или есть вариант запустить и второго менеджера?
творю непотребства и потом жалуюсь на форуме, ибо gentoo позволяет, since 2009
sango написал(а): _SerEga_
Нет. Менеджер памяти в ОС вполне может работать с большим количеством памяти. Нужно различать адресное пространство процесса и физическую адресацию блоков памяти. Менеджер памяти в ОС создаёт перенаправление адреса из пространства программы в адрес к физическому блоку памяти. Таким образом ОС может использовать больше чем 4 гига памяти. Называется этот прикол PAE. Подробнее можно посмотреть здесь https://ru.wikipedia.org/wiki/PAE
Хотя вот здесь https://lkml.org/lkml/2007/11/15/423 Линус Торвальд обзывает этот подход unusable. Однако в Линуксе он поддерживается и активируется с помощью опции X86_PAE
Чем больше юзерфрендли, тем сложнее юзать.
но я же спрашивал про то, как
но я же спрашивал про то, как линукс это делает (в умолчальной сборочке/по рекомендациям торвальдса), а не про то, как он это может делать, но да ладно.
стало быть единицей измерения для менеджера памяти в ОС служит страница?
творю непотребства и потом жалуюсь на форуме, ибо gentoo позволяет, since 2009
Что бы приложение на х86
Что бы приложение на х86 смогло юзать больше 4Гб нужно переписывать само приложениие - автоматом ничего не будет
Что бы linux на х86 поддерживал 64Гб - нужно включить опцию в ядре
sspphheerraa написал(а):На
то есть плюсы есть (насколько большие или маленькие - вопрос конечно спорный, но он к делу не относится), а минусов нет - чем не повод перейти на новую систему?
вот не понимаю я упертости использующих х86...
если бы они на каждый плюс x86_64 приводили по аргументу в чем x86 лучше и производительнее - тогда бы поводы для споров были... "в зависимости от софта, нагрузок, целей и т.п."
а так - упоротый консерватизм - крайне странная черта для компьютерной отрасли
так и хочется спросить - а если вам кабель на оптоволокно предложат заменить - вы тоже упираетесь?
а что - так же "не хуже, а в некоторых случаях быстрей, но ведь далеко не всегда требуется вся пропускная способность..." аналогия полная...
то есть предложи вам высокоскоростной интернет - вы попросите оставить оба и будете их менять? :-)) новости проверить - кабель, захотели фильм - полезли под стол, переставили штекеры, посмотрели, опять под стол...
почему для всех случаев не использовать x86_64 ??
.
+1
Мы тоже не всего читали Шнитке!.. © В. Вишневский
Минусы есть: потребление
Минусы есть: потребление памяти больше на где-то от 15% и до 100%. Если памяти впритык, то задействование свопа легко перевесит все плюсы x86_64
_SerEga_ написал(а): Минусы
как сравнивал?
а чего тут собственно
а чего тут собственно сравнивать? это следует из определения
творю непотребства и потом жалуюсь на форуме, ибо gentoo позволяет, since 2009
Собственно, резюме в том, что
Собственно, резюме в том, что ставить нужно то что кажется прикольнее :) В повседневной жизни особой разницы не заметишь. Разница возникает только в специальных случаях, которых может и не оказаться поблизости. К примеру, моей программе приходится работать с файлами длиной по 10-20 гигабайт. На 32-битной системе мне приходится подгружать блоки по мере надобности. На 64-битной я просто делаю mmap всего файла и не парюсь. Как следствие, на 64-битной системе производительность в РАЗЫ выше. Опять же, это специальный случай :)
Если отвлечься от случаев больших запросов для памяти, то действительно за 64-битность приходится платить увеличением объема памяти нужной для одной программы, так как все указатели и long становятся в два раза длиннее (8 байт вместо 4-х). Как следствие требуется больше времени на чтение данных с диска в память, ну и вероятность свопа увеличивается при малом количестве RAM. Народ даже придумал альтернативную архитектуру x32 позволяющую использовать 64-битные регистры для вычислений (что ускоряет вычисления) но при этом указатели остаются 32-битными. Только опять же, всё возвращается к "пользовательской ситуации". Кому-то это надо, кому-то без разницы.
Чем больше юзерфрендли, тем сложнее юзать.
sango написал(а): а чего тут
Приведи определение, пожалуйста.
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
например x86-64 is the 64-bit
например x86-64 is the 64-bit version of the x86 instruction set.
творю непотребства и потом жалуюсь на форуме, ибо gentoo позволяет, since 2009
Это примерные цифры, тесты
Это примерные цифры, тесты встречал в инете.
Проще всего проверить на java - на глаз примерно, так и есть.
_SerEga_ написал(а): Минусы
ну надо же смотреть на реальные системы
ко времени широкого использования 64-разрядных процессоров объем памяти более 4 Гб стал не таким уж и дорогим
переплачивать за процессор, но при этом конкретно урезать оперативку - это извращение... с такой же логикой можно в современный мерседес поставить двигатель от "копейки", а по результатам тестов начинать рассуждать об аэродинамике кузова, мол "что то плохо едет"
говорите так, будто в x86_64 использование подкачки невозможно
и вообще - использование свопа (тем более в нынешних реалиях на десктопах) должно расцениваться как пример корявой работы системы, как брак...и уж никак не в качестве аргумента о производительности
Оперативка дешева, но не вся
Оперативка дешева, но не вся и далеко не всегда возможно добавить(из-за ограничений железа или других соображений)
Хорошо, реальная система: у меня на работе ноут с 8Гб памяти, для работы без свопа не хватает 1-2Гб, будет время попробую поставить x86. Добавить оперативки не возможно, больше 8Гб не поддерживается железом.
Не перевирайте мои слова, я не говорил, от том, что x86_64 - плохо или, что своп не поддерживается, только о том, что бывают ситуации, когда x86 быстрее. Когда x86-64 уже влез в своп, а x86 еще нет - единственный вохможный пример, ИМХО
Жизнь без свопа - красиво, но реальность все портит - даже на личном компе сложно полностью его исключить, что уж говорить про компы на конфиг которых ты повлиять не можешь...
Сразу несколько уточнений: -
Сразу несколько уточнений:
- как вам не хватает 8 Гб для работы без свопа?? чем вы на нем занимаетесь? у меня на десктопе столько же памяти - при этом свопа нет, да ещё и некоторые временные файлы в оперативку вынесены... никакого дискомфорта.
- если используете ресурсоемкие приложения (которое в одиночку может более 4 Гб захватить) - то учтите, что ограничение в 4 Гб на использование одной задачей на x86 вы никак не устраните... да система может видеть больше памяти, но одной задаче все равно больше 4 не выделится.
- "...только о том, что бывают ситуации, когда x86 быстрее. Когда x86-64 уже влез в своп, а x86 еще нет...", но при этом x86 будет проигрывать в скорости все время пока x86-64 не в свопе - суммарный результат вполне окажется не в пользу x86.
Даааа, тс молодца ...на таком
Даааа, тс молодца ...на таком форуме еду найти :)
1) это не по теме, но
1) это не по теме, но intellij idea + наша софтина(иногда в двух экземплярах) + бразуер + кде и остальные мелочи
2) у меня нет софта требующего больше 4Гб, к тому же повторю третий раз: ограничение 4Гб - на процесс, а приложение в целом может занять до 64Гб
3) Возможно, но проявиться, только если идут постоянные вычисления и то, маловероятно учитывая разницу в скорости винча и проца
Ssid написал(а): так и
поговаривают, что в америке все еще много где используется dialup, типа "технология себя еще не окупила"
творю непотребства и потом жалуюсь на форуме, ибо gentoo позволяет, since 2009
sango написал(а): Ssid
АДСЛ2 :), не dialup
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
Amd64 ставьте, 32 битную ,
Amd64 ставьте, 32 битную , если планируете виртуальный музей истории ОС, внукам показывать
My website: http://comb.org.ru
С ноября 2022 нетбук HP mini (Processor: Atom n570)