ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Alex Korchmar <hue-moe@so.yandex.ru>          20 Feb 2007  03:20:27
 To : Slav Matveev
 Subject : Re: линух в школе
 -------------------------------------------------------------------------------- 
 

 .RFC-X-Complaints-To: gatekeeper@fido7.ru
 .RFC-NNTP-Posting-Date: Mon, 19 Feb 2007 21:20:27 +0000 (UTC)
 .RFC-X-BeforeModerator-Path: not-for-mail
 .RFC-X-BeforeModerator-Sender: Alex Korchmar <alx@cd.design.ru>
 .RFC-X-BeforeModerator-NNTP-Posting-Host: cd.design.ru
 .RFC-X-BeforeModerator-X-Trace: ddt.demos.su 1171920023 82114 195.54.192.118 (19
 Feb 2007 21:20:23 GMT)
 .RFC-X-BeforeModerator-X-Complaints-To: gatekeeper@fido7.ru
 .RFC-X-BeforeModerator-NNTP-Posting-Date: Mon, 19 Feb 2007 21:20:23 +0000 (UTC)
 .RFC-X-Comment-To: Slav Matveev <Slav.Matveev@p222.f968.n5020.z2.fidonet.org>
 .RFC-X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2
 (ddt.demos.su [127.0.0.1]); Tue, 20 Feb 2007 00:20:23 +0300 (MSK)
 .RFC-X-FTN-REPLYADDR: Alex Korchmar <hue-moe@so.yandex.ru>
 .RFC-Xref: cclinfo fido7.ru.linux:38365
 From: Alex Korchmar <hue-moe@so.yandex.ru>
 
 Slav Matveev <Slav.Matveev@p222.f968.n5020.z2.fidonet.org> wrote:
 
 SM>     for (;;) {
 SM>         unsigned bit = size >> 1;
 SM>             .....
 
 а вот так вполне можно, и на паскале это будет while (true)
 (другое дело что не всякий компилятор переварит)
 
 SM>     ну или так, тоже чиста паскалевский подход:
 
 вполне в рамках разумного. То что в паскале цикл с предусловием слишком 
 примитивен для такой конструкции - проблемы и геморрой паскаля.
 
 SM>     тебе сказать откуда этот код, что бы мог подать комплейн
 
 совсем не оттуда, откуда имеет смысл для книжки про эффективные алгоритмы.
 
 SM>     хотя для оценки влияния языка достаточно просто вспомнить
 SM>     val++  :)
 
 а это вот, как раз, точнее запись val[k++], не говоря уже о f=*(val++) -
 остатки эффективной возможности использования некоей особенности давным-давно
 несуществующего процессора. Сейчас скорее вредная, чем полезная.
 
  AK>> алгоритм в таких мелочах как распределение операндов по регистрам -
  AK>> да, поправит, и сам ты этого сделать не сумеешь - сорвешь парное
  AK>> исполнение.
 SM>     а помнишь байку о кваке, где руками "распараллелили" целочисленные
 SM>     вычисления и плавучку?
 
 я думаю там не совсем руками, а анализатором имени интела, он тогда уже, 
 вроде, был.
 руками где-нибудь рано или поздно ошибешься на один такт и 
 так старательно распараллеленная конструкция старательно пойдет мимо 
 параллельных конвейеров.
 Эти вон, которых Тутубалин упоминает, тоже вряд ли свои tlb miss'ы на бумажке 
 умозрительно подсчитывали.
 
  AK>> каждым новым компилятором. Увы, облажался - компиляторы оказались
  AK>> стабильней процессоров. Hу, в качестве пророка он себя вроде и не
  AK>> позиционировал.
 SM>     Все что там рассказывается - это скорее фундаментальная наука,
 SM>     а не прикладная. В том плане что не зависит ни от компиляторов,
 
 вот потому и стоило выбрать какой-нибудь алгол и не мучаться и не мучать
 студентов. 
 А на "эффективность" - забить, не рассчитаны современные процессоры на 
 писание на их ассемлерах.
 > Alex
 
 --- FIDOGATE 5.1.3ds
  * Origin: Demos online service (2:5054/1.128)
 
 

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