Технологическая отсталость линукса - ACL

Linups_Troolvalds · 07-01-10 12:11:50

Rat пишет:

Linups_Troolvalds пишет:
Не-не, мы будем стыдиться этого, глядя, как в Божественной даже такие Партнеры Великой, как Адольфэ, до сих пор его не прикрутили...
Ваша навязчивость в упоминании одной и той же фамилии начинает вызывать определенные опасения...

И чья же это фамилия, позвольте полюбопытствовать? big_smile

Обратитесь к врачу, пока поздно не стало.

К анестезиологу?

Майор Очевидность · 07-01-10 12:35:05

Rat пишет:

Факт, что обычной перекомпиляцией 32хбитного кода в 64х битный ни какой прибавки (ощутимой) в производительности не добиться.
Факт, что платформа 64х битных вычислений от АМД в первую очередь интересна возможностью использования больших обхемов ОЗУ, нежели какой-то ощутимой прибавкой в скорости.

оба этих факта — не факты вовсе.

1. что имеется в виду под "обычной" перекомпиляцией? включив оптимизацию под х64, можно добиться значительной прибавки в производительности (порой в полтора-два раза). возьмите любой исходник на C и скормите его gcc с ключами компиляции для х86 и х86-64, и убедитесь.

2. не только этим. в частности, в х64 избавились от многих "костылей" х86. это помогло удешевить производство и ускорить работу оставшихся цепей в силу упрощения схемотехники.

goujat · 07-01-10 13:45:49

О чём вы ваще рассуждаете в этой теме? Что за оффтопик? Создайте свою тему! Тут обсуждать технологическую отсталость линупса, ясно?

Armanx64 · 07-01-10 15:20:29

К слову о x64
Обычно мощь x64 незаметна, но использование x64 позволяет сократить машинный код и количество блоков. Однако, простая перекомпиляция не даст прирост производительность. Другое дело, если будет изменена программа так, что бы она использовала максиум разрядности и самые последние спецификации процессора. Одним x64 сыт не будешь, а x64 + SSE 4.1 - прирост ощутим

Отредактировано Armanx64 (07-01-10 15:21:08)

Майор Очевидность · 07-01-10 16:34:28

а вы попробуйте, попробуйте.

Майор Очевидность · 07-01-10 16:53:08

взять исходник на С, содержащий алгоритм выполнения какой-нибудь ресурсоёмкой задачи.
скомпилировать его с помощью gcc под х86.
запустить. замерить скорость выполнения.
перекомпилировать под х64.
запустить. замерить скорость выполнения.
сравнить.

FreeOS · 07-01-10 16:56:13

Может я конечно что-то не догоняю, или тупо забыл, что наврядли, но оптимизированный код под определенную аритектуру, это оптимизированный код. И компилятор тут не причем, все решается на уровне кода

Майор Очевидность · 07-01-10 17:00:00

FreeOS пишет:

Может я конечно что-то не догоняю, или тупо забыл, что наврядли, но оптимизированный код под определенную аритектуру, это оптимизированный код. И компилятор тут не причем, все решается на уровне кода

если использовать немасштабируемые типы переменных и машинно-специфичные команды, типа ассемблерных XLAT, ADC итп., то это чистая правда.

Armanx64 · 07-01-10 17:01:57

взять исходник на С, содержащий алгоритм выполнения какой-нибудь ресурсоёмкой задачи.
скомпилировать его с помощью gcc под х86.
запустить. замерить скорость выполнения.
перекомпилировать под х64.
запустить. замерить скорость выполнения.
сравнить.

Разницы не будет. Скорее всего, вы её просто не заметите. А вот если, например, юзать x64-переменные, то тут другое дело.

FreeOS · 07-01-10 17:04:24

Я в свое время писал исключительно на асме, и архитектуру проца приходилось учитывать, если нужно было выжать максимум, а не топтаться о обычными ax bx cx dx etc

Майор Очевидность · 07-01-10 17:04:38

Armanx64 пишет:

Разницы не будет. Скорее всего, вы её просто не заметите. А вот если, например, юзать x64-переменные, то тут другое дело.

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

Майор Очевидность · 07-01-10 17:12:51

чёрт. и почему всё возвращается на круги своя?
обещал же не переубеждать...
видимо, от ничегонеделанья smile

да, да, AMD "просто растянула" smile
на этом дискуссию можно считать законченной.

Armanx64 · 07-01-10 17:16:46

Стоп! Не заканчивать! У меня вопрос: а есть ли пользовательские решения Itanium II и есть ли Windows(не сервер) для них?

istrebitel · 07-01-10 18:14:24

И мои вопросы остались без ответа:
Сколько будет стартовать опен офис в оптимизированой x64 генте?
Сколько будет копироваться файл или большая папка?
На сколько быстрее будет происходить переконвертация видео?
На сколько FPS больше выдадут нативные Linux игры?

Форум StopLinux

Объявление

#76 07-01-10 12:11:50

Re: Технологическая отсталость линукса - ACL

#77 07-01-10 12:35:05

Re: Технологическая отсталость линукса - ACL

#78 07-01-10 13:45:49

Re: Технологическая отсталость линукса - ACL

#79 07-01-10 15:20:29

Re: Технологическая отсталость линукса - ACL

#80 07-01-10 16:34:28

Re: Технологическая отсталость линукса - ACL

#81 07-01-10 16:53:08

Re: Технологическая отсталость линукса - ACL

#82 07-01-10 16:56:13

Re: Технологическая отсталость линукса - ACL

#83 07-01-10 17:00:00

Re: Технологическая отсталость линукса - ACL

#84 07-01-10 17:01:57

Re: Технологическая отсталость линукса - ACL

#85 07-01-10 17:04:24

Re: Технологическая отсталость линукса - ACL

#86 07-01-10 17:04:38

Re: Технологическая отсталость линукса - ACL

#87 07-01-10 17:12:51

Re: Технологическая отсталость линукса - ACL

#88 07-01-10 17:16:46

Re: Технологическая отсталость линукса - ACL

#89 07-01-10 18:14:24

Re: Технологическая отсталость линукса - ACL

Подвал форума