Login
32 и 64 БИТ
NEW 13.01.08 12:59
in Antwort крот70 12.01.08 22:01
Я ставил на одну и ту же систему и 32-, и 64-бит ХР. Разницы никакой, хотя система под 64-бит ОС изначально собиралась. Так что всё это туфта относительно того, что комп быстрее будет работать. Нормальный юзер этого совершенно не заметит.
О 64-битке пишут, что она просто под одну операцию 4 гига возьмёт и оттого быстрее выполнит операцию. Только не нужно думать, что прирост скорости в два раза будет. Лопата и траншея - это чушь.
4 гига под один файл - это из области профессиональной видеообработки. На всей германке хорошо если дюжина пользователей найдётся, кто с видео профессионально работает. Ещё на сервере иммет смысл ставить 64-бит ОС. А для обычного пользователя переход на 64-бит абсолютно бессмысленнен.
О 64-битке пишут, что она просто под одну операцию 4 гига возьмёт и оттого быстрее выполнит операцию. Только не нужно думать, что прирост скорости в два раза будет. Лопата и траншея - это чушь.
4 гига под один файл - это из области профессиональной видеообработки. На всей германке хорошо если дюжина пользователей найдётся, кто с видео профессионально работает. Ещё на сервере иммет смысл ставить 64-бит ОС. А для обычного пользователя переход на 64-бит абсолютно бессмысленнен.
"Die einen kennen mich,
die anderen können mich." Konrad Adenauer
http://kriegsnotizen.de.tl/Home.htm
http://kriegsnotizen.de.tl/Home.htm
Honda Accord 2.2 i-CTDi Tourer Executive,
Honda Civic 2.2 i-CTDi Executive
NEW 13.01.08 13:06
in Antwort weiser Fuchs 13.01.08 12:59
Спасибо за ответы, я тоже думаю что не стоит. Раз поставили изначалъно 32 значит так лучше
NEW 13.01.08 13:32
in Antwort Kabal 13.01.08 12:45
В ответ на:
Смотри, что я там про представление чисел "1" и "2" писал.
А мне не нужно два числа складывать. Мне, например, нужно просто при вызове подпрограммы, которая принимает два 32-битных числа, положить аргументы в стек. На 64-х битной системе произойдет это за один такт, а на 32-х битной за два. Учитывая частоту использования стека, уже здесь будет прирост в скорости.Смотри, что я там про представление чисел "1" и "2" писал.
13.01.08 13:38
Ага, ща. Аж 2 раза.
Система всегда оперирует в конечном итоге АППАРАТНЫМИ числами. И 2 твоих 32-битных числа на х64 станут 64-битными. Еще на уровне компилятора, причем. Если только сам упаковкой данных не будешь заниматься - но на упаковке/распаковке потеряешь больше.
in Antwort NightWatch 13.01.08 13:32
В ответ на:
Мне, например, нужно просто при вызове подпрограммы, которая принимает два 32-битных числа, положить аргументы в стек. На 64-х битной системе произойдет это за один такт, а на 32-х битной за два. Учитывая частоту использования стека, уже здесь будет прирост в скорости
Мне, например, нужно просто при вызове подпрограммы, которая принимает два 32-битных числа, положить аргументы в стек. На 64-х битной системе произойдет это за один такт, а на 32-х битной за два. Учитывая частоту использования стека, уже здесь будет прирост в скорости
Ага, ща. Аж 2 раза.
Система всегда оперирует в конечном итоге АППАРАТНЫМИ числами. И 2 твоих 32-битных числа на х64 станут 64-битными. Еще на уровне компилятора, причем. Если только сам упаковкой данных не будешь заниматься - но на упаковке/распаковке потеряешь больше.
- Живем один раз!
- Нет, мы умираем один раз. А живем мы каждый день.
NEW 13.01.08 16:11
in Antwort Kabal 13.01.08 01:17, Zuletzt geändert 13.01.08 16:16 (Светлан)
Тебя послушать, так нет никакой разницы между 64 и 32 -м железом. Екстрополируя.. 16, 32.. 16,8 . Получаем что все это никчему.
Команда то одна, нопри этом из переносится в два раза больше инфы. В теории это так, хочешь ты этого или нет.
В ответ на:
32 бита: [31]1 + [30]10 = [30]11. 2 числа, одна команда.
64 бита: [63]1 + [62]10 = [62]11. 2 числа (точно таких же, заметим, только длиннее), опять же одна команда.
32 бита: [31]1 + [30]10 = [30]11. 2 числа, одна команда.
64 бита: [63]1 + [62]10 = [62]11. 2 числа (точно таких же, заметим, только длиннее), опять же одна команда.
Команда то одна, нопри этом из переносится в два раза больше инфы. В теории это так, хочешь ты этого или нет.
NEW 13.01.08 20:21
В теории - да. Ты попробуй от этого "гораздо быстрее работает" получить. Как получишь - скажешь. Пока же этого на практике не наблюдается. ЧТД, как говорится.
in Antwort Светлан 13.01.08 16:11
В ответ на:
В теории это так, хочешь ты этого или нет
В теории это так, хочешь ты этого или нет
В теории - да. Ты попробуй от этого "гораздо быстрее работает" получить. Как получишь - скажешь. Пока же этого на практике не наблюдается. ЧТД, как говорится.
- Живем один раз!
- Нет, мы умираем один раз. А живем мы каждый день.
NEW 14.01.08 10:00
in Antwort Wowan85 13.01.08 10:34
если честно, я вообще не уверена, что вы сможете 64 бит поставить после того как уже 1 раз была 32 бит Виста инсталлирована. Мы недавно всей фирмой с HP дискутировали. По словам HP юзер должен при инсталляции сразу определиться хочет он 32 бит или 64 бит Висту. После того как вы 1 раз установили Висту и решились на х бит систему, для вас лицензирована именно эта х бит система и вы не можете повторно проинсталлировать ничего кроме этой системы.
У нас ноут для себя проинсталлировал GF по быстрому, после чего обнаружил что его RAM не используется в полной мере по причине 32 бит. Мы пытались обменять ноут по причине полетевшего жесткого, наконец то добились результатов. Через 10 мин после звонка HP мой коллега опрокинул стакан колы на ноут.
У нас ноут для себя проинсталлировал GF по быстрому, после чего обнаружил что его RAM не используется в полной мере по причине 32 бит. Мы пытались обменять ноут по причине полетевшего жесткого, наконец то добились результатов. Через 10 мин после звонка HP мой коллега опрокинул стакан колы на ноут.
NEW 14.01.08 10:25
in Antwort Kabal 13.01.08 20:21
при использовании 16 битных приложений тоже не было никакой пользы от 32битного виндовса.
но постепенно научились писать на 32бита и тогда процессоры наконец начали использоваться.
то же ожидает и 64битные системы - приложения использующие 64бита будут работать быстрее за сч╦т испльзования всей шины,
а старые 32битные могут работать ещ╦ и медленнее изза режима совместимости
но постепенно научились писать на 32бита и тогда процессоры наконец начали использоваться.
то же ожидает и 64битные системы - приложения использующие 64бита будут работать быстрее за сч╦т испльзования всей шины,
а старые 32битные могут работать ещ╦ и медленнее изза режима совместимости
Фашизм будет разбит
Человека карают только те боги, в которых он верит
NEW 14.01.08 10:53
Главное не писать научиться, а чтобы потребность была. С трудом представляю, зачем мне могли бы понадобиться 64-битные целые числа...
Вот эту фразу (про шину) можно пояснить? Очень интересно понять, как разрядность ОС и приложения скажется на использовании шины. (Какой, кстати?..)
Не могут, а именно этим и занимаются. Потому что преобразование между адресными пространствами нужно.
in Antwort gendy 14.01.08 10:25
В ответ на:
но постепенно научились писать на 32бита и тогда процессоры наконец начали использоваться
но постепенно научились писать на 32бита и тогда процессоры наконец начали использоваться
Главное не писать научиться, а чтобы потребность была. С трудом представляю, зачем мне могли бы понадобиться 64-битные целые числа...
В ответ на:
приложения использующие 64бита будут работать быстрее за счёт испльзования всей шины
приложения использующие 64бита будут работать быстрее за счёт испльзования всей шины
Вот эту фразу (про шину) можно пояснить? Очень интересно понять, как разрядность ОС и приложения скажется на использовании шины. (Какой, кстати?..)
В ответ на:
а старые 32битные могут работать ещё и медленнее изза режима совместимости
а старые 32битные могут работать ещё и медленнее изза режима совместимости
Не могут, а именно этим и занимаются. Потому что преобразование между адресными пространствами нужно.
- Живем один раз!
- Нет, мы умираем один раз. А живем мы каждый день.




