[Sarlug] x64_86

[Sarlug] x64_86

[Sergey Mihailov]

Hi all !

Вот решил попробывать АМД64. ( сроду юзал только интеля )

И несколько вопросов :
1. Достал ФК5-х64-ДВД. Может у кого в Саратове упдате на него по свежее 
есть ?
( у меня для и386 есть упдаты а для 64 нету :( )
2. Кто юзал ФК5 ? У него либы собраны с подержкой 32бит ?
( ну что бы бины от 32 запускать .... )
3. Вообще реально это добавляет скорости ? К примеру если буду в менкодере
64 битном фильмы кодить ?

Спасибо !

-- 

MX
Fedora Core release 5 (Bordeaux) - Linux kernel 2.6.17-1.2157_FC5smp
JID: mx@ns.nxg.pvrr.mps
mailto:mx@nxg.pvrr.rzd ( intranet only) 

Re: [Sarlug] x64_86

[allirahaz]

Здравствуйте, Sergey.

Вы писали 5 сентября 2006 г., 8:05:58:

> Hi all !

> Вот решил попробывать АМД64. ( сроду юзал только интеля )

> И несколько вопросов :
> 1. Достал ФК5-х64-ДВД. Может у кого в Саратове упдате на него по свежее
> есть ?
> ( у меня для и386 есть упдаты а для 64 нету :( )
> 2. Кто юзал ФК5 ? У него либы собраны с подержкой 32бит ?
> ( ну что бы бины от 32 запускать .... )
> 3. Вообще реально это добавляет скорости ? К примеру если буду в менкодере
> 64 битном фильмы кодить ?

> Спасибо !


> ( сроду юзал только интеля )
считалось,что для кодирования интел предпочтительнее из за набора
инструкций
> Вообще реально это добавляет скорости ?
пример из винды :
две машины   1      64амд 2800(п-рэйтинг,герцы не помню)
             2      атлонХР @1700
один файло мпег2 (интервидео) 768*576 на первой в xvid за 1ч30мин,
на второй за 1.35мин... делаем выводы...
кстати на ixbt.com были обзоры по кодированию...
я тогда читал,но сделал вывод что максимальное преимущество
около 7% в офисных приложениях... потому просто и подразогнал
свой камень и все...конечно,поддержку 64битности приложением
маст хэв,но реализовано ли это в мэнкодере-не знаю...
кстати,сечас двд болванки доступны ;) я ваще для себя кодить
перестал.. mpeg2 и все...

-- 
С уважением,
 Рома                       mailto:mylinux@rambler.ru

Re: [Sarlug] x64_86

[Sergey Mihailov]

allirahaz пишет:
> считалось,что для кодирования интел предпочтительнее из за набораинструкций>
Каких еще наборов ? Уже давно sse 1,2,3 и прочая бяка присутвует в 
современых АМД ...
>  Вообще реально это добавляет скорости ?пример из винды :две машины   1      64амд 2800(п-рэйтинг,герцы не помню)             2      атлонХР @1700один файло мпег2 (интервидео) 768*576 на первой в xvid за 1ч30мин,на второй за 1.35мин... делаем выводы...
Не понял какие выводы ? Все таки я думаю винХП с 64 довеском это все 
таки не совсем линух64
и потом чем кодили ? что тоже брали кодеки под 64 ?
Дело не в том какой камень пашет. А в том какая ось и софт на этом камне 
пашет !

У нас тут один есть.
У него дома амд64 3000+ мгерц=1800 он туды гентуу под 64 собрал
и на работе у него ящик на 2 хеонах + НТ ( типа 4 проца значит ) по 
3000мгц соотетввенно i686
он туды

Так на амд64 компилиться все чуть ли не в 2 раза быстрее. Вот тебе и 
весь сказ !
http://sergey-gals.livejournal.com/5083.html

> кстати на ixbt.com были обзоры по кодированию...
ихбт ? :(((( Тама поди одна виндовс ....
> я тогда читал,но сделал вывод что максимальное преимуществооколо 7% в офисных приложениях...
не понял что значит в офисных ? в смысле опенофис собраный под 64 будет 
на 7 процентов быстрее опена собраного по 686 ?
Если брать виндовс то что то я не видел МСОфисса собраного под 64 ... а 
что есть такой ?
>  потому просто и подразогналсвой камень и все...конечно,поддержку 64битности приложениеммаст хэв,но реализовано ли это в мэнкодере-не знаю...кстати,сечас двд болванки доступны ;) я ваще для себя кодитьперестал.. mpeg2 и все...
>   
ну во первых на двд без потери качества ( на глаз не отличимо ) влазит 
3двд фильма + ас3 звук ( те по 2сд)
а то места нема и так все дисками забито :(

И потом я еще кодю с ДВ в МПЕГ2(двд) а тут уж извини но мпег2 матрица 
точно в 64 бита ложиться так что если все будет собрано под 64
то должно быть не плохо ускориться ...

-- 

MX
Fedora Core release 5 (Bordeaux) - Linux kernel 2.6.17-1.2157_FC5smp
JID: mx@ns.nxg.pvrr.mps
mailto:mx@nxg.pvrr.rzd ( intranet only) 

Re: [Sarlug] x64_86

[allirahaz]

Здравствуйте, Sergey.

Вы писали 5 сентября 2006 г., 12:49:53:


> Каких еще наборов ? Уже давно sse 1,2,3 и прочая бяка присутвует в 
> современых АМД ...
Я,действительно,рад за амд ;)
>>  Вообще реально это добавляет скорости ?пример из винды :две машины
>>   1      64амд 2800(п-рэйтинг,герцы не помню)             2
>>  атлонХР @1700один файло мпег2 (интервидео) 768*576 на первой в xvid за 1ч30мин,
>> на второй за 1.35мин... делаем выводы...
> Не понял какие выводы ?
уж извините,но я не телепат,какие выводы можете вы сделать-- мне
неизвестно..
> Все таки я думаю винХП с 64 довеском это все
> таки не совсем линух64
ради интереса...если дадите файло,можем провести сей
эксперимент,о софте и параметрах условимся...самому
интересно..
> и потом чем кодили ? что тоже брали кодеки под 64 ?
-видеоряд womblempegvideowizardv 03.2005..
-xvid под64? у меня его нет..
> Дело не в том какой камень пашет. А в том какая ось и софт на этом камне
> пашет !
помните из физики ?: "выигрыш в силе-проигрыш в расстоянии,и на оборот"
если проц реально не все sse держит,то на него хоть лэйбл 64х2
приклей.. в соревновании с полновесным братом он,имхо,проиграет...
>> кстати на ixbt.com были обзоры по кодированию...
> ихбт ? :(((( Тама поди одна виндовс ....
другими исследованиями поделитесь?

> не понял что значит в офисных ? в смысле опенофис собраный под 64 будет
> на 7 процентов быстрее опена собраного по 686 ?
> Если брать виндовс то что то я не видел МСОфисса собраного под 64 ... а
> что есть такой ?
мало того,так их еще и не собирают...тупо ставят..и все..  :)


> ну во первых на двд без потери качества ( на глаз не отличимо ) влазит
> 3двд фильма + ас3 звук ( те по 2сд)
у всех глаза разные...     "..кому и кобыла..."(с)щукарь
односторонний двухслойный двд запихнуть с двумя такими же
исходными на один двд? без потери?... "почти без потери"-еще куда ни
шло..
> а то места нема и так все дисками забито :(

> И потом я еще кодю с ДВ в МПЕГ2(двд) а тут уж извини но мпег2 матрица 
> точно в 64 бита ложиться так что если все будет собрано под 64
> то должно быть не плохо ускориться ...
возможно,пока проверить не могу...после апгрэйда тока..



-- 
С уважением,
 Рома                       mailto:mylinux@rambler.ru

Re: [Sarlug] x64_86

[Paul P Komkoff Jr]

Replying to Sergey Mihailov:
> И несколько вопросов :
> 1. Достал ФК5-х64-ДВД. Может у кого в Саратове упдате на него по свежее 
> есть ?

У меня.
mirrors.sgu.ru/fedora/

> 2. Кто юзал ФК5 ? У него либы собраны с подержкой 32бит ?

Это называется multilib.

> 3. Вообще реально это добавляет скорости ? К примеру если буду в менкодере
> 64 битном фильмы кодить ?

Зависит от mencoderа.

-- 
Paul P 'Stingray' Komkoff Jr // http://stingr.net/key <- my pgp key
 This message represents the official view of the voices in my head

Re: [Sarlug] x64_86

[Sergey Mihailov]

Paul P Komkoff Jr пишет:
> У меня.mirrors.sgu.ru/fedora/
>   
О ! Вери гуд ! Сейчас я задействую наш народ и постараюсь локально его 
сбагрить :)
Спасибо !
> Это называется multilib.
>   
Название конечно круто. Но я вообще хотел знать в ФК5-64 это 
присутствует или нет ?
>> 3. Вообще реально это добавляет скорости ? К примеру если буду в менкодере> 64 битном фильмы кодить ?
>>     
> Зависит от mencoderа.
>   
Несовсем понятно.
Если менкодер просто пересобрать под 64 это даст преимущества ? Или 
должны быть спец фишки в самом менкодере ...

-- 

MX
Fedora Core release 5 (Bordeaux) - Linux kernel 2.6.17-1.2157_FC5smp
JID: mx@ns.nxg.pvrr.mps
mailto:mx@nxg.pvrr.rzd ( intranet only) 

Re: [Sarlug] x64_86

[Paul P Komkoff Jr]

Replying to Sergey Mihailov:
> Название конечно круто. Но я вообще хотел знать в ФК5-64 это 
> присутствует или нет ?

Эээ
Присутствует, по двум причинам:
1. В любом нормальном дистрибутиве это присутствует
2. Есть приложения, которые не совсем портированы под x64, такие как
[censored] флэш-плугин или (до недавнего времени) openoffice.

> Если менкодер просто пересобрать под 64 это даст преимущества ? Или 

С чего это?
Если и даст, то не оченеь большое.

Основное преимущество 64разрядых систем - большее адресное
пространство, позволяющее замапить в userspace ольше 3х гигабайт.
Например, при работе с базами данных можно мапнуть 100гигабайтный файл
себе в память целиком, а не окнами.
Можно добиться некоторой оптимизации за счёт использования 64разрядных
регистров процессора и 64разрядных команд пересылки данных, проблема
только в том, что такую оптимизацию уже наверняка сделали ещё раньше с
применением какого-нибудь SIMD, например, SSE3

> должны быть спец фишки в самом менкодере ...

Именно.

-- 
Paul P 'Stingray' Komkoff Jr // http://stingr.net/key <- my pgp key
 This message represents the official view of the voices in my head

Re: [Sarlug] x64_86

[Sergey Mihailov]

Paul P Komkoff Jr пишет:
> ЭээПрисутствует, по двум причинам:1. В любом нормальном дистрибутиве это присутствует2. Есть приложения, которые не совсем портированы под x64, такие как[censored] флэш-плугин или (до недавнего времени) openoffice.
>   
хм. Ну вроде фк-5 64 вышла одновремено с и386 в марте, и тама было сразу 
опен-64-рпм.
Хотя может март это и есть недавно.
> С чего это?Если и даст, то не оченеь большое.
> Основное преимущество 64разрядых систем - большее адресноепространство, позволяющее замапить в userspace ольше 3х гигабайт.Например, при работе с базами данных можно мапнуть 100гигабайтный файлсебе в память целиком, а не окнами.Можно добиться некоторой оптимизации за счёт использования 64разрядныхрегистров процессора и 64разрядных команд пересылки данных, проблематолько в том, что такую оптимизацию уже наверняка сделали ещё раньше сприменением какого-нибудь SIMD, например, SSE3
>   
не совсем понял. Я конечно не програмер и не могу сильно рубить в этом 
деле. Но обычно проги написаны на С или С++
тама всякие либы стандартные. После компиления будет асм-маш-код. И мне 
думаеться будет разница если за один такт
будет гнаться 64 за место 32 который уже уложиться в 2 такта ...

Так как ССЕ3 я плохо знаком то вообще хз связано это или нет ...

P.S. Между прочим вчера когда тянул дрова-нвидиа последнии с Ливны то 
обратил
на пакет нвидиа-32бит-64-рпм. Ну дамаю что бы гамы 32 битные шли. Стянул.
А тама в реадми написано что это для старых жф2 и ниже. Что не держут 64 
бита.
Выходит ГПУ на новых инвидиа понимают 64 бита. Так это само по себе 
должно ускорить
вывод в 1.5 - 2 раза ...

Хотя может я и ошибаюсь !

-- 

MX
Fedora Core release 5 (Bordeaux) - Linux kernel 2.6.17-1.2157_FC5smp
JID: mx@ns.nxg.pvrr.mps
mailto:mx@nxg.pvrr.rzd ( intranet only) 

Re: [Sarlug] x64_86

[Paul P Komkoff Jr]

Replying to Sergey Mihailov:
> Paul P Komkoff Jr пишет:
> хм. Ну вроде фк-5 64 вышла одновремено с и386 в марте, и тама было сразу 
> опен-64-рпм.
> Хотя может март это и есть недавно.

Скажем так. Я видел процесс портирования, но я не следил за
результатом :)

Дальшеу тебя какой-то сумбур написан, например:
> не совсем понял. Я конечно не програмер и не могу сильно рубить в этом 
> деле. Но обычно проги написаны на С или С++

Что значит "обычно"?
Если взять весь код который есть в мире и раскидать по процентам
(кол-во строк кода: язык), то C и C++ если и займут 1 место, от отрыв
будет очень небольшой :)

> тама всякие либы стандартные. После компиления будет асм-маш-код. И мне 
> думаеться будет разница если за один такт
> будет гнаться 64 за место 32 который уже уложиться в 2 такта ...

Куда гнаться?
1. Современные процессоры исполняют более одной команды за такт
2. Изменив порядок не зависящих друг от друга инструкций можно в
некоторых случаях добиться двукратного увеличения производительности.
3. Следует различать программы, состоящие из вызовов функций из
каких-либо библиотек, и чисто вычислительные задачи.

> Выходит ГПУ на новых инвидиа понимают 64 бита. Так это само по себе 
> должно ускорить
> вывод в 1.5 - 2 раза ...

Не должно :)

-- 
Paul P 'Stingray' Komkoff Jr // http://stingr.net/key <- my pgp key
 This message represents the official view of the voices in my head