Вопросы по Embarcadero RAD Studio XE4 - [30] :: Прикладное программирование

Arioch1

Цитата:

Вроде бы растёт линейно по напряжению и квадратично по частоте.

Аргхх... Университетов мы не заканчивали. Но... Материал 9 класса. Закон Ома, ептыть.
Дано:

Код:

I=U/R
N=UI

Решение.
N=U*U/R

Думается, сопротивление обратно пропорционально частоте, подобно емкостному(R=1/Cw).
Откуда

Код:

N=U*U*C*w

Так что квадратично по напряжению, и линейно по частоте. Это любому оверу известно.

Если еще учесть, что сам частотный потенциал есть функция напруги, причем явно не линейная ( скорее экпоненциальная либо может полиномиальная с высокими степенями) то эффективно верно, что

Цитата:

с увеличением можности проца его потребление растет лавинообразно

А на лопатах вообще нет ни одного проца, работающего на 2+Ггц. Ибо лавина. Собственно, из-за это АМД в свое время начала размножать ядра в процессоре.

Беда в том, что этот потенциал исчерпан, причем на лопатах в большей степени, чем на десктопах(я очень хочу 12 кукурузных ядер от АМД, или 8 реальных). Но птицам на лопате и 4 ядер много.

И не мне вам рассказывать, как дьявольски сложно разрабатывать и отлаживать истинно масштабируемое многопоточное приложение. Нужно быть профи.
Это великое 100500 скопление прог на маркете, думаете, профи в большинсве ваяли? Забесплатно? И ведь на лопатах концепция многозадачности слаба.

Цитата:

90% эффекта достигается на 10% затрат. Это последние 10% потребуют 90% вложений.

погоди... Кажется, в прошлый раз ты говорил про 80/20.;)
Даже если разрабы найдутся для ARM, то у них нет огромного багажа практически наработок, какие имеют AMD/Штеуд.
И те 80 процентов низкого старта, думается, ARM уже выбрала. Огромное преимущество АРМа -- его открытость. Многим крупным игрокам, наподобие NVidia, Samsung, Qualcomm, MTK, захочется отпилить часть пирога. Не знаю, хватит ли этого, чтобы победить Интел.

Цитата:

Но ввиду огромного отставания языка от современных высокоуровневых конструкций и заметной ненадёжности даже уже реализованных, такой сценарий не сработает.

Я почувствовал себя динозавром.. Это чего такого нет в дельфи, что есть в других языках?

Лямбд? Ну это краткая запись анонимов.

LINQ? Разве она есть на яве? К тому, считаю, не нужно мешать мух с котлетами.

var типов? Они противоречат идеологии Паскаля.

Вообще, некая консервативность, старомодность языка это скорее плюс.

А по надежности.. Проблема есть. Но ее можно решить, направляя репорты в QC. Я за последнее время направил 3 репорта по ошибкам компилятора, и все они быстро были Resolved.
Так что не надо стенать.

Цитата:

И мы возвращаемся к старой войне ASM vs ЯВУ: разработчик на новых языках напишет программу за два месяца, потом будет два года решать проблемму производительности (у проданных экземпляров), а через два года ее решат производители железа. Дельфист же будет два года писать hand-tuned программу, и в итоге выпустит её, когда её целевое железо останется только у ни.. у принципиальных экономов. Ну и продавать он ее им сможет только по цене в 10 раз меньше, чем первый разработчик. И почти на два года позже.

Не передергивай. Дельфи -- это как раз компромисс между "безопасными" и "опасными" языками. Безопаснее крестов, опаснее решеток. Это ниша, в которой вообще Дельфи вне конкуренции: ибо не с чем сравнивать.

На дельфи можно писать быстро высокоуровневый медленный код. А можно и с указателями играться, не борясь с языком. В крестах невозможно первое. В жабах и решетках - второе. Эффективно, это означает неразрешимую в рамках языка проблему отзывчивости/производительности для managed языков, и также неразрешимую проблему сложности в C++.
Delphi подкупает универсальностью. Ты можешь растить свое приложение, как ребенка, собственными силами. От простого калькулятора до сложного Delphi IDE. Ты можешь профессионально расти сам. От формочек и кнопочек до перехвата функций в чужом приложении.

Цитата:

а через два года ее решат производители железа

это устарелая риторика. Если ты еще не понял: эпоха экпоненциального роста производительности закончилась.
Повторяю, музыка стихла. Пока есть отставание со стороны ПО, это не заметно. Но только пока.

А станешь писать сложное нетривиальное ПО - придется оптимизировать алгоритм, распараллеливать расчеты, подсчитывать такты, выравнивать данные, учитывать ассоциотивность кэша и т.д.

Цитата:

Теперь добавляем вопрос с яйцами и корзинами - нужен ли мобильному заказчику Delphi-код, который смогут поддерживать три с половиной анонима, которые естественно захотят заломить цену, раз уж они понадобились (тем более им надо отбивтаь бабки за ежегодные апгрейды)? И не лучше ли заказать оптимизированную реализацию отдельных кусков программы у C++-ка ?

Во-первых, переход managed-unmanaged не бесплатен. Это ресурсоемкий процесс. Многокраное переключение стоит слишком дорого. Поэтому если оптимизировать на С++, может оказаться, что на яве или решетках останется только гуй.

Но даже если не так, то (сюрприз!) подобное гетерогенное приложение сложнее (и дороже) поддерживать.

Квалифицированный (а иначе, выстрелы в ногу гарантированы) крестовик стоит ... ровно столько, сколько стоит любой высококлассный-профи-программер. А с дельфи справится даже ушибленный доднетодом выпускник-решеточник — "ввиду огромного отставания языка от современных высокоуровневых конструкций".
Дельфи прост, логичен, не перегружен сахаром, и у каждого begin есть свой end. Алилуйя!
Так что не три программера, а тридцать три!

Модерирует : ShIvADeSt
Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39