В чем разница между двумя версиями i586 vs 86x_64x

Подскажите кто знает а в чем существует разница между этой версией
mandriva-linux-free-2010.2-i586.iso

и эта которая для 32х и 64х ?
mandriva-linux-free-2010.2-x86_64.iso

что такое означает i586 ? и что в ней может быть лучше или хуже чем в x86_64 ?

спасибо.

0

Сообщение от netsolex mandriva-linux-free-2010.2-i586.iso

32 бита

Сообщение от netsolex mandriva-linux-free-2010.2-x86_64.iso

64 бита

0

Сообщение от netsolex Подскажите кто знает а в чем существует разница между этой версией mandriva-linux-free-2010.2-i586.iso и эта которая для 32х и 64х ? mandriva-linux-free-2010.2-x86_64.iso что такое означает i586 ? и что в ней может быть лучше или хуже чем в x86_64 ?

i586 может устанавливаться и на 32-бит и на 64-бит процессорах.
Никаких выигрышей установка x86_64 не даёт, кроме отдельных мелочей:
- управление большой памятью, >4Gb;
- смещение границы раздела (в Linux) адресов пользователь-ядро (3Gb), при этом пользовательские процессы (которые только вас и интересуют) могут использовать не более 3Gb на каждый (в обсуждениях говорят про 4Gb, но это - неправда ).

i586 тоже имеет (должно) в своём составе ядро *.PAE, которое позволяет управлять >4Gb (до 64Gb), но при этом не снимается ограничение на RAM для каждого отдельного процесса.

На сегодня, реально, для рабочих станций (не крупных серверов) x86_64 вам не даёт никаких преимуществ по сравнению с i586 ... кроме напрасной траты памяти (вместо 4 байт адресов во всех программах будут торчать 8 байт ... а адресных полей ой как много).

1

всем спасибо за ответ !
я просто уже потом увидел когда скачал и установил mandriva-linux-free-2010.2-x86_64.iso и понял что что-то пропустил....
то есть получается если я поставлю 8 или 16 GB памяти на mandriva-linux-free-2010.2-x86_64.iso то это реально будит заметно скорость в работе процесора ?


хотя должен заметить что странная вещь происходит с материнкой корую установил правда уже несколько лет назад... Она на 32 - 64 бита.. Windows 7 стоял на 64 бита и память RAM поставил 8 GB. А когда смотришь в панели управления то показывает что установлено все 8 GB но в рабочем обьеме только 3.2 GB. Посмотрел я потом BIOS и там также показывает что только 3.2 в рабочем обьеме но установлено все 8 GB . Ходил к мастеру и то также ничего не может понять в чем же причина почему материнка на 64 бита не принимает все 8 GB памяти а только как на 32 всего лишь 3.2 GB RAM.

0

Сообщение от netsolex почему материнка на 64 бита не принимает

дело не в материнке, а в операционке - она д.б. 64 бита

0

дело не в материнке, а в операционке - она д.б. 64 бита

конечно же речь идет только о операционке на 64 бита.. это понятно и так... поскольку 32 только до 4 GB принимает....

ну не знаю на счет этого... я не профи что бы что то высказать.. просто судя по логике если например мы не имеем никакой операцинной системы установленной и входим в BIOS то он уже нам показывает что материнка не принимает полностью больше 4 GB хотя сама на 32_64 бита то есть DUO CORE .. Ведь для BIOS не нужна никая операционная система что бы выдать информацию о своей же материнке ... Но также должен сказать что показывает что на самом деле реально установлено полность все 8 GB памяти и из них только 3.2 в работе задействованы... И также скажу что вся память единтичная и даже одного и того производителя куплена в то же время... И на всякий случай менял местами их что бы убедиться что может в этом есть какой то смысл... Короче никакой пользы потом оказалось (((

А вот сама операционная система как я понимаю это уже потом просто начинка которую мы устанавливаем...
Вот поэтому и говорю что я на этой теме уже все зубы сьел в Инете.. просмотрел все форумы и везде многие пишут такую же проблему !! Совершенно одно в одно... Практически у многих сначала пока не столкнулись не знают что у них такая же проблема есть...
Вот так я купил побольше памяти на 8 GB и решил увеличить но не тут то было...
И пришлось просто выбросить всю купленную память потому что ее некуда девать... Подарил коришу..

Ой ! что то вообще не туда эта тема получилась не в том форуме так сказать )))))

0

Сообщение от Dmitry дело не в материнке, а в операционке - она д.б. 64 бита

Вряд ли (в отношении "д.б."(с)).
В большинстве случаев i586 - и достаточно и лучше, даже на 64-бит процессорах.
64 бит - это, на сегодня, главным образом, - коммерческое кидалово, ... "опиум для народа".

Добавлено через 2 минуты

Сообщение от netsolex конечно же речь идет только о операционке на 64 бита.. это понятно и так... поскольку 32 только до 4 GB принимает....

Это неправда.
Ядро в режиме PAE управляет 64 GB.

Добавлено через 2 минуты

Сообщение от netsolex то есть получается если я поставлю 8 или 16 GB памяти на mandriva-linux-free-2010.2-x86_64.iso то это реально будит заметно скорость в работе процесора ?

Реально заметно не будет. А в некоторых случаях будет хуже.

0

Сообщение от Olej Сообщение от netsolex то есть получается если я поставлю 8 или 16 GB памяти на mandriva-linux-free-2010.2-x86_64.iso то это реально будит заметно скорость в работе процесора ? Реально заметно не будет. А в некоторых случаях будет хуже.

Сообщение от Olej В большинстве случаев i586 - и достаточно и лучше, даже на 64-бит процессорах. 64 бит - это, на сегодня, главным образом, - коммерческое кидалово, ... "опиум для народа".

сил уже нет смотреть, как ты врёшь людям. Хорошо что мне не нужно собирать ссылки на какие либо бенчмарки, специалисты из амд уже давно всё сделали за меня
http://www.google.com/url?sa=t... SoFm8hLvFw
можно сразу пролистать до заключения, где жирнющим шрифтом написано

Use a 64-bit system and use 32-bit apps in
compat mode if necessary.

а после сразу же приведены ссылки на различные бенчмарки, в которых 64 на фоне 32 смотрится великолепно.

Про коммерческое кидалово было актуально на заре существования амд64, когда можно было купить x86 и дешевле и круче. Плюс был переходный период и действительно у 32битных систем были некоторые козыри типа наличие дров и супероптимизирующих компиляторов, сейчас это всё неактуально, в амд64 больше регистров общего назначения и новы аби, в соответствии с которыми аргументы передаются через них, а не через стек. Нативная 64 битная арифметика хоть и редко используется, но там где используется ясное дело 32 бита всосут. 64 битки будут более агресивно использовать память и это единственный её минус на данный момент. Даже в теории 32битной оси будет тяжело хотя бы догнать своего 64битного аналога на 64 битном процессоре, ну и на практике в цифрах это соответственно чаще всего подтверждается, вот ещё один бенч в догонку
http://mdessus.free.fr/?p=16
когда у тебя 8-16 гб оперативки и думать нечего какую ось ставить! Тех кто утверждает обратное можно не слушать, они обманывают и себя и других людей

2

Сообщение от LosAngeles сил уже нет смотреть,

Можно не смотреть. Можно пойти и повеситься

Добавлено через 12 минут
Теперь по ссылкам.
Очень интересно, но есть кой-какие замечания:

Сообщение от LosAngeles специалисты из амд уже давно всё сделали за меня http://www.google.com/url?sa=t... SoFm8hLvFw

Сообщение от LosAngeles соответственно чаще всего подтверждается, вот ещё один бенч в догонку http://mdessus.free.fr/?p=16

(кстати, купи Букварь, и в следующий раз пиши "в догонку" - слитно).

Так вот, ссылки...
- во-первых, это старьё - 2007-2008г. ...
- во-вторых, это старьё больше так рекламного толка по продвижению AMD...
- в-третьих, никаких там разительных отличий нет, как они не пыжились там подогнать ответ под свои рекламные цели, там незначительно отличающиеся результаты;
- в-четвёртых, кроме AMD64 ещё существует и архитектура IA-64 (на момент ссылок-старья её ещё широко не было) и нужно сравнивать по разным существующим...

Так что ... работайте далее, вьюношо...

0

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

Сообщение от Olej - во-первых, это старьё - 2007-2008г. ...

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

Сообщение от Olej - во-вторых, это старьё больше так рекламного толка по продвижению AMD...

единственное что они там двигает - это Linux x64 на процессоре x64 вместо Linux x86... С этого продвижения они очевидно никакой выгоды соответсвенно не имеют

Сообщение от Olej - в-третьих, никаких там разительных отличий нет, как они не пыжились там подогнать ответ под свои рекламные цели, там незначительно отличающиеся результаты;

Лет этак десять назад можно было бы смачно похоливарить на тему x86 vs x64, хотя бы что-то можно было сказать в пользу 32битов, а так как к сегодняшнему дню все эти аргументы устарели и более не актуальны, то выглядят такие вбросы как то нелепо и больше похожи на намеренное введение пользователей в заблуждение. Очень жаль , что на этом форуме за такое не карают, надеюсь, что хотя бы администрация перенесёт эту тему в раздел "Священные войны" или закроет, дабы никто не вводился в это самое заблуждение

0

Сообщение от LosAngeles в 32битных осях и теоретически

А что, на этот счёт есть ещё и какая-то теория, сынку?

У мне когда-то давно был преподаватель, его любимой фразой было:

... молодой человек, не употребляйте слов, значения которых не понимаете

Так вот у вас ровно тот случай: не употребляйте красивых слов, значений которых тупо не понимаете!

нет ниодного преимущества перед 64, кроме кэша, тогда с каких петухов она будет быстрее?

Нет ни одного основания быть медленнее, вот мы о чём говорим... , а не быстрее.

А в недостатки 64-бит (когда без аргументированной необходимости, сдуру его использовать) вы ещё один пункт сами вписали:
1. - объём кэша практически до 1.5-2-х раз уменьшили;
+
1а - это относится к кэшам всех уровней, в том числе и к кэшу дисковых операций;
+
2. - точно то же самое и с RAM - практически почти каждая команда содержит адресное поле -> размер всех программ (и ОС тоже, как одной из программ) раздувается без нужды в 1.5 раза (считаем за счёт "почти" в фразе ранее) -> вместо 8Gb, для которых вы кричали, что нужно бежать задрав хвост и срочно ставить 64-бит, получаем на ровном месте эквивалент, что своими руками сделали - 5.5Gb (/1.5) - без всякой выгоды, ... а остальное взяли - и "просрали" своими беспокойными руками на ровном месте.

Сообщение от LosAngeles даже тогда 64б компиляторы были достаточно хороши чтобы дать фору 32б коду, что уж говорить про сегодня?

При чём здесь вообще компиляторы?
И на каких задачах 64-бит код "даёт фору"?
Да, есть такие задачи, только: насколько часто эти классы задач возникают у рядового пользователя?

Аргументы внятные есть? ... кроме бычьего рёва + цитат "времён Очакова и покоренья Крыма"(с)

Добавлено через 6 минут

Сообщение от LosAngeles после моего поста нужно было

LosAngeles, ну скажи, по секрету, на ушко тихонько ... "как художник художнику": AMD железками подторговываем?
А то что ж ты так, сердешный, возбудился ... ещё кондратий ненароком хватит: инфаркт, инсульт, летальный исход ... "и тю-тю"(с)

0

Сообщение от Olej А в недостатки 64-бит (когда без аргументированной необходимости, сдуру его использовать) вы ещё один пункт сами вписали:

разумеется я его вписал, чтобы расмотреть обе стороны вопросы, все плюсы и минусы, чтобы быть компетентным, кэш это твоя последняя соломинка, больше 32битной оси зацепиться не за что. Как видно из синтетических и реальных тестов, кэш не мешает 64б быть до 10% быстрее 32б

Сообщение от Olej Аргументы внятные есть? ... кроме бычьего рёва + цитат "времён Очакова и покоренья Крыма"(с)

конечно, пдфка, которую я давал ранее содержит бенчмарки, содержит также в конце ссылки на сторонние исследования и + ещё одну ссылку я нашёл в гугле. Везде 64б опускает 32б. Довольно сложная у тебя стоит задача - тебе нужно, глядя на то, как унижают 32б в синтетических тестах и на то, как программы он выполняет за бОльшее время нежели 64б, доказать что 32б не медленее 64б

Сообщение от Olej И на каких задачах 64-бит код "даёт фору"?

на всех, аргументы функциям передаются через регистры, когда x86 кончаются регистры для вычисления промежуточных значений, а случается это очень быстро, он использует стек, x64 же тем временем кладёт промежуточное значение в регистр, можно передавать небольшие структуры до 8 байт также через регистры + это совершенно другая архитектура, доступны новые плюшки, к примеру можно узнать опкод следующей команды всего одной строкой
на x32 так поступить с eip нельзя, rbp теперь можно использовать как регистр общего назначения, изменения в аппаратной поддержки ОС, double теперь полностью помещается в регистр, то есть на вычислениях с плавающей запятой будет солидное преимущество, короче много там чего интересно, всё я и не вспомню, за полным списком можно обратиться в intel developer manual, так что иди учи матчасть ламер

1

Сообщение от LosAngeles это твоя последняя соломинка,

Это не моя последняя соломинка - я железками отнюдь не торгую, и мне эти доказательства - до фени.

P.S. я понимаю, что, может, и несколько грубоват бываю, но ... как программный разработчик, я рефлекторно отношусь принебрежительно к всяким торговцам железками и администраторам-настройщикам ... ну не могу я их не считать быдлом...
Это слабость, но это - вторая натура.
Так что, звыняйте ... и не надо так сильно возбуждаться: а то что-то в организме рэпнет ... беда ...

Сообщение от LosAngeles всё я и не вспомню, за полным списком можно обратиться в intel developer manual, так что иди учи матчасть ламер

Я своё видение высказал раньше, те, кому это интересно - могут отчасти принять к сведению ... или не принять. А с бычарами спорить и пытаться воззвать и к их оскудевшей памяти, вызывать оттуда что-то, что оно и "не вспомню" - это в мои планы не входит.

Поэтому с этой темой я заканчиваю.
Разрешите откланяться.

0

Сообщение от Olej Можно не смотреть. Можно пойти и повеситься

Сообщение от Olej работайте далее, вьюношо...

Сообщение от Olej А что, на этот счёт есть ещё и какая-то теория, сынку?

Сообщение от Olej Аргументы внятные есть? ... кроме бычьего рёва + цитат "времён Очакова и покоренья Крыма"(с)

Сообщение от Olej А то что ж ты так, сердешный, возбудился ... ещё кондратий ненароком хватит: инфаркт, инсульт, летальный исход ... "и тю-тю"(с)

Сообщение от Olej Я своё видение высказал раньше, те, кому это интересно - могут отчасти принять к сведению ... или не принять. А с бычарами спорить и пытаться воззвать и к их оскудевшей памяти, вызывать оттуда что-то, что оно и "не вспомню" - это в мои планы не входит.

И кто здесь быдло - иди лесом с этого форума тролль - "программный разработчик"

0

Сообщение от kolyanius И кто

Ой...

А ви мабуть хотели пагаваг-гить пг-го 64 битов?

А ви сами в том что г-газумеете?

А ви у сусида сваго спг-гашивали чи можи он г-газумеет???

0

Сообщение от Olej - в-четвёртых, кроме AMD64 ещё существует и архитектура IA-64 (на момент ссылок-старья её ещё широко не было) и нужно сравнивать по разным существующим...

Ещё существуют sparc-64 и mips-64. Только они здесь вообще не при чём (равно как и ia-64)

Сообщение от Olej Разрешите откланяться.

Ты давеча говорил, что на форуме ненадолго. Если в линуксе как сисадмин (или что-то типа того) ты разбираешься, но разницу между процессорами на низком уровне, как мне кажется, ты не знаешь. По крайней мере в данной теме вразумительного ты ничего не скзал

0

Сообщение от Evg По крайней мере в данной теме вразумительного ты ничего не скзал

1. я сделал предположение, и попросил мнения и показать URL с информацией (только информацию 7-летней давности таковой попросил не считать)...

2. я вам не "тыкал", уважаемый, из одного корыта не жрал - чести не имел ... и прошу и вас этого ("тыкать") не делать.
Ок?

0

Сообщение от Olej 1. я сделал предположение, и попросил мнения и показать URL с информацией (только информацию 7-летней давности таковой попросил не считать)...

Сначала это было "старьё - 2007-2008г" (т.е. 5-летней дановсти), теперь уже 7-летней. Но это неважно. За 5 лет транзисторы в процессоре начинают тухнуть и процессор работает по другому? Какая разница, сколькилетней давности статья? В любом случае лично ты (простите, "вы") ничего вразумительного не сказал (простите, "не сказали").

Сообщение от Olej 2. я вам не "тыкал", уважаемый, из одного корыта не жрал - чести не имел ... и прошу и вас этого ("тыкать") не делать.

Как скажете, масса

0