Re: HELP

From

Andrey Belyakov ()

To

Sergey Andrianov

Date

2002-10-10T18:19:15Z

Area

RU.ALGORITHMS

From: "Andrey Belyakov" <andrejb@netmail.lv>

> >>> Но мне трудно представить как можно написать серьездную,
> >>> большую программу на паскале не зная что такое байт, бит,
> >>> слово, сколько места занимает в памяти та или иная переменая....
> AB>> Можно. Больше того - нужно писать именно так, чтобы понятия
> AB>> бит и байт - отсутствовали. Иначе не получится написать
> AB>> что-то действительно большое...
>      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^(1)
> AT> ?????????????????????????
> AT> Ты это серъездно? У меня аж дыхание перехватило.
>
> AT> Ладно, предположим что ты прав. Тогда реши такую задачу. Есть паскаль
> AT> старой
> AT> версии (какой думаю не важно) и
> AT> машина с накоторой можно адресовать только нижние 64 Kб.
>     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^(2)
> AT> Необходимо создать 3 массива чисель от 1 до 2 с точностью до
> AT> двух цифр после запятой (1.35 1.78). В каждом массиве по 2400 цифор.
> AT> Задача из реальной жизни. Только учти что это не единственные массивы,
> AT> есть еще и графическая информация, да и сама программа.
>
> Сравни (1) и (2) и прослезись. :)
> Я уже не говорю о том, что Паскаль для такой задачи - не самый хороший
выбор.
> Если бы мне нужно было сделать это, я бы, скорее всего, не избежал массы
> ассемблерных вставок.
> Но согласись с тем, что умение запихнуть все необходимое в очень
ограниченные
> ресурсы - далеко не единственная серьезная задача и, кроме того, вообще
> неспецифичная для ЯВУ.
Это вообще не задача, тем более - сейчас. А насчет ресурсов...
Последняя задачка, что делал:
Есть расчетная задача. Ничего сложного - вытаскивание данных из базы,
пересчет, и помещение результата обратно. За одним исключением -
объема кода - примерно 20Кб SQL+C текста. Применяемый Алгоритм
расчета описан на примерно 60 страницах - определения терминологии
и порядок расчета. Все в порядке, все работает...
После замены _всего_ алгоритма _четырьмя_ сложными, но понятными
SQL запросами - тоже работает, но на почти два порядка (100 раз) быстрее...
Алгоритм практически не менялся - просто были оценены и опущены
промежуточные, нигде не используемые, результаты, оставшиеся от
прямого переноса ручного рассчета на машину...

Андрей.


-- 
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
 * Origin: Talk.Mail.Ru (2:5020/400)