|
|
|
gfix -shut, прерывающий bulk DML: возврат управления в ось - сразу или нет ?
|
|||
|---|---|---|---|
|
#18+
Симонов Денисбудет: - SMP в суперепочему "будет" ? оно уже есть, насколько могу судить по данным nix-утилиты top. Симонов Денис- Linger Databaseэээмм.... что это такое ? не гуглится чё-то... Симонов Денисне будет (не видел нигде в планах на тройку): - PITRКхе! а ведь реализуется, теоретически правда. Через IBPhoenix Replicator, когда он пишет вместо repl_log'a в файлы. Только там будет на 10 млн транзакций 10 млн файлов. И как будет ось управляться с ними - весьма интересно...;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2013, 14:41:09 |
|
||
|
gfix -shut, прерывающий bulk DML: возврат управления в ось - сразу или нет ?
|
|||
|---|---|---|---|
|
#18+
ТаблоидСимонов Денис - Linger Database эээмм.... что это такое ? не гуглится чё-то... Эту штуку только вчера Алекс добавил. Позволяет убивать кэш не сразу после закрытия последнего коннекта а через определённый временной промежуток. http://tracker.firebirdsql.org/browse/CORE-4263 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2013, 14:44:58 |
|
||
|
gfix -shut, прерывающий bulk DML: возврат управления в ось - сразу или нет ?
|
|||
|---|---|---|---|
|
#18+
Таблоида ведь реализуется, теоретически правда. Через IBPhoenix Replicator, когда он пишет вместо repl_log'a в файлы. Это реализуется не PITR, а журнал транзакций. На основе которого, конечно, с некоторым геморроем можно сделать и PITR. Но эти файлы, собственно говоря, для хранения не предназначены. Из назначение - как можно скорее уйти на принимающую сторону, быть применёнными и умереть. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2013, 14:48:30 |
|
||
|
gfix -shut, прерывающий bulk DML: возврат управления в ось - сразу или нет ?
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovТаблоида ведь реализуется, теоретически правда. Через IBPhoenix Replicator, когда он пишет вместо repl_log'a в файлы. Это реализуется не PITR, а журнал транзакций. На основе которого, конечно, с некоторым геморроем можно сделать и PITR. Но эти файлы, собственно говоря, для хранения не предназначены. Из назначение - как можно скорее уйти на принимающую сторону, быть применёнными и умереть.Но ведь ты же сможешь (если захочешь :)) запулить все DML-стейтменты, происходящие в источнике, в один файл ? (дабы убрать проблему 10 млн файлов в каталоге) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2013, 14:54:51 |
|
||
|
gfix -shut, прерывающий bulk DML: возврат управления в ось - сразу или нет ?
|
|||
|---|---|---|---|
|
#18+
Симонов ДенисПозволяет убивать кэш не сразу после закрытия последнего коннекта а через определённый временной промежуток. http://tracker.firebirdsql.org/browse/CORE-4263 Вах... супер, однако. Один из моих тестов трёхмесячной давности как раз и делал такую гадость: одновременный коннект 300 isql'ей, ожидание ими разблокировки одной и той же записи в таблице, и "снятие с дистанции" (pskill'ом). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2013, 14:56:45 |
|
||
|
gfix -shut, прерывающий bulk DML: возврат управления в ось - сразу или нет ?
|
|||
|---|---|---|---|
|
#18+
ТаблоидНо ведь ты же сможешь (если захочешь :)) запулить все DML-стейтменты, происходящие в источнике, в один файл ? Не смогу. Во-первых, я протоколирую вовсе не DML-стейтменты, во-вторых, структура файла это не позволяет. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2013, 15:10:29 |
|
||
|
|

start [/forum/topic.php?fid=40&msg=38466539&tid=1564138]: |
0ms |
get settings: |
7ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
53ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
34ms |
get tp. blocked users: |
1ms |
| others: | 224ms |
| total: | 343ms |

| 0 / 0 |
