От Игорь С.
К K
Дата 18.09.2007 19:06:55
Рубрики Россия-СССР; История; Либерализм;

Re: Насколько я

>Осталось только вспомнить некоторые условия сей теоремы и соответствуют ли они для данного случая ограниченных возможностей и ограниченного числа расчетов. Это для бесконечных вычислений в ЭВМ они могут не накапливаться, а для реальных в ручную и на бумажке, даже очень накапливаются.

Как раз вручную - вычисления фактически бесконечные. Вы можете заранее расчитать что и с какой точностью считать. Считайте синусы хоть с точность 100 цифр. Ряд известен и сходится очень быстро. Не переносите свое неумение считать на тех, для кого это профессия. Это в ЭВМ фиксированная длина слова и выползать за эту длину требует опредленных ухищрений.

К, ну какого .... вы лезете объяснять там, где ничего не понимаете и не имеет никакого опыта?

с точки зрения практики Солнце вращается вокруг Земли
От А.Б.
К Игорь С. (18.09.2007 19:06:55)
Дата 18.09.2007 20:49:42

Re: Буду поправлять. :)

>Это в ЭВМ фиксированная длина слова и выползать за эту длину требует опредленных ухищрений.

Эээээ... как бы плохо сформулированно. Что понимается под "фиксированной длинной слова"? Для RAMа - безразлична длинна, пока она укладывается в физически существующее адресное пространство. Так что - поток байт ограничен лишь... разрядностью адреса шины.

Наверное, имеется в виду разрядность регистров АЛУ? Так и там - не надо сильно ухищряться. чтобы получить "двойную точность" - будет мало - можно дотянуть до тройной или четверной. Чисто алгоритмически. :)

>К, ну какого .... вы лезете объяснять там, где ничего не понимаете и не имеет никакого опыта?

Это такая разминка у донов. Адреналин-раш, практически. :))
От Игорь С.
К А.Б. (18.09.2007 20:49:42)
Дата 18.09.2007 21:54:57

Re: Буду поправлять....

>>Это в ЭВМ фиксированная длина слова и выползать за эту длину требует опредленных ухищрений.

>Эээээ... как бы плохо сформулированно. Что понимается под "фиксированной длинной слова"? Для RAMа - безразлична длинна, пока она укладывается в физически существующее адресное пространство. Так что - поток байт ограничен лишь... разрядностью адреса шины.

Вы хотите, чтобы я все это писал для клиента? :о)

>Наверное, имеется в виду разрядность регистров АЛУ?
Так и там - не надо сильно ухищряться. чтобы получить "двойную точность" - будет мало - можно дотянуть до тройной или четверной. Чисто алгоритмически. :)

Ессно. Да и до любой другой. Есть системы вычисления с любой точностью, но это явно дико специальный случай. :о)

>>К, ну какого .... вы лезете объяснять там, где ничего не понимаете и не имеет никакого опыта?

>Это такая разминка у донов. Адреналин-раш, практически. :))

А... ну, да...

с точки зрения практики Солнце вращается вокруг Земли
От А.Б.
К Игорь С. (18.09.2007 21:54:57)
Дата 18.09.2007 22:29:24

Re: Йес! Я сделал это! :)

>Вы хотите, чтобы я все это писал для клиента? :о)

Загрузил мозги так. что забылось - мы несколько раз переходили на "ты"!! :))

>А... ну, да...

Я бы даже сказал " у Донов - гон". Осень ведь. :))
От Игорь С.
К А.Б. (18.09.2007 22:29:24)
Дата 19.09.2007 18:47:13

Re: Йес! Я...

>Загрузил мозги так. что забылось - мы несколько раз переходили на "ты"!! :))

Извини, Борисыч... :о)

>Я бы даже сказал " у Донов - гон". Осень ведь. :))

Эт точно...

с точки зрения практики Солнце вращается вокруг Земли
От Monco
К А.Б. (18.09.2007 20:49:42)
Дата 18.09.2007 21:51:25

Re: Буду поправлять....

>>Это в ЭВМ фиксированная длина слова и выползать за эту длину требует опредленных ухищрений.
>
>Эээээ... как бы плохо сформулированно. Что понимается под "фиксированной длинной слова"? Для RAMа - безразлична длинна, пока она укладывается в физически существующее адресное пространство. Так что - поток байт ограничен лишь... разрядностью адреса шины.

>Наверное, имеется в виду разрядность регистров АЛУ? Так и там - не надо сильно ухищряться. чтобы получить "двойную точность" - будет мало - можно дотянуть до тройной или четверной. Чисто алгоритмически. :)

Так Игорь С. и говорит об этих самых алгоритмических ухищрениях. Проблема в том, что подобные ухищрения снижают быстродействие вычислений.
От А.Б.
К Monco (18.09.2007 21:51:25)
Дата 18.09.2007 22:26:39

Re: Разве? :)

>Так Игорь С. и говорит об этих самых алгоритмических ухищрениях. Проблема в том, что подобные ухищрения снижают быстродействие вычислений.

По моему опыту - перевод информации в "усвояемую юзером форму" и усвоение им означенной информации в указанной форме - гораздо больше времени занимает. :))

Но если вдруг чего - то зовут инженера-схемотехника и он утраивает тактовую частоту ЦП. А если и этого мало, то ему в помощь дают математика-алгоритмика и напару они бацают "сопроцессор" - и вычисления снова летают. :)
От Monco
К А.Б. (18.09.2007 22:26:39)
Дата 18.09.2007 23:51:59

А к конечным пользователям MathCAD-а и P-CAD-а вы тоже будете приставлять...

инженера-схемотехника и математика-алгоритмиста? :-)
От А.Б.
К Monco (18.09.2007 23:51:59)
Дата 19.09.2007 08:22:52

Re: А это... к Биллу...

растак, его, Гейтцу. Его маздайный монстр - главный пожиратель ресурсов. Если заставить его хоть третью их поделиться.... то снова все ПО будет летать. :)

А на самом деле - "отсутствие мозгов и понимания" нельзя компенсировать никак. Увы, се ля ви...