From: Led <led@altlinux.ru> To: ALT Devel discussion list <devel@lists.altlinux.org> Subject: Re: [devel] Fwd: lj_udrepper: Text Relocations Date: Wed, 7 Jun 2006 14:47:58 +0300 Message-ID: <200606071447.59170.led@altlinux.ru> (raw) In-Reply-To: <20060607114131.GJ9823@localhost.localdomain> В сообщении от 7 июня 2006 14:41 Alexey Tourbin написал(a): > On Wed, Jun 07, 2006 at 02:22:58PM +0300, Led wrote: > > > Я готов пояснить. Есть задачи, типа просмотра видео, где абсолютные > > > потребности производительности оцениваются исходя из того, что нужно > > > успеть сделать "в секунду". Если успеваем разжать сколько нужно в > > > секунду, то дальнейшая оптимизация более или менее бесполезна (а > > > ассемблерная оптимизация даже вредна). BLAS и сжатие видео как раз к > > > этому классу приложений НЕ относятся, потому что в случае с научными > > > расчетами или сжатием видео "слишком быстро" не бывает. Эти задачи не > > > привязаны к реалтайму, то есть "не лимитированы абсолютными > > > потребностями реалтайма". > > > > Ещё раз: необходимость сжатия видео именно в реалтайме - реальная и > > часто встречающаяся задача! > > Я об этом не подумал. Но я написал, о чем я подумал: о том, что не вижу > mplayer в верхних строчках top, когда он играет видео. > > > Ещё раз: "быстрее не надо" в том случае, если у вас однопользовательская > > и/или однозадачная ОС, то есть ві всегда работаете в системе один и > > делаете одновременно что либо ТОЛЬКО одно: либо смотрите видео, либо > > смотрите, как что-то компилится, либо смотрите на меняющиеся циферки > > видеокодера:) > > В многопользовательской системе производительность упирается прежде > всего в IO, а не в процессор. Так как nice от дисковой активность не > помогает. По крайней мере так было на ядрах 2.4. Она упирается в IO если: диск - один, кеш - маленький ( мало оперативки), все ресурсоёмкие задачи много читаюпишут с/на диск. Но в этом случае и думать нЕчего - нужно добавить винт:) > > > > Для второго класса задач очевидных абсолютных оценок нет (научные > > > расчеты могут иметь произвольную сложность), поэтому для них > > > актуальность оптимизации остается, и ассемблерные вставки можно > > > оправдать. В частности, BLAS сейчас собран с ассемблерными вставками. > > > > AFAIK в gcc тоже есть асемблерные вставки. Дело не в асм-вставках, а в > > том как и ПРАВИЛЬНО делать. Так вот, из рекомендаций по ПРАВИЛЬНОСТИ > > асм-вставок самая "конкретная" - "перепишите асм-код правильно" :) > > asm-вставки делать концептуально неправильно. Получается плохо > поддерживаемый и непереносимый код. Если же выигрыш получается > значительным, то это нужно доказать, исходя из > 1) относительного прироста производительности; > 2) абсолютных потребностей в производительности; > 2) класса решаемых задач. С этим и не спорил:) -- Led.
next prev parent reply other threads:[~2006-06-07 11:47 UTC|newest] Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top 2006-06-06 15:29 Alexey Tourbin 2006-06-06 15:42 ` Dmitry V. Levin 2006-06-06 16:01 ` Alexey Tourbin 2006-06-06 20:24 ` Dmitry V. Levin 2006-06-07 5:12 ` Alexey Tourbin 2006-06-06 20:59 ` [devel] eu-findtextrel Dmitry V. Levin 2006-06-07 6:16 ` [devel] [JT] eu-findtextrel Michael Shigorin 2006-06-06 16:15 ` [devel] Fwd: lj_udrepper: Text Relocations Konstantin A. Lepikhov 2006-06-06 15:48 ` Led 2006-06-06 15:51 ` Dmitry V. Levin 2006-06-06 15:54 ` Led 2006-06-06 16:02 ` Alexey Tourbin 2006-06-06 16:24 ` Led 2006-06-07 6:47 ` Alexey Tourbin 2006-06-07 7:24 ` Sergey Pinaev 2006-06-07 7:42 ` Alexey Tourbin 2006-06-07 11:56 ` Yury Aliaev 2006-06-07 12:04 ` Alexey Tourbin 2006-06-07 12:25 ` [devel] блин Michael Shigorin 2006-06-07 12:33 ` Alexey Tourbin 2006-06-07 14:47 ` Yury Aliaev 2006-06-07 9:06 ` [devel] Fwd: lj_udrepper: Text Relocations Led 2006-06-07 10:42 ` Alexey Tourbin 2006-06-07 10:52 ` Kirill A. Shutemov 2006-06-07 11:01 ` Alexey Tourbin 2006-06-07 10:54 ` Led 2006-06-07 11:11 ` Alexey Tourbin 2006-06-07 11:22 ` Led 2006-06-07 11:41 ` Alexey Tourbin 2006-06-07 11:47 ` Led [this message] 2006-06-07 15:59 ` Konstantin A. Lepikhov 2006-06-06 20:38 ` Mikhail Zabaluev 2006-06-06 17:02 ` Alexey Tourbin 2006-06-06 17:46 ` Alexey I. Froloff 2006-06-06 19:13 ` Dmitry V. Levin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=200606071447.59170.led@altlinux.ru \ --to=led@altlinux.ru \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git