Yo.!Симонов ДенисВ суперсервере с общим кешем начиная с 3.0.
помниться про этот Firebird 3.0 мне тут еще в 10 лет назад рассказывали, десятилетие минуло, люди сгинули, а про 3.0 все еще рассказывают

после отсутствия SMP сразу идет отсутствия лога транакций ну и конечно не забываем о косяке cursor stabily ;)

cursor stabily тоже исправлен. И таки 10 лет назад были только планы, а сейчас уже есть бета. И она довольно стабильная, хотя в продакшн её конечно мало кто рискнёт пускать. А вот начинать новые разработки сразу на трёшке уже можно. Пока будешь делать как раз релиз выйдет.

P.S. Так как насилует птичку Таблоид, не факт что и Оракл выдержал бы.

leonbnDimitry SibiryakovЕсть.

Уже можно распараллелить запрос на несколько ядер?


А что в Postgresql можно? У него самого с SMP не всё так радужно. Общий кэш то есть, но вот архитектура когда на каждый коннект создаётся новый процесс создаёт дополнительные издержки. Может в UNIX like системах это не вызывает проблем, но на Windows КМК это должно существенно снижать производительность.

Да и партицирование в Postgresql можно сделать через одно место.

сизиф и мартышки,

издержки возникают не только при создании процессов, но и при их взаимодействии и синхронизации. С потоками всё намного проще и дешевле.

Yo.!Симонов Денис cursor stabily тоже исправлен.
а где бы об этом не сомненно прорыве можно почитать ?

в релизнотах и трекере. И прорывом я бы это не назвал.
Изредка мешающаяся особенность. Большинство её исправления и не заметят.


Yo.!Симонов Денис P.S. Так как насилует птичку Таблоид, не факт что и Оракл выдержал бы.
думаю обо всех его тестах я прочел, мягко говоря не впечатлен тем с чем он в них сталкивается. взрослые субд на tpc-c и sap-sd гоняют мягко говоря совсем на другом уровне нагрузки.


Его тест куда более сложный чем tpc-c. И предназначен он не для пузомерства, а для поиска багов и узких мест в сервере под высокой нагрузкой.

Yo.!это не имеет никакого значение на фоне отсутствия лога в firebird, 128 одновременных процесса и прочих "особенностей" FB.

Ну лог полезен для 2 вещей:
1. PITR (здесь спору нет)
2. При записи на диск, вот это уже не факт и не всегда.

Возможно позже и до него руки дойдут. Но не в тройке.

сизиф и мартышки,

О чём речь? Что-то у всех всё апдейтится. Может дело в руках?

Yo.!,

ну хватит уже цитировать пост 5 летней давности. Это уж как 100 лет исправлено.

Не зная броду не суйся в воду.

сизиф и мартышки,

слив засчитан

Yo.!,

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