Вверх ↑
Этот топик читают: Гость
Ответов: 1321
Рейтинг: 37
#1: 2011-03-28 01:21:20 ЛС | профиль | цитата
Я решил после того как мне посоветовали мудрые люди ,добавлять компоненты в имеющийся стандартный пакет
и мой самый первый компонент FTCG PC BEEP
ft_pc beep.rar
карма: 0

0
Разработчик
Ответов: 26170
Рейтинг: 2127
#2: 2011-03-28 01:37:30 ЛС | профиль | цитата
Roma, хорошо, конечно, что ты рассматриваешь в подробностях FTCG пакет, но твои усилия направлены не в то русло. Скажи мне, как сильно прибавит быстродействие критической секции, собранной на FTCG, твой компонент, если он будет стоять снаружи
карма: 22

0
Ответов: 1321
Рейтинг: 37
#3: 2011-03-28 07:59:33 ЛС | профиль | цитата

  switch(OpType)
case 0:
r = typed('(' && o1 && ' + ' && o2 && ')', o1, o2)
Я конечно извиняюсь , но в чём заключается ускорение в этой части кода, если он также создаёт IC, который в конечном итоге компилируется
в программу,это те-же самые операции вычисления, и тот-же Delphi
просто я не понимаю принцип работы этих компонентов,я точно знаю что скорость увеличивается,но как?

карма: 0

0
Ответов: 5446
Рейтинг: 323
#4: 2011-03-28 08:23:29 ЛС | профиль | цитата
Roma, при использовании обычных компонент теряется время на вызов функций (даже сложение - это функция) и создание экземпляров классов. В FTCG этого нет.
карма: 1

0
Ответов: 1321
Рейтинг: 37
#5: 2011-03-28 08:29:17 ЛС | профиль | цитата
Спасибо, примерно так я и думал
карма: 0

0
Разработчик
Ответов: 26170
Рейтинг: 2127
#6: 2011-03-28 08:44:43 ЛС | профиль | цитата
iarspider писал(а):
при использовании обычных компонент теряется время на вызов функций (даже сложение - это функция) и создание экземпляров классов

Даже не это являеься основным тормозом, а те самые точки и линки, которые мы видим. Быстродействие катастрофически теряется при преобразовании типов в TData для подачи в линк и обратно, при чтении линка.
Так как раз в том, что линки анулируются в FTCG со всеми пустыми преобразованиями, и есть преимущество FTCG
карма: 22

0
Разработчик
Ответов: 4698
Рейтинг: 426
#7: 2011-03-28 09:22:01 ЛС | профиль | цитата
То есть давно пора переходить на полный FTCG (И на последний FPC... )
карма: 10
0
Ответов: 4641
Рейтинг: 334
#8: 2011-03-28 10:09:33 ЛС | профиль | цитата
Assasin писал(а):
на полный FTCG (И на последний FPC... )

ага и на кроссплатформенную компиляцию
карма: 1
Время верстки: %cr_time% Текущее время: %time%
0
Разработчик
Ответов: 26170
Рейтинг: 2127
#9: 2011-03-28 10:10:19 ЛС | профиль | цитата
Assasin писал(а):
То есть давно пора переходить на полный FTCG

Пора, но совсем не обязательно. Для построенияя некртичичных к быстродействию мелких программ, за глаза хватит того, что есть сейчас.
Ravilr писал(а):
ага и на кроссплатформенную компиляцию

Это будет уже не пакет Windows, это уже будет какой-либо Object Pascal
карма: 22

0
Ответов: 5446
Рейтинг: 323
#10: 2011-03-28 17:49:57 ЛС | профиль | цитата
Assasin, ты же вроде пакет "Delphi2" застал, не?
карма: 1

0
Разработчик
Ответов: 4698
Рейтинг: 426
#11: 2011-03-29 12:13:39 ЛС | профиль | цитата
iarspider писал(а):
Assasin, ты же вроде пакет "Delphi2" застал, не?

iarspider писал(а):
не

Я может и застал его, но тогда был еще совсем новичок
карма: 10
0
Администрация
Ответов: 15295
Рейтинг: 1519
#12: 2011-03-29 13:03:14 ЛС | профиль | цитата
переходить надо не на FTCG, а на RTCG (+ кросскомпиляция конечно же). Все остальные решения заведомо проигрышные.
карма: 27
0
Разработчик
Ответов: 4698
Рейтинг: 426
#13: 2011-03-29 14:28:11 ЛС | профиль | цитата
Dilma писал(а):
переходить надо не на FTCG, а на RTCG

А в чем между ними разница? Кроме того, что один подходит для hiAsm 5, а другой нет?
карма: 10
0
13
Сообщение
...
Прикрепленные файлы
(файлы не залиты)