Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Производительность $P и $F в 2010.2
|
|||
|---|---|---|---|
|
#18+
Кто-нибудь тестировал сабж на новых процессорах в сравнении с предыдущими версиями Cache? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2011, 09:39 |
|
||
|
Производительность $P и $F в 2010.2
|
|||
|---|---|---|---|
|
#18+
mysКто-нибудь тестировал сабж на новых процессорах в сравнении с предыдущими версиями Cache? Ой-ой, а что есть проблемы? В большую или меньшую сторону? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2011, 11:06 |
|
||
|
Производительность $P и $F в 2010.2
|
|||
|---|---|---|---|
|
#18+
Нет, просто обещан рост производильности на процессорах с SSE2. В Release Notes к 2012.2 об этом написано. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2011, 11:29 |
|
||
|
Производительность $P и $F в 2010.2
|
|||
|---|---|---|---|
|
#18+
mysНет, просто обещан рост производильности на процессорах с SSE2. В Release Notes к 2012.2 об этом написано. Все что помню, так это то, что при количестве полей в строке более 1000-1500, скорость выделения полей из строки резко падала. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2011, 12:58 |
|
||
|
Производительность $P и $F в 2010.2
|
|||
|---|---|---|---|
|
#18+
mys , увы, порадовать нечем, хотя, возможно, причина в конкретных условиях тестирования. CPU: Intel Core2 Duo E8600 OS: Windows 7 Pro/x64 Cache: 2010.1.4 и 2010.2.3 Тестировал на 2-х реализациях $$replace(): 1- использует $P: результат мало отличим 2- использует $F и $E: 2010.1.4 выиграла примерно 10% у 2010.2.3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2011, 14:14 |
|
||
|
Производительность $P и $F в 2010.2
|
|||
|---|---|---|---|
|
#18+
улучшение производительности $PIECE/$FIND в версии 2010.2 mys , Дано: VM: Intel Core Duo 2.66Ghz, 512Mb RAM, 8Gb HDD Настройки для обеих СУБД по-умолчанию. s N=16000 s C=1e5 s s="" f i=1:1:N-1 s s=s_"1~" s s=s_"1" s t=$zh f i=1:1:C s a=$p(s,"~",N) w "[Test №1] ",$zh-t," s.",! s t=$zh f i=1:1:N s a=$p(s,"~",i) w "[Test №2] ",$zh-t," s.",! Результаты: 2010.1.0 Код: plaintext 1. 2. 2010.2.3 Код: plaintext 1. 2. Разница ещё заметней на длинных строках. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2011, 16:49 |
|
||
|
Производительность $P и $F в 2010.2
|
|||
|---|---|---|---|
|
#18+
Отлично! Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2011, 17:17 |
|
||
|
Производительность $P и $F в 2010.2
|
|||
|---|---|---|---|
|
#18+
На тестах от servit у меня получились сходные результаты: Код: plaintext 1. 2. 3. 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2011, 17:41 |
|
||
|
Производительность $P и $F в 2010.2
|
|||
|---|---|---|---|
|
#18+
Если 80% времени при выполнении программы тратится на $P и $F очень даже имеет ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2011, 15:24 |
|
||
|
Производительность $P и $F в 2010.2
|
|||
|---|---|---|---|
|
#18+
mys, а что это за задачи, нельзя ли изменить логику приложения? Alexey Maslov, что вы подразумеваете под интегральными тестами? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2011, 16:36 |
|
||
|
Производительность $P и $F в 2010.2
|
|||
|---|---|---|---|
|
#18+
Блок А.Н., подразумеваю под этим тесты функций приложения (на том или ином уровне). Наверное, правильнее их назвать "функциональные тесты". Пока что нашёл лишь несколько строк кода, которые в 2010.2 работает заметно медленнее, чем в 2010.1, где-то на 2.5-3%. Осталось опуститься на уровень команд/функций :). Занимаюсь этим "в фоне", если найду что-то интересное, отпишусь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2011, 16:46 |
|
||
|
Производительность $P и $F в 2010.2
|
|||
|---|---|---|---|
|
#18+
Я просто не в курсе объемов ваших приложений, логики, критических мест и т.д., но расчитывать на отыгрыш нескольких процентов из-за оптимизации какой-то команды мне странно. У нас я нахожу иногда места, где изменением архитектуры увеличивается скорость в десятки раз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2011, 09:41 |
|
||
|
Производительность $P и $F в 2010.2
|
|||
|---|---|---|---|
|
#18+
Слегка обеспокоен вот почему. В новых "больших" версиях Cache производительность обычно оказывается выше; по крайней мере, 2010.1 работает быстрее, чем 2008.1 (даже клиенты это заметили :). Поэтому когда в 2010.2, на 3-х произвольно взятых примерах (2 из которых даже не наши, а просто "близкие по теме"), вижу падение производительности, это внушает опасение наличия каких-то более серьёзных проблем, которых я просто пока не вижу :). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2011, 11:17 |
|
||
|
Производительность $P и $F в 2010.2
|
|||
|---|---|---|---|
|
#18+
Блок А.Н., Не получится изменить логику. Парсер он и есть парсер... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2011, 11:00 |
|
||
|
Производительность $P и $F в 2010.2
|
|||
|---|---|---|---|
|
#18+
Сложно быть телепатом дистанционно, но я подозреваю наличие многократной сборки/разборки одних и тех же строк? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2011, 11:21 |
|
||
|
Производительность $P и $F в 2010.2
|
|||
|---|---|---|---|
|
#18+
Только разборка, единожды и сохранение в глобал. Строки не одинаковые, а похожие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2011, 12:28 |
|
||
|
Производительность $P и $F в 2010.2
|
|||
|---|---|---|---|
|
#18+
mysПарсер он и есть парсерВ парсерах комбинация $F/$E всегда будет выигрышнее, чем $P, какие бы титанические усилия не предпринимала ISC для ускорения $P. Причина проста: $P всегда ищет с начала строки, $F - с указанной вами позиции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2011, 15:16 |
|
||
|
|

start [/forum/topic.php?fid=39&msg=37146064&tid=1557797]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
52ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
65ms |
get tp. blocked users: |
2ms |
| others: | 242ms |
| total: | 403ms |

| 0 / 0 |
