powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Выбор процессора для firebird
25 сообщений из 79, страница 2 из 4
Выбор процессора для firebird
    #40073355
velovich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
DmSer
velovich
пропущено...

Вот поэтому я и спрашиваю какой процессор брать для апгрейда


У вас, как я понял, основная проблема - это медленные запросы, которые требуют больших вычислительных ресурсов.
В таком случае лучше всего заняться их оптимизацией. Возможно, какого-нибудь индекса не хватает, или наоборот, лишний индекс мешается.
Но в качестве времянки вы можете перейти на архитектуру classic / superclassic, это существенно улучшит положение пользователей вашей программы (из-за одного пользователя не будут страдать все остальные). Глядишь и существующего процессора с 4-мя ядрами будет достаточно. Но при переходе на classic / superclassic встанет (гораздо острее) проблема с подбором оптимального (и не слишком большого) значения параметра DefaultDbCachePages. Если значение слишком маленькое, то будет постоянная подгрузка базы с диска или кэша ОС (хотя у вас диск вроде быстрый). Если значение слишком большое, то несколько коннектов способны сожрать всю память ОЗУ и начнутся тормоза из-за использования файла подкачки. В этом плане идеальное решение - Firebird 3.x в режиме SuperServer.

сколько не искал по интернету, везде стоит запрет на покупку нового железа. везде займитесь оптимизацией, оптимизацией, оптимизацией... почему если начальство выделило деньги я не могу за несколько часов поставить новое железо и сделать всех довольными на несколько лет?
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073357
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
velovich
DmSer
пропущено...


У вас, как я понял, основная проблема - это медленные запросы, которые требуют больших вычислительных ресурсов.
В таком случае лучше всего заняться их оптимизацией. Возможно, какого-нибудь индекса не хватает, или наоборот, лишний индекс мешается.
Но в качестве времянки вы можете перейти на архитектуру classic / superclassic, это существенно улучшит положение пользователей вашей программы (из-за одного пользователя не будут страдать все остальные). Глядишь и существующего процессора с 4-мя ядрами будет достаточно. Но при переходе на classic / superclassic встанет (гораздо острее) проблема с подбором оптимального (и не слишком большого) значения параметра DefaultDbCachePages. Если значение слишком маленькое, то будет постоянная подгрузка базы с диска или кэша ОС (хотя у вас диск вроде быстрый). Если значение слишком большое, то несколько коннектов способны сожрать всю память ОЗУ и начнутся тормоза из-за использования файла подкачки. В этом плане идеальное решение - Firebird 3.x в режиме SuperServer.

сколько не искал по интернету, везде стоит запрет на покупку нового железа. везде займитесь оптимизацией, оптимизацией, оптимизацией... почему если начальство выделило деньги я не могу за несколько часов поставить новое железо и сделать всех довольными на несколько лет?
Можешь. Но профит получишь на считанные проценты (ибо сейчас процы развиваются не так быстро, как в 90-х).
Существенный прирост дал бы более быстрый диск. Может даже в разы.
А оптимизация может дать ускорение на порядки.
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073359
velovich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
у меня только за последние 12 лет 308 текстовых файликов с запросами типа "alter table" по несколько штук в одном. самое время заняться оптимизацией, чтобы вообще с ума сойти.
я просто хочу купить новый процесор. чтобы сказали, виталик, работает быстрее, какая ты умничка. почему я не могу этого сделать
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073360
velovich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
YuRock
velovich
пропущено...

сколько не искал по интернету, везде стоит запрет на покупку нового железа. везде займитесь оптимизацией, оптимизацией, оптимизацией... почему если начальство выделило деньги я не могу за несколько часов поставить новое железо и сделать всех довольными на несколько лет?
Можешь. Но профит получишь на считанные проценты (ибо сейчас процы развиваются не так быстро, как в 90-х).
Существенный прирост дал бы более быстрый диск. Может даже в разы.
А оптимизация может дать ускорение на порядки.

i5 2013 года, неужели сейчас нет ядра хотя бы в 2 раза быстрее этого?
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073361
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
velovich
у меня только за последние 12 лет 308 текстовых файликов с запросами типа "alter table" по несколько штук в одном. самое время заняться оптимизацией, чтобы вообще с ума сойти.
я просто хочу купить новый процесор. чтобы сказали, виталик, работает быстрее, какая ты умничка. почему я не могу этого сделать
У меня - раз в 10 больше файликов обновлений.

Вот тут:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
/*LAST PLAN DATE*/
select first 1 A.n_project_compaction from t_project_compaction A
where A.n_project_company=:var1 and A.date_plan=
(select max(B.date_plan) from t_project_compaction B
where B.n_project_company=:var1 and B.date_plan is not null) into var2;
/*LAST FACT DATE*/
select first 1 A.n_project_compaction from t_project_compaction A
where A.n_project_company=:var1 and A.date_fact=
(select max(B.date_fact) from t_project_compaction B
where B.n_project_company=:var1 and B.date_fact is not null) into var3;
/*FIRST FACT DATE AND USER*/
select min(date_fact) from t_project_compaction where n_project_company=:var1 and date_fact is not null into var4;


Одно и то же получается по нескольку раз.
Это всё заменяется двумя запросами. За одно и в фильтрах подзапросов не будет, что может еще ускорить процесс.
В общем, ставлю на ускорение минимум в 4 раза после рефакторинга этого куска.

Ну и что там с индексами у тебя - неизвестно. Повторяю, такая база, да еще и с такой (нулевой) нагрузкой должна летать на компьютере конца 90-х.
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073363
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
velovich
YuRock
пропущено...
Можешь. Но профит получишь на считанные проценты (ибо сейчас процы развиваются не так быстро, как в 90-х).
Существенный прирост дал бы более быстрый диск. Может даже в разы.
А оптимизация может дать ускорение на порядки.

i5 2013 года, неужели сейчас нет ядра хотя бы в 2 раза быстрее этого?
Я не железячник. Но подозреваю, что если и есть, то примерно максимум в два, и стоит оно не 50 тыщ. А может и нет.
И даже если б было - у тебя замедление из-за диска наверняка, а не из-за проца, потому прирост производительности будет вообще копеечный.
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073364
velovich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
YuRock
velovich
у меня только за последние 12 лет 308 текстовых файликов с запросами типа "alter table" по несколько штук в одном. самое время заняться оптимизацией, чтобы вообще с ума сойти.
я просто хочу купить новый процесор. чтобы сказали, виталик, работает быстрее, какая ты умничка. почему я не могу этого сделать
У меня - раз в 10 больше файликов обновлений.

Вот тут:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
/*LAST PLAN DATE*/
select first 1 A.n_project_compaction from t_project_compaction A
where A.n_project_company=:var1 and A.date_plan=
(select max(B.date_plan) from t_project_compaction B
where B.n_project_company=:var1 and B.date_plan is not null) into var2;
/*LAST FACT DATE*/
select first 1 A.n_project_compaction from t_project_compaction A
where A.n_project_company=:var1 and A.date_fact=
(select max(B.date_fact) from t_project_compaction B
where B.n_project_company=:var1 and B.date_fact is not null) into var3;
/*FIRST FACT DATE AND USER*/
select min(date_fact) from t_project_compaction where n_project_company=:var1 and date_fact is not null into var4;


Одно и то же получается по нескольку раз.
Это всё заменяется двумя запросами. За одно и в фильтрах подзапросов не будет, что может еще ускорить процесс.
В общем, ставлю на ускорение минимум в 4 раза после рефакторинга этого куска.

Ну и что там с индексами у тебя - неизвестно. Повторяю, такая база, да еще и с такой (нулевой) должна летать на компьютере конца 90-х.


ну как же одно и то же? сначала макс по одной дате, потом по другой, потом мин по второй дате. какими запросами это заменяется?
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073365
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
velovich
YuRock
пропущено...
У меня - раз в 10 больше файликов обновлений.

Вот тут:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
/*LAST PLAN DATE*/
select first 1 A.n_project_compaction from t_project_compaction A
where A.n_project_company=:var1 and A.date_plan=
(select max(B.date_plan) from t_project_compaction B
where B.n_project_company=:var1 and B.date_plan is not null) into var2;
/*LAST FACT DATE*/
select first 1 A.n_project_compaction from t_project_compaction A
where A.n_project_company=:var1 and A.date_fact=
(select max(B.date_fact) from t_project_compaction B
where B.n_project_company=:var1 and B.date_fact is not null) into var3;
/*FIRST FACT DATE AND USER*/
select min(date_fact) from t_project_compaction where n_project_company=:var1 and date_fact is not null into var4;



Одно и то же получается по нескольку раз.
Это всё заменяется двумя запросами. За одно и в фильтрах подзапросов не будет, что может еще ускорить процесс.
В общем, ставлю на ускорение минимум в 4 раза после рефакторинга этого куска.

Ну и что там с индексами у тебя - неизвестно. Повторяю, такая база, да еще и с такой (нулевой) должна летать на компьютере конца 90-х.


ну как же одно и то же? сначала макс по одной дате, потом по другой, потом мин по второй дате. какими запросами это заменяется?
А, да. Ну как минимум два запроса по min/max(date_fact) надо превратить в один.
Да и по другой дате убрать подзапрос из фильтра.
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073366
velovich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
YuRock
velovich
пропущено...

i5 2013 года, неужели сейчас нет ядра хотя бы в 2 раза быстрее этого?
Я не железячник. Но подозреваю, что если и есть, то примерно максимум в два, и стоит оно не 50 тыщ. А может и нет.
И даже если б было - у тебя замедление из-за диска наверняка, а не из-за проца, потому прирост производительности будет вообще копеечный.

вот тест диска
проц я пробовал 4670к чуть разогнанный, прирост более 10%
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073367
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
velovich
YuRock
пропущено...
Я не железячник. Но подозреваю, что если и есть, то примерно максимум в два, и стоит оно не 50 тыщ. А может и нет.
И даже если б было - у тебя замедление из-за диска наверняка, а не из-за проца, потому прирост производительности будет вообще копеечный.

вот тест диска
проц я пробовал 4670к чуть разогнанный, прирост более 10%

Я не знаю, хорошо это или плохо.
Но плохие и лишние запросы - всегда гораздо хуже, чем плохое железо.
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073368
velovich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
вот от переизбытка общения даже не дождался конца теста
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073370
velovich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
YuRock
velovich
пропущено...

вот тест диска
проц я пробовал 4670к чуть разогнанный, прирост более 10%

Я не знаю, хорошо это или плохо.
Но плохие и лишние запросы - всегда гораздо хуже, чем плохое железо.

с этой скоростью диска вся база может за секунду считаться в память 7 раз и записаться почти 2 раза
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073371
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
velovich
YuRock
пропущено...
Я не знаю, хорошо это или плохо.
Но плохие и лишние запросы - всегда гораздо хуже, чем плохое железо.

с этой скоростью диска вся база может за секунду считаться в память 7 раз и записаться почти 2 раза
Значит, тем более дело в запросах.
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073377
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
velovich
с этой скоростью диска вся база может за секунду считаться в память 7 раз и записаться почти 2 раза
А не надо смотреть на результаты многопоточных последовательных обменов.
Смотреть надо на результаты однопоточных случайных чтений/записей.
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073379
Фотография Exteris
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
velovich
я просто хочу купить новый процесор. чтобы сказали, виталик, работает быстрее, какая ты умничка. почему я не могу этого сделать

Как бы не вышло - Виталик, почему всё по прежнему тормозит? Мы на что тебе писят тысяч выделили?
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073380
DmSer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
velovich
DmSer
пропущено...


У вас, как я понял, основная проблема - это медленные запросы, которые требуют больших вычислительных ресурсов.
В таком случае лучше всего заняться их оптимизацией. Возможно, какого-нибудь индекса не хватает, или наоборот, лишний индекс мешается.
Но в качестве времянки вы можете перейти на архитектуру classic / superclassic, это существенно улучшит положение пользователей вашей программы (из-за одного пользователя не будут страдать все остальные). Глядишь и существующего процессора с 4-мя ядрами будет достаточно. Но при переходе на classic / superclassic встанет (гораздо острее) проблема с подбором оптимального (и не слишком большого) значения параметра DefaultDbCachePages. Если значение слишком маленькое, то будет постоянная подгрузка базы с диска или кэша ОС (хотя у вас диск вроде быстрый). Если значение слишком большое, то несколько коннектов способны сожрать всю память ОЗУ и начнутся тормоза из-за использования файла подкачки. В этом плане идеальное решение - Firebird 3.x в режиме SuperServer.

сколько не искал по интернету, везде стоит запрет на покупку нового железа. везде займитесь оптимизацией, оптимизацией, оптимизацией... почему если начальство выделило деньги я не могу за несколько часов поставить новое железо и сделать всех довольными на несколько лет?


В интернете есть сравнение процессов, сравни и выбери тот, который показывает лучше однопоточную производительность.
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073385
Фотография Дегтярев Евгений
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
velovich
i5 2013 года, неужели сейчас нет ядра хотя бы в 2 раза быстрее этого?

в сравнении с актуальными десктопными процами разница в однопотоке даже до 2х не дотягивает
и это по результатам пузомерок, в реальности разница может быть еще меньше
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073431
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
у нас есть тест, однопоточный, как раз на нем видно разницу между процами. Например, я потестил на Sams 970 evo nvme и amd 3700x, и оказалось, что nvme не так влияет, как проц. Мой результат вроде пока в список не попал, но тем не менее.
Можно и картинку смотреть, но можно и покрутить в экселе отдельно, сортируя по upd/ins/del.
https://ib-aid.com/en/simple-insert-update-delete-test-for-firebird/
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073432
velovich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Дегтярев Евгений
velovich
i5 2013 года, неужели сейчас нет ядра хотя бы в 2 раза быстрее этого?

в сравнении с актуальными десктопными процами разница в однопотоке даже до 2х не дотягивает
и это по результатам пузомерок, в реальности разница может быть еще меньше

грустно. в курсе рубля бы такую стабильность.
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073440
DmSer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
velovich
Дегтярев Евгений
пропущено...

в сравнении с актуальными десктопными процами разница в однопотоке даже до 2х не дотягивает
и это по результатам пузомерок, в реальности разница может быть еще меньше

грустно. в курсе рубля бы такую стабильность.


Но вы можете купить процессор с разблокированным множителем и разогнать его желаемой частоты. Тогда можно и в 4 раза ускорение получить. Только жидким азотом придётся разжиться :)
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073467
velovich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kdv
у нас есть тест, однопоточный, как раз на нем видно разницу между процами. Например, я потестил на Sams 970 evo nvme и amd 3700x, и оказалось, что nvme не так влияет, как проц. Мой результат вроде пока в список не попал, но тем не менее.
Можно и картинку смотреть, но можно и покрутить в экселе отдельно, сортируя по upd/ins/del.
https://ib-aid.com/en/simple-insert-update-delete-test-for-firebird/

о, вот как раз вчера я гуглил тест производительности firebird на разных системах, ничего не нашел. спасибо
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073469
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
27.05.2021 12:03, velovich пишет:
> о, вот как раз вчера я гуглил тест производительности firebird на разных системах, ничего не нашел. спасибо

выполни gstat "путь_к_базе" -h
результат покажи.


Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073472
pastor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
velovich,

у нас своя тестилка с типичной таблицей/индексами
проверяем комп заказчика перед развертыванием, чтобы ненастроенных виртуалок не подсовывали
пп 2 и 3 - один и тот же комп. :) диск деградирует потихоньку

все пункты (1-5) - SSD

Создание тестового набора
Вставка записей force_write=0
Завершено
Результат: Время выполнения [5056 мс] Средняя скорость вставки [19778 зап/сек]
Вставка записей force_write=1
Завершено
Результат: Время выполнения [8610 мс] Средняя скорость вставки [11614 зап/сек]
Таблица
1. Система [ПК Core i5] Средняя скорость вставки [29774 зап/сек]
2. Система [Ноутбук Core i5] Средняя скорость вставки [21031 зап/сек]
3. Система [Ваша система] Средняя скорость вставки [15696 зап/сек]
4. Система [Сервер Xeon 5110] Средняя скорость вставки [11048 зап/сек]
5. Система [Ноутбук Atom] Средняя скорость вставки [4272 зап/сек]
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073501
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
velovich,

берите AMD Ryzen 9 5900X либо AMD EPYC 7252.
...
Рейтинг: 0 / 0
Выбор процессора для firebird
    #40073506
ъъъъъ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
KreatorXXI
velovich,

берите AMD Ryzen 9 5900X либо AMD EPYC 7252.

В писятыщ не уложится. Ещё кулер надо.
...
Рейтинг: 0 / 0
25 сообщений из 79, страница 2 из 4
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Выбор процессора для firebird
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]