ОС: 32 vs 64 бит

[BOBAH13]

Если прога просто перекомпилирована под 64 она все это не использует, следовательно выгоды никакой.

А разве компилятор не подменит где надо на более длинные регистры к примеру? Компилятор будем вносить соответствующие изменения в код. По моему все логично. Да если даже идти от обратного, у вас приложение выйдет x64, т.е. нативное, а не х32, которое будет работать в режиме совместимости т.е. какая то выгода да есть.

[Alex Cones]

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

т.е. какая то выгода да есть.

Возможно. Но тогда до заявленных 15% как до Китая от Москвы.

[still_alive]

Сообщение от AlexCones

Интересно, интеловцы заключили об ускорении на основании слов адобовцев?

Не, ну ты можешь написать интеловцам, что адобовцы нагло им соврали) И адобовцам, типа, чо вы врете, негодяи?!)

Сообщение от AlexCones

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

Если она будет перекомпилирована под конкретную архитектуру, то она будет быстрее. Компилятор все сделает. Он не тупой, он умнее очень многих ассемблеровщиков. Опять же можешь написать серьезным дядькам в интел, что они все фигней маются)

[Alex Cones]

Компилятор все сделает.

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

xor eax,eax
mov eax, [bit]

[veniside]

Это если на асме пишут такие быдлокодеры, как я )
А если просто написать a := p^, то компилятор сам разберётся, как это лучше скомпилить под конкретный проц.

[Alex Cones]

А если просто написать a := p^, то компилятор сам разберётся, как это лучше скомпилить под конкретный проц.

Кстати говоря, в таком случае я не вижу различий между 32 и 64 кодом на языках высшего уровня.

[veniside]

А если а объявлена как int64? На языке высокого уровня может отличий и нет, а вот результат под разные процы будет разный.

[Stilet]

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

У друга голова как голова. Он просто не может впихнуть не разбив бутылки

[still_alive]

Сообщение от Alex Cones

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

xor eax,eax
mov eax, [bit]

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

Вот, пройдись по Ману и посмотри сколько различных опций оптимизаций может быть доступно для g++ под x86_64.

[xwicked]

Сообщение от Буратино

Сколько я ни искал нормального объяснения, чем отличаются эти ОС и чем лучше 64 бита, общего принципа пока не понял. Ну пишут, что могут программы лучше работать и т.п.
Но кто может пояснить, что означают эти 64 бита, где они там, и как-нибудь это связано с используемым типом процессора? Напр., бывают процессоры с поддержкой 64-битных инструкций. И как это относится к битности ОС?
И если программе вдруг начинают за одно и то же время засовывать вдвое больше данных (или это не так?), как это все работает? Что происходит с 32-битными программами под 64-битными ОС? И что по сути означает 32-битная программа?

Ко всему уже сказанному добавлю, что выгода будет только тогда, когда программа использует:

Сообщение от veniside

А если а объявлена как int64? На языке высокого уровня может отличий и нет, а вот результат под разные процы будет разный.

То есть 32-х битный будет использовать регистровую связку EAX:EDX, а 64-х битный один RAX. Увеличение производительности прямо пропорционально количеству используемых переменных int64 В одной книжке прочитал.
Без лишней необходимости 64-битную ось ставить не следует(в той же книжке ).