Firebird 2.5 alpha 1

[Khorsun Vlad]

http://www.firebirdsql.org/index.php?op=files&id=fb250_alpha01

--
Хорсун Влад

PS Ссылки на релизноты (pdf и html) там же вверху

[Trofimich]

Ух ты!

Токо я не понял, он уже как-то поддерживает SMP или ещё нет?

[Khorsun Vlad]

"sasha" ...

> Токо я не понял, он уже как-то поддерживает SMP или ещё нет?

    Как-то поддерживает :)

    В 2.5 кроме уже известных архитектур SS и CS введена новая,
промежуточная - Super Classic. Это, грубо говоря, CS, но в одном
процессе. В 3.0 архитектура будет унифицированной, с этой точки
зрения 2.5 - переходный, промежуточный релиз.

--
Хорсун Влад

[Dmitry Yemanov-2]

Khorsun Vlad wrote:
>
>> Токо я не понял, он уже как-то поддерживает SMP или ещё нет?
>
>    Как-то поддерживает :)
>
> В 2.5 кроме уже известных архитектур SS и CS введена новая,
> промежуточная - Super Classic.

Помимо этого, супер нормально распараллеливается при работе с
несколькими базами.

--
Дмитрий Еманов

[Trofimich]

> Помимо этого, супер нормально распараллеливается при работе с
> несколькими базами.

О, ну это уже что-то! Нам такой вариант тоже интересен!!!

[Alexey Voytsehovich]

Dmitry Yemanov пишет:
>
> Помимо этого, супер нормально распараллеливается при работе с
> несколькими базами.
>
а где об этом подробнее почитать?

[Dmitry Yemanov-2]

Alexey Voytsehovich wrote:
>
> а где об этом подробнее почитать?

В релизных нотах?


--
Дмитрий Еманов

[Alexey Voytsehovich]

Dmitry Yemanov пишет:
>
> Alexey Voytsehovich wrote:
>>
>> а где об этом подробнее почитать?
>
> В релизных нотах?
>
>
This has a noticeable effect on the scaleability of Superserver when multiple
databases are being accessed simultaneously but its major effect is the
emergence of the architectural “ Superclassic ” model that will underpin the
fine-grained multi-threading under development for Firebird 3.

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

[Dmitry Yemanov-2]

Alexey Voytsehovich wrote:
>
> нашел только это. или я плохо знаю англ. или меня надо пнуть в
> направлении или я просто не знаю где искать чтобы подробнее понять как
> оно проявляется, что бы себе сделать для подробного тестирования под
> нагрузкой итд

Работа с одной базой теперь не блокирует работу с другой (запросы к
обоим не выстраиваются в одну очередь). Так что ставишь CpuAffinity на
использование всех процессоров/ядер и оцениваешь общую
производительность. При многопользовательском доступе к *одной* базе она
обычно падает в этом случае (на винде). При одновременном же доступе к
*нескольким* базам она должна вырасти, в отличие от предыдущих версий.
Увидишь ли эффект и насколько - зависит от характера работы с базами.


--
Дмитрий Еманов

[Alexey Voytsehovich]

Dmitry Yemanov пишет:

>
> Alexey Voytsehovich wrote:
>>
>> нашел только это. или я плохо знаю англ. или меня надо пнуть в
>> направлении или я просто не знаю где искать чтобы подробнее понять как
>> оно проявляется, что бы себе сделать для подробного тестирования под
>> нагрузкой итд
>
> Работа с одной базой теперь не блокирует работу с другой (запросы к
> обоим не выстраиваются в одну очередь). Так что ставишь CpuAffinity на
> использование всех процессоров/ядер и оцениваешь общую
> производительность. При многопользовательском доступе к *одной* базе она
> обычно падает в этом случае (на винде). При одновременном же доступе к
> *нескольким* базам она должна вырасти, в отличие от предыдущих версий.
> Увидишь ли эффект и насколько - зависит от характера работы с базами.

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


как бы обеспечить быструю вставку в первую субд и максимальную скорость чтения
на вторую?

[Boulitchev Aleksey]

> как бы обеспечить быструю вставку в первую субд и максимальную скорость
> чтения на вторую?

купить второй сервер

--
Булычев Алексей
http://www.stella-npf.ru

[Dmitry Lendel]

>     В 2.5 кроме уже известных архитектур SS и CS введена новая,
> промежуточная - Super Classic. Это, грубо говоря, CS, но в одном
> процессе. В 3.0 архитектура будет унифицированной, с этой точки
> зрения 2.5 - переходный, промежуточный релиз.

А функции как процедуры будут в 2.5?
Я почитал по диагонали Release Note. Больше изменений "внутри" чем новых фич
для разработчиков.
Дмитрий

[Ded-2]

Dmitry Lendel wrote:
> Я почитал по диагонали Release Note. Больше изменений "внутри" чем новых фич
> для разработчиков.

    И не говори, просто обнаглели...

--
Regards. Ded.

[Khorsun Vlad]

"Dmitry Lendel" ...

> А функции как процедуры будут в 2.5?

    Нет

> Я почитал по диагонали Release Note. Больше изменений "внутри" чем новых фич
> для разработчиков.

    Их тоже когда-то нужно делать

--
Хорсун Влад

[Dmitri Kuzmenko]

Hello, Alexey!

Alexey Voytsehovich wrote:

> в первую интенсивная запись (сотни тысяч) и не очень интенсивное чтение
> вторая не оч много записей (тысячи) много чтений (сложные к нескольким
> таблицам, с Like группировками, фильтрацией по нескольким полям
> одновременно)
>
> как бы обеспечить быструю вставку в первую субд и максимальную скорость
> чтения на вторую?

если вторую машинку поставить никак, то
1. машинка должна быть двухъядерная или двухпроцессорная
2. FB 2.5 (! пока альфа)
3. включить Affinity как сказал DE
4. разнести базы на разные физические диски.

--
Dmitri Kouzmenko, www.ibase.ru, [phone]

[Dmitry Yemanov-2]

Dmitry Lendel wrote:
>
> Я почитал по диагонали Release Note. Больше изменений "внутри" чем новых фич
> для разработчиков.

Это вы релизом 2.1 избалованы :-) Пока не выкурите все его фичи, новых
не дадим :-)


--
Дмитрий Еманов

[Dmitry Yemanov-2]

Dmitri Kuzmenko wrote:
>
> если вторую машинку поставить никак, то
> 1. машинка должна быть двухъядерная или двухпроцессорная

И тогда достаточно рядом поставить второй инстанс супер-сервера и
работать с разными БД через разные порты :-)


--
Дмитрий Еманов

[Alexey Voytsehovich]

Boulitchev Aleksey пишет:
>
>> как бы обеспечить быструю вставку в первую субд и максимальную
>> скорость чтения на вторую?
>
> купить второй сервер
>
смешно

[Alexey Voytsehovich]

Dmitri Kuzmenko пишет:

>
> Hello, Alexey!
>
> Alexey Voytsehovich wrote:
>
>> в первую интенсивная запись (сотни тысяч) и не очень интенсивное чтение
>> вторая не оч много записей (тысячи) много чтений (сложные к нескольким
>> таблицам, с Like группировками, фильтрацией по нескольким полям
>> одновременно)
>>
>> как бы обеспечить быструю вставку в первую субд и максимальную
>> скорость чтения на вторую?
>
> если вторую машинку поставить никак, то
> 1. машинка должна быть двухъядерная или двухпроцессорная

машина мощная.
> 2. FB 2.5 (! пока альфа)
оххх :( страшно. но попробуем.
> 3. включить Affinity как сказал DE
в релизнотах сказал? или где?
> 4. разнести базы на разные физические диски.
>
это реально ускорит? поставлю в todo.

[Dmitry Lendel]

>
>     И не говори, просто обнаглели...

Вот ия о отм же. :-))
Дмитрий