|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Всем привет! Сделал бэкап большой базы с FB 2.5: "C:\Program Files\Firebird.25\bin\gbak.exe" -B -V -Y My.log localhost/3051:MyDB C:\BK0.gbk 2000M C:\BK1.gbk 2000M C:\BK2.gbk 2000M C:\BK3.gbk - без ошибок. Восстанавливаю на FB 3.0.0.32483: "C:\Program Files\Firebird.30\gbak.exe" -R O -V -P 16384 -Y Restore.log C:\BK0.gbk C:\BK1.gbk C:\BK2.gbk C:\BK3.gbk D:\DB_0.FDB 250000 D:\DB_1.FDB - без ошибок. Тестирую: "C:\Program Files\Firebird.30\gfix.exe" -v D:\DB_0.FDB В firebird.lo две записи: I/O error during "ReadFile" operation for file "D:\DB_0.FDB" Error while trying to read from file Reached the end of the file. и Database: D:\DB_0.FDB Validation aborted I/O error during "ReadFile" operation for file "D:\DB_0.FDB" Error while trying to read from file Reached the end of the file. Где косяк? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 05:51 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Zerooo, попробуй без разрезания бэкапа на части, одним файлом. уже давно и фб и ОС поддерживают файлы что базы что бэкапа больше 4х гиг. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 11:21 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
kdv, Намекаешь, что "разрезанный" бэкап поломали? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 11:40 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
DarkMaster, кто знает, надо бы проверить. Вообще вещь полезная когда бекап большой базы надо на несколько DVD болванок записать. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 11:53 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
+1 replace and strike any key! Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 11:58 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
тьфу блин. Он оказывается не только сам файл бекапа режет, но ещё и восстанавливать сразу в несколько файлов пытается. Зачем? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 12:02 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Симонов Денистьфу блин. Он оказывается не только сам файл бекапа режет, но ещё и восстанавливать сразу в несколько файлов пытается. Зачем? По идее, если база изначально многофайловая - пытается восстановить "как было". Иначе вроде должен слить куски в один файл, если я правильно помню. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 12:34 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Zerooo, я проверю. Чуть позже. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 12:41 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
kdvZerooo, попробуй без разрезания бэкапа на части, одним файлом. уже давно и фб и ОС поддерживают файлы что базы что бэкапа больше 4х гиг. База одним файлом восстанавливается нормально. Цель нарезания на куски - несколько бОльшая гибкость (легче ворочать несколько файлов помельче, чем один в 90 Гиг) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 05:40 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Zeroooнесколько бОльшая гибкость неправда ваша. Никакой "гибкости" в многофаловых БД нет - чуть ошибся с lenght/starting from, и все. База не испортится, но длина файлов поедет. - несколькими файлами сложнее "ворочать" (или управлять), чем одним. Т.к. любые операции (напр, копирование) надо проводить со всеми файлами, а не с каким-то отдельным. - при переносе на другой логический диск такая БД работать не будет, т.к. в заголовок первого файла заносится прямой путь к вторичным файлам. Типа d:\db\file.fb2 - командная строка что при бэкапе что при ресторе гораздо сложнее, чем с одним файлом (см. выше). Собственно, многофайловость - атавизм, связанный исключительно с файловыми системами, не поддерживающими файлы размером больше 4х гиг. Есть еще миф, что многофайловость чего-то там "распараллеливает". Но увы, нет. p.s. по привычке хочу доколебаться к лишним опциям: -R O - это, конечно прекрасно. но все-таки про -r лучше забыть. -p 16384 - а что, до этого у этой БД размер страницы был меньше 16к? Если нет, то зачем тогда указываете? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 09:39 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
kdvнеправда ваша. Никакой "гибкости" в многофаловых БД нет - чуть ошибся с lenght/starting from, и все. База не испортится, но длина файлов поедет. А не надо сразу два параметра указывать... У меня ни разу этой проблемы не возникло. kdv- несколькими файлами сложнее "ворочать" (или управлять), чем одним. Т.к. любые операции (напр, копирование) надо проводить со всеми файлами, а не с каким-то отдельным. Аргумент :) kdv- при переносе на другой логический диск такая БД работать не будет, т.к. в заголовок первого файла заносится прямой путь к вторичным файлам. Типа d:\db\file.fb2 Вот тут трудно поспорить, считаю это единственным существенным недостатком многофайловости. kdv- командная строка что при бэкапе что при ресторе гораздо сложнее, чем с одним файлом (см. выше). Еще один аргумент :) kdvСобственно, многофайловость - атавизм, связанный исключительно с файловыми системами, не поддерживающими файлы размером больше 4х гиг. Это понятно. Однако есть еще явление фрагментации... и дефрагментацию (может и она конечно атавизм) легче делать с меньшими файлами. kdvp.s. по привычке хочу доколебаться к лишним опциям: Как говориться, можно и до столба... ;) Учту! А вообще, как бы вопрос-то был о том, что обнаружил такой косяк и хотел прояснить это у меня что-то неправильно в действиях или все же баг firebird'а (ну и что б другие знали). Считаю, что если функциональность есть, то она должна РАБОТАТЬ, а уж правоприменение её другая тема. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 10:15 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Zerooo, ну вообще не понятно что именно сломано. Бекап из многофайловой БД или бекап в несколько файлов. Второе как мне кажется гораздо более критично. Уточни если сможешь, а потом в трекер. Тем более тут ситуация усугубляется тем что ты делаешь это между разными ODS. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 10:33 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Симонов Денис, Вот именно, что бекап/рестор разных ODS единственный путь перехода на FB 3.0. Рестор в один файл (ODS 12) проходит нормально и база потом тестится без ошибок. Так, что скорее всего процесс бекапа правильный (к тому ж многофайловый бекап/рестор на ODS 11 (правда давненько) тоже делался успешно). ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 10:50 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
ZeroooБаза одним файлом восстанавливается нормально. Пропустил это сообщение. Тогда сделай воспроизводимый пример с базой поменьше и в трекер. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 10:57 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Zerooo Однако есть еще явление фрагментации.. это явление для РСУБД тоже фикция, потому что БД это файл произвольного доступа, и по большей части там все и так хранится рандомно. Поэтому фрагментирован файл БД в файловой ФС или нет - уже не важно. Конечно, после рестора таблицы у нас в файле БД лежат последовательно, и на HDD при последовательном чтении нефрагментированного файла типа быстрее, но - на raid это уже не так важно - сами по себе последовательные чтения таблиц бывают редко. Обычно индексный доступ, или сортировки, и т.д., что вполне рандомное. - как там дефрагментирует ФС - фиг знает - на ssd "фрагментация" файла совершенно пофиг p.s. насчет примера и в трекер - поддерживаю. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 11:38 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
kdvp.s. насчет примера и в трекер - поддерживаю. Смысла только нет: в четвёрке многофайловую хрень выпилят от слова "совсем". Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 11:55 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Hello, Dimitry Sibiryakov! You wrote on 22 июня 2016 г. 11:58:34: Dimitry Sibiryakov> в четвёрке многофайловую хрень выпилят от слова "совсем".а таблеспейсы не планируют? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 11:59 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, ну если введут тейблспейсы, то не совсем конечно, но это уже будет совсем другая история. Так как оно сделано в текущем виде действительно толку ноль. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 11:59 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, тогда да, нет смысла мучиться. Хотя, нехорошо получилось - странно, что фичу поломали. Мимопроходящийа таблеспейсы не планируют? планируют, но как optional feature. См. http://www.firebirdsql.org/en/planning-board/ причем прошу обратить внимание на in progress, и completed. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 12:12 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Мимопроходящийа таблеспейсы не планируют? Планируют, но, по-моему, скорее для галочки, чем для практического применения. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 12:15 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Hello, Dimitry Sibiryakov! You wrote on 22 июня 2016 г. 12:16:45: Dimitry Sibiryakov> Планируют, но, по-моему, скорее для галочки, чем для практического применения. имхо, большинству оно не особо и упёрлось, но если у "старших товарищей" есть, то значит быть должно. примерно как большинство джыпо-водятлов, никогда в жизни не выбираются в настоящее говнище. но сам факт того, что "мафына может", душу греет неимоверно... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 12:23 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovв четвёрке многофайловую хрень выпилят от слова "совсем" там Далтон был категорически против. Я правда так и не понял его аргументацию. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 12:45 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
kdvПоэтому фрагментирован файл БД в файловой ФС или нет - уже не важно.Ошибаешься ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 13:02 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
ZeroooОднако есть еще явление фрагментации... и дефрагментацию (может и она конечно атавизм) легче делать с меньшими файлами.С чего бы это ? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 13:02 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
hvladkdvПоэтому фрагментирован файл БД в файловой ФС или нет - уже не важно.Ошибаешься"Ошибаешься" - чересчур безапелляционно. Вопрос дефрагментации очень щекотливый, ИМХО. - производить дефрагментацию файловой системы на SSD не только бесполезно, но и вредно для SSD; - страница БД может быть раскидана по разным кластерам ФС в случае, если кластер меньше размера страницы БД; - если записи в таблицах со ссылочной целостностью заполнялись последовательно (сквозное заполнение таблиц по цепочке связей), то при "дефрагментации" БД методом b/r можно даже получить незначительное замедление, так как опережающее чтение ФС файла БД в кэш ОС уже не будет разом последовательно фетчить страницы связанных между собой таблиц, данные с которых необходимы оператору SELECT с JOIN'ами этих таблиц и в этом случае, вероятность промаха кеша выше, что влечет за собой оверхед обращения к подсистеме хранения; - и лишь про дефрагментацию файла БД в ФС на HDD можно сказать, что она полезна; ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 13:38 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
rdb_devпроизводить дефрагментацию файловой системы на SSD не только бесполезноОшибаешься ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 13:50 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
rdb_dev, Уже давно файл БД расширяется большими кусками, а не постранично. Поэтому дефрагментация файла БД хоть и может быть, но всё таки FB пытается ей противостоять. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 13:51 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Симонов Денисно всё таки FB пытается ей противостоять. основная цель расширения файла блоками - ускорить это самое расширение, против "поштучного" добавления страниц к файлу. Хотя, если ФС будет искать свободный кусок именно размера нового блока, то тогда да, "противостояние фрагментации". С другой стороны, что окажется на этих страницах, еще неизвестно, так что внутри файла остается "фрагментация" :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 14:11 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
kdvС другой стороны, что окажется на этих страницах, еще неизвестно, так что внутри файла остается "фрагментация" :-)Нет смысла противостоять фрагментации внутри файла БД, если сам файл размазан по диску как попало. Напомню, последовательное чтение всё ещё быстрее случайного, даже для SSD. И такие задачи как бекап и свип - далеко не экзотика, и заметно выигрывают от возможности последовательного чтения. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 14:26 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
hvladrdb_devпроизводить дефрагментацию файловой системы на SSD не только бесполезно Ошибаешься "Windows does not defrag SSDs" http://www.outsidethebox.ms/17367/ там мораль такая, что МС утверждает, что дефрагментация для ССД не производится, но тем не менее, она все равно срабатывает 1 раз в месяц, "если включено теневое копирование тома.", и включено system restore. Так что, это скорее вынужденное исключение из правил, по совершенно конкретным причинам. и т.д., можешь сам поискать. В моем понимании дефрагментация SSD это как дефрагментация TIP. Линейно список почти никогда не сканируется, все время идет прямое извлечение состояния транзакции N. Так какая разница, последовательно эти страницы лежат, или нет. Разве что опережающее чтение кэша ФС ОС, но в случае SSD оно опять же не имеет смысла. А вот и данные по опережающему чтению на SSD http://www.storimax.ru/articles/reviews/?ID=686#CacheSSD Примерно 5% ускорения с Read Ahead (в статье почему-то дурацкий вывод про "значительное улучшение"). И это на конкретном диске, на других может быть по другому. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 14:31 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
hvladНапомню, последовательное чтение всё ещё быстрее случайного, даже для SSD. Сильно зависит от размера блока SSD и размера кластера ФС. Сам SSD у себя может хранить подряд идущие кластеры ФС совсем непоследовательно (зависит от алгоритма контроллера, равномерно распределяющего износ ячеек SSD), так что скорость последовательного чтения больше зависит от кэша опережающего чтения самой ОС. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 14:33 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
kdv"Windows does not defrag SSDs" http://www.outsidethebox.ms/17367/ там мораль такая, что...то, что не играет роли для ОС, может быть совершенно не так для СУБД kdvПримерно 5% ускорения с Read AheadПричём тут ReadAhead, если речь о sequential\random IO ? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 14:46 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
rdb_dev, Почитай SSD случайными блоками по 4КБ и по 256КБ, сравни и можешь не рассказывать результаты... ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 14:53 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
rdb_dev- если записи в таблицах со ссылочной целостностью заполнялись последовательно (сквозное заполнение таблиц по цепочке связей), то при "дефрагментации" БД методом b/r можно даже получить незначительное замедление, так как опережающее чтение ФС файла БД в кэш ОС уже не будет разом последовательно фетчить страницы связанных между собой таблиц, данные с которых необходимы оператору SELECT с JOIN'ами этих таблиц и в этом случае, вероятность промаха кеша выше, что влечет за собой оверхед обращения к подсистеме хранения; вовсе необязательно. Вся соль в том каким методом будет происходить JOIN. Если NESTED LOOP да ещё и использованием индексов, то возможно ты прав. А вот если с помощью HASH JOIN, то всё будет с точностью до наоборот. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 14:57 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
hvlad, мне кажется, что ты чего-то не договариваешь. Ты сам производил замеры? Какие вендор и модель SSD? Каков был "родной" размер блока? Кэш ОС для диска был включен или отключен? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 15:21 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Симонов Денис, HASH JOIN, скорее, исключение, чем правило. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 15:23 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Zerooo, Проверил рестор в мультифайловую БД (бекап из одного файла) - не воспроизводится. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 15:28 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
rdb_dev, прочитай любые тесты любого SSD с однопоточным случайным чтением большими и маленькими блоками. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 15:29 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
rdb_devHASH JOIN, скорее, исключение, чем правило. это пока так. Просто оптимизатор ещё не достаточно умён чтобы понять когда его применять, а потому применяет лишь когда выхода нет (нету подходящих индексов). Тем более что со временем и NESTED LOOP может поменяться и стать блочным для ряда случаев. З.Ы. Это просто мои размышления. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 15:33 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
hvladZerooo, Проверил рестор в мультифайловую БД (бекап из одного файла) - не воспроизводится. Ок, спасибо - а то я уже задумался. P.S. Ну хоть кто-то пытается топик в нужное русло повернуть :) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 16:18 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
hvladZerooo, Проверил рестор в мультифайловую БД (бекап из одного файла) - не воспроизводится. Тестировал базу? Большая она? Я дважды пытался с разными размерами файлов - результат один: ошибка на предпоследнем файле :( А вообще, уже юзаю однофайловый вариант - работа не ждет. Завтра, если время будет попробую еще… ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 19:04 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
ZeroooТестировал базу?Нет конечно, а что - надо ? Ой, а как бы это сделать ? ZeroooБольшая она?Почти 4GB ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 20:51 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
ZeroooЯ дважды пытался с разными размерами файлов - результат один: ошибка на предпоследнем файле :(Какая ошибка ? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2016, 21:12 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
hvladКакая ошибка ? Читай стартовое сообщение :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.06.2016, 12:00 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
hvlad, Снова попробовал на одной (небольшой) базе - аналогично: из firebird.log: Tue Jun 07 09:44:25 2016 Database: C:\BASES\STAT_0.FDB Validation started Tue Jun 07 09:44:25 2016 I/O error during "ReadFile" operation for file "C:\BASES\STAT_0.FDB" Error while trying to read from file Reached the end of the file. Tue Jun 07 09:44:25 2016 Database: C:\BASES\STAT_0.FDB Validation aborted I/O error during "ReadFile" operation for file "C:\BASES\STAT_0.FDB" Error while trying to read from file Reached the end of the file. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.06.2016, 12:03 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
hvlad, Fri Jun 24 15:55:49 2016 Database: C:\BASES\MCSAP_0.FDB Validation started Fri Jun 24 15:55:49 2016 I/O error during "ReadFile" operation for file "C:\BASES\MCSAP_0.FDB" Error while trying to read from file Reached the end of the file. Fri Jun 24 15:55:49 2016 Database: C:\BASES\MCSAP_0.FDB Validation aborted I/O error during "ReadFile" operation for file "C:\BASES\MCSAP_0.FDB" Error while trying to read from file Reached the end of the file. Если есть интерес, то могу бэкап и свои логи тебе дать как-то (здесь похоже лички нет?) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.06.2016, 12:11 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Zerooo, если есть возможность - жми бекап и выкладывай куда-нибудь. И точно опиши используемые команды ... |
|||
:
Нравится:
Не нравится:
|
|||
24.06.2016, 14:43 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
hvlad, Пожал, выложил. Куда тебе ссылочку прислать? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.06.2016, 05:38 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
Zerooo, hvlad at users sf net Спасибо ... |
|||
:
Нравится:
Не нравится:
|
|||
27.06.2016, 09:49 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
hvlad, Я там не мембер. Короче, ССЫЛКА УДАЛЕНА Стянешь - сообщи. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.06.2016, 10:22 |
|
Firebird 2.5 to 3.0
|
|||
---|---|---|---|
#18+
ZeroooЯ там не мембер.И это запрещает тебе написать письмо ? ZeroooСтянешь - сообщи.Стянул, сообщаю ... |
|||
:
Нравится:
Не нравится:
|
|||
27.06.2016, 10:50 |
|
|
start [/forum/topic.php?all=1&fid=40&tid=1562108]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
49ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
71ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 181ms |
0 / 0 |