ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Oleg Drokin                          2:5020/400     11 May 2005  16:05:34
 To : Victor Wagner
 Subject : Re: amd64
 -------------------------------------------------------------------------------- 
 

 e>
 
 From: Oleg Drokin <green@linuxhacker.ru>
 
 Hello!
 
 Victor Wagner <vitus@45.free.net> wrote:
 
 VW> Oleg Drokin <green@linuxhacker.ru> wrote:
 OD>>>>Какой смысл гонять x86 код на athlon64 я незнаю ;) 
 VW>>>Hу например такой, что некоторые криво написанные, но не
 VW>>>имеющие более прямых аналогов софтины, например
 VW>>>OpenOffice, до сих пор не портированы в 64-битную среду. 
 OD>>Ага, добавь сюда еще чисто бинарный софт без свободных
 OD>>исходников. Это не осознанный выбор "потому что они лучше в
 OD>>32bit mode", это просто неизбежность плана "32bit mode или
 OD>>ничего" 
 VW> Hу того софта довольно мало, не каждый день он нужен,
 VW> и в принципе его можно и на соседнем тазике
 VW> исполнять. Поэтому в корпоративной сетке использование 64-битных рабочих
 VW> станций + application server для того, что хочет 32-битного режима,
 VW> может быть и оправданным. 
 
 Угу. Hо учитывая что это же можно делать и локально, никакого смысла
 выделять особый applicaton сервер и не заметно. (не путать со случаем
 использования 64х битного проца в 32bit-only mode)
 
 VW> Hо вот ведь у Sun на железяке 10 летней давности в операционке 5-летней
 VW> давности прекрасно сосуществуют оба режима. И в linux-е есть
 VW> единственная проблема - аккуратно разделить пути к библиотекам. Думаю,
 
 А что за проблема с разделением путей? Вот у меня в FC2 есть
 /usr/lib64 && /lib64, а есть /usr/lib и /lib.
 
 VW>>>Кроме того, очевидно что практически любая софтина,
 VW>>>работающая в 32-битном режиме, использует меньше памяти
 VW>>>(так как каждый указатель будет 4 байта, а не 8, и то же
 VW>>>самое можно сказать про переменные типа long int, time_t
 VW>>>etc). А следовательно, оно будет лучше укладываться в кэш
 VW>>>и работать быстрее. 
 OD>>Hу... Это все палка о двух концах, с другой стороны этот же
 OD>>самый, в два раза более длинный, указатель адресует в два
 OD>>раза больше байтиков (ну которые можно одновременно забрать
 OD>>в регистр общего назначения и там с ними что-то сделать).
 VW> Особенность архитектуры x86 начиная с весьма древних времен
 VW> (P-1 примерно )заключается
 VW> в том, что строить предположения о том, что именно бегает по шине на
 VW> основании команд процессора - достаточно наивна. Шина данных 64-битная
 VW> уже довольно давно, и в принципе большой разницы между тем загрузишь ты
 VW> эти 64 бита из памяти двумя последовательными командами или одной нет.
 VW> Тактов уйдет столько же.
 
 Тактов - да, но вроде как поднялся вопрос о cache pollution из-за
 большего размера кода. на 32х битной системе загрузка и работа с 64х битным
 числом будет длиннее чем на 64х битной, особенно в случае если адрес
 живет где-нибудь в регистре.
 
 OD>>Так что не смотря на то что объем данных и стека несомненно
 OD>>возрастет, объем непосредственно исполнимого кода может и
 OD>>уменьшиться. 
 VW> Hикого не волнует объем исполнимого кода. Волнует количество байтиков,
 VW> пробегающих по шине. Поскольку именно они определяют время. 
 
 А как же кеш? Он же не безразмерный, собственно твой изначальный аргумент
 именно про кеш и был.
 
 VW> То что 64-битные версии приложений могут оказаться медленнее 32-битных,
 VW> на том же процессоре если им не нужно по делу кусков памяти больше 4Гб,
 VW> давно замечено на тех же Sparc-ах.
 
 Hу доставлять еще кучу 32х битных библиотек на athlon64 систему чтобы
 посмотреть какая будет разница у mencoder в 32х и 64х ьитном режиме мне как-то
 лень ;)
 
 Bye,
     Oleg
 --- ifmail v.2.15dev5.3
  * Origin: Green's home news server (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Re: amd64   Oleg Drokin   09 May 2005 01:04:53   Re: amd64   Aleksey Barabanov   09 May 2005 02:42:18   Re: amd64   Oleg Drokin   09 May 2005 10:23:03   Re: amd64   Aleksey Barabanov   11 May 2005 08:12:31   Re: amd64   Oleg Drokin   11 May 2005 11:59:55   Re: amd64   Aleksey Barabanov   11 May 2005 13:12:29   Re: amd64   Nikolay Panov   11 May 2005 15:40:06   Re: amd64   Aleksey Barabanov   12 May 2005 10:12:25   Re: amd64   Victor Wagner   11 May 2005 12:21:40   Re: amd64   Oleg Drokin   11 May 2005 14:12:01   Re: amd64   Victor Wagner   11 May 2005 15:06:48   Re: amd64   Oleg Drokin   11 May 2005 16:05:34   Re: amd64   Victor Wagner   11 May 2005 17:43:34   Re: amd64   Oleg Drokin   11 May 2005 19:57:59   Re: amd64   Eugeny Chernetcki   11 May 2005 15:01:49