Процессорные архитектуры - кто есть ху (Отрезано от Вопрос новичка -> Разбивка дисков,swap и прочее...)

Любые разговоры которые хоть как-то связаны с тематикой форума

Модератор: Модераторы разделов

Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current

Re: Процессорные архитектуры - кто есть ху

Сообщение drBatty »

Ism писал(а):
06.05.2012 16:22
drBatty писал(а):
06.05.2012 16:06
NickLion писал(а):
06.05.2012 11:06
При грамотном использовании MMX, SSEx могут значительно увеличить производительность.

производительность ЧЕГО????!!11

Математических вычислений

А вообще что, может ограничимся командами i386 и Математический сопроцессор выкинуть ?

Похоже вы старовер

не, я не старовер. всё проще: время работы алгоритма определяется самым слабым местом. Т.н. бутылочное горлышко.
Вот где оно у вас?
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
NickLion
Сообщения: 3408
Статус: аватар-невидимка
ОС: openSUSE Tumbleweed x86_64

Re: Процессорные архитектуры - кто есть ху

Сообщение NickLion »

Ism писал(а):
06.05.2012 15:50
А перекомпиляция - удел немногих , только несколько раз пересобирал программу и то для поиграться

Ну, тогда и на 2% прироста от перехода на SSE2 Вам будет всё равно ;)

Run-time проверки приносят кучу проблем на самом деле. При неверной реализации могут затормозить значительно. И в любом случае значительно увеличивают размер.
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current

Re: Процессорные архитектуры - кто есть ху

Сообщение drBatty »

ну если для чтения файла нужно 100 секунд, то программа будет работать 100 секунд. Ну хоть ты убейся апстенну как Томми.
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Ism
Сообщения: 1261
Статус: Никто, по сути быдло

Re: Процессорные архитектуры - кто есть ху

Сообщение Ism »

Вы о чем ? Здесь вопрос о включении возможностей , а не квалификации программера

Run-time проверки приносят кучу проблем на самом деле. При неверной реализации могут затормозить значительно. И в любом случае значительно увеличивают размер.

увеличивают размер чего ???

для проверки достаточно нескольких asm команд
Спасибо сказали:
NickLion
Сообщения: 3408
Статус: аватар-невидимка
ОС: openSUSE Tumbleweed x86_64

Re: Процессорные архитектуры - кто есть ху

Сообщение NickLion »

drBatty писал(а):
06.05.2012 16:06
ВНЕЗАПНО: а оно надо? Если надо, то зачем?

ВНЕЗАПНО: при обработке видео, изображений, звука, а также архивировании, вычислениях.

drBatty писал(а):
06.05.2012 16:06
производительность ЧЕГО????!!11

Кода. Если при обработке потока загружен cpu на 100% или на 90% — есть разница? Есть, при 90% остаётся резерв. А при 100% его нет, что может вылиться в задержку, потерю кадров и т.п.
Спасибо сказали:
NickLion
Сообщения: 3408
Статус: аватар-невидимка
ОС: openSUSE Tumbleweed x86_64

Re: Процессорные архитектуры - кто есть ху

Сообщение NickLion »

drBatty писал(а):
06.05.2012 16:28
ну если для чтения файла нужно 100 секунд, то программа будет работать 100 секунд. Ну хоть ты убейся апстенну как Томми.

Это если упирается в винт, то да. А если 10 камер FullHD стримят, этот стрим на винт ложится нормально. Но вот незадача, надо их ещё и декодировать и пережать для анализа и временных данных. И тут уже производительности проца может не хватать.

Ism писал(а):
06.05.2012 16:30
увеличивают размер чего ???

Кода, который потом будет загружен в память и там отнимать место.

Ism писал(а):
06.05.2012 16:30
для проверки достаточно нескольких asm команд

Выполнив которые 100500 раз, мы потеряем те самые 10%, которые выиграли. А там, где не выиграли ещё и потеряли. Ну-ну. Правильнее всего делать разделение на укрупнённом уровне, но тогда 90% кода будет дублироваться для каждой реализации.
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current

Re: Процессорные архитектуры - кто есть ху

Сообщение drBatty »

NickLion писал(а):
06.05.2012 16:38
Это если упирается в винт, то да.

ну а то - нет?
NickLion писал(а):
06.05.2012 16:38
А если 10 камер FullHD стримят, этот стрим на винт ложится нормально. Но вот незадача, надо их ещё и декодировать и пережать для анализа и временных данных. И тут уже производительности проца может не хватать.

ну может быть и так. Вот и посмотрите, ГДЕ у вас узкое место. У ВАС.
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
NickLion
Сообщения: 3408
Статус: аватар-невидимка
ОС: openSUSE Tumbleweed x86_64

Re: Процессорные архитектуры - кто есть ху

Сообщение NickLion »

drBatty, да даже просто кодировать видео достаточно продолжительное. Проблема не в винте, а в процессоре именно. А зачастую приходится подбирать параметры кодирования видео, чтобы и качество приемлимым получилось и размер адекватный. Т.е. далеко не с первого раза это получается (ну, не мой это профиль, просто приходилось этим заниматься).
Спасибо сказали:
Ism
Сообщения: 1261
Статус: Никто, по сути быдло

Re: Процессорные архитектуры - кто есть ху

Сообщение Ism »

Выполнив которые 100500 раз, мы потеряем те самые 10%, которые выиграли


Вы о чем ? Проверка производится при запуске программы один раз.
Спасибо сказали:
NickLion
Сообщения: 3408
Статус: аватар-невидимка
ОС: openSUSE Tumbleweed x86_64

Re: Процессорные архитектуры - кто есть ху

Сообщение NickLion »

Ism писал(а):
06.05.2012 17:12
Вы о чем ? Проверка производится при запуске программы один раз.

Тогда несколько реализаций, которые на 90% дублируются. О чём говорил дальше.
Спасибо сказали:
Ism
Сообщения: 1261
Статус: Никто, по сути быдло

Re: Процессорные архитектуры - кто есть ху

Сообщение Ism »

Тогда несколько реализаций, которые на 90% дублируются. О чём говорил дальше.

Ну думаю диск потянет лишние несколько килобайт кода
Спасибо сказали:
Аватара пользователя
Crazy
Сообщения: 862
Статус: Адепт Дзен.
ОС: Mint, Win7.

Re: Процессорные архитектуры - кто есть ху

Сообщение Crazy »

Ism писал(а):
05.05.2012 22:54
Почемуто забыли про sse http://ru.wikipedia.org/wiki/SSE , а грамотно оптимизированная под низ программа может работать в разы быстрее, да и OpenCL наступает. , поэтому нужно не собирать под архитектуру , а смотреть возможности программы задействовать способы ускорения вычислений
Например flash без sse становится дохлой клячей

только что бы был прок от всяких sse/mmx нужно алгоритмы и структуры данных в программе затачивать под их использование, тогда будет прок от использования соответствующих флагов компиляции. и не в разы а на 20-30%

Desipere in loco
Спасибо сказали:
watashiwa_daredeska
Бывший модератор
Сообщения: 4038
Статус: Искусственный интеллект (pre-alpha)
ОС: Debian GNU/Linux

Re: Процессорные архитектуры - кто есть ху

Сообщение watashiwa_daredeska »

NickLion писал(а):
05.05.2012 12:17
watashiwa_daredeska писал(а):
04.05.2012 23:53
Кому надо и так прекрасно знают или прочитают.

А я не буду долго выискивать что да как.
Значит, Вам не надо.

NickLion писал(а):
05.05.2012 12:17
Если написана конкретная архитектура, значит собрана под неё.
Вы вольны заблуждаться любым угодным Вам образом.

Однако, в документации всё расписано и указано, никто никого в заблуждение не вводит, кроме вас самих.
Спасибо сказали:
Аватара пользователя
sash-kan
Администратор
Сообщения: 13939
Статус: oel ngati kameie
ОС: GNU

Re: Процессорные архитектуры - кто есть ху

Сообщение sash-kan »

дискуссия о gnu/linux уехала сюда: gnu/linux again
если что-то отделено неправильно — скажите, перетащу пост в нужное место·
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
Спасибо сказали: