Таксовать Писать надо программы, а не названия подбирать всякой фигне. Даешь стране отечественный православный код!

of63
Даешь стране отечественный православный код!

Я ещё облака, блокчейны и белогривые лошадки!..

youtube.com

Всегда оно так бывало: "Кто умеет, тот делает, кто не умеет - обсуждает, как что бы поправильнее назвать."
Один механик скажем другому говорит (видоизменено для приличия):
- Дай мне вон ту хреновину. А вон ту хренотень засунь в ту хрень.
И другой сразу понимает, что как и куда. Молча все засовывают. И главное - все отлично при этом работает!
А кто-то в это время спорит на 600 страницах, как лучше это называть: менее точно "шпиндельвингель" или более правильно "андервундерперевенцейтингер". И ничего в результате никуда не засовывают. И ничего у них в итоге не работает.

Задолбала программа на пару суток выполнения. Подумал, как ее ускорить (возможности поменять алгоритм и ЯП нет), не разогнать ли проц, с 2ГГц до 4х, не станет ли выполнение программы в 2 раза быстрее? Пишут что не в 2, а на 20%. Ну ладно.

Понравилась статья о разгоне, точнее в комментах перепалка автора статьи с придирчивым читателем
www.iguides.ru

of63
Задолбала программа на пару суток выполнения.

А что у тебя там такого крутится пару суток то?

of63
Задолбала программа на пару суток выполнения. Подумал, как ее ускорить (возможности поменять алгоритм и ЯП нет),

Не осветишь проблемку подробнее? Да еще и в основном разделе? Ибо имеющийся у меня опыт (в том числе оптимизация некоего расчета длительностью 56 часов сначала до 5-ти часов, а потом и до получаса)говорит, что тут что-то не так.

Ребята, проблемка в длинном запутанном коде (все на локальной машине, БД не причем, индексы вроде хорошие, с диском обмен небольшой). Проследить в коде, кто сколько занимает времени можно, все подпрограммы и их участки занимают понемногу времени, выделенного куска кода, критического, не обнаружил. Менять алгоритм - пока нереально. ЯП - тем более. Есть мысли по "предрасчету" (сохранить промежуточные результаты где-то в табличках, и использовать их в дальнейших расчетах), или обозначить места (единицы счета - клиентов, договоры), в которых точно лазить не надо, т.к. там точно ничего нет, на заданную дату... Но это все переделка, а надо результат "вчера"...

of63
Ребята, проблемка в длинном запутанном коде

Ну так может распутать?

Цитата:

(все на локальной машине, БД не причем, индексы вроде хорошие,

Вот именно - вроде. А точнее?

Цитата:

а надо результат "вчера"...

Какое редчайшее, надо сказать, требование....

> Ну так может распутать?
Да, старший по бараку так и сказал, что ...<цензоред>..., и старший по лагерю давно косо смотрит на этот ...код. Переделать на ... быстрый.

Индексы хорошие, т.к. в смотрелке времен выполнения строк программы (забыл как она называется) времена выполнения SELECT, SEEK? LOCATE незначительные. Да и по загрузке ядра проца видно - упирается в 90-100% и все, диском еле моргает.



Исправлено 1 раз(а). Последнее : of63, 21.01.20 11:18

of63
> Ну так может распутать?
Да, старший по бараку так и сказал, что ...<цензоред>..., и старший по лагерю давно косо смотрит на этот ...код. Переделать на ... быстрый.

Ну вот и выполняй. Публикуй и будем вместе думать.

напомнило:
Товарищи учёные, не сумлевайтесь, милые:
Коль что у вас не ладится — ну, там, не тот аффект, —
Мы мигом к вам заявимся с лопатами и с вилами,
Денёчек покумекаем — и выправим дефект!

Будет как обычно, сдадим требуемое, со скандалом, потом все в спячку до следующей сдачи, или озаботятся очередным улучшением "приведением в соответствие" ...Но делать че-то надо, 2 ночи - это неприлично, конечно.

А, случайно, не изобрели еще ядро процессора на 10-20 ГГц, может, сколоченного из нескольких ядер?...

Скорее всего у Оффы все таблицы в "неприличных" заплатках, и поэтому никакая оптимизация невозможна. К тому же Оффа использует активно сложные по алгоритму UDF-функции. Переписать алгоритм - это будет означать, что надо сделать новый проект БД. мтк

Так, ты давай тут не сливайся темы, не увиливай и не наводи тень на плетень.
Открывай тему в основном разделе и публикуй все, что надо для размышлений.

Simple777
Скорее всего у Оффы все таблицы в "неприличных" заплатках, и поэтому никакая оптимизация невозможна. К тому же Оффа использует активно сложные по алгоритму UDF-функции. Переписать алгоритм - это будет означать, что надо сделать новый проект БД. мтк

Ну так вот и получим подтверждение этому. А может и не получим. Мнение автора тут как раз идет лесом в силу его изначальной предвзятости.

of63
ядро процессора на 10-20 ГГц

А какой процессор на машине под эту задачу?

Оффа, может попробовать?
Мой самый близкий друг, щас в Оракл горбатится, частенько ко мне подваливал с просьбой посоветовать, чё тут можно сделать. Ну чё-то мне рассказывал, потом говорил спасибо и отваливал. Я спрашивал - за что спасибо то? и получал ответ. Пока дураку объясняешь - сам поймёшь.

Так да, бывает зацикливаешься, а поговоришь с свежим челом, бывает наведут на идею )

Проц - в наличии 2(4?) и более ядерные процы 2-2.5ГГц, вот последний камень - Intel XeonE5-2620

ssa

Simple777
Скорее всего у Оффы все таблицы в "неприличных" заплатках, и поэтому никакая оптимизация невозможна. К тому же Оффа использует активно сложные по алгоритму UDF-функции. Переписать алгоритм - это будет означать, что надо сделать новый проект БД. мтк

Ну так вот и получим подтверждение этому. А может и не получим. Мнение автора тут как раз идет лесом в силу его изначальной предвзятости.

Подпрограммы я люблю ) Сложные - да. простые они были, и немного, лет 20 назад.
Начну разбирать - что-нибудь сообщу. Пока война идет.

of63
Пока война идет.

У тебя каждый месяц война, каждый квартал и каждый год. Нет ей конца. Вот сдашь очередную отчетность и успокоишься, а потом опять жаловаться будешь, что прога 2 суток расчеты делает...

of63
Подпрограммы я люблю )

Ага, когда подпрограмма, подпрограмму вызывает из подпрограммы и фиг найдешь концы. Любовь она сложная штука это верно Мы к ней простыми путями не ходим





Исправлено 1 раз(а). Последнее : Божья_коровка, 21.01.20 11:55