|
|
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
Всем привет. Задача: считать из файла набор структур и записать их в базу данных. Структура имеет вид: char* word; // null-terminated строка unsigned int32 offset; // сетевой порядок байт unsigned int32 size; // сетевой порядок байт Написал следующий код, но меня не устраивает скорость. Есть ли возможность как-то это оптимизировать? Вот, что говорит профайлер: self - 15,4% SQLIteStatement.executeInsert - 39,3% StringBuilder.append - 11,3% SQLiteProgram,bundLong - 7,3% BufferedInputStream.read() - 5,1% ... Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 13:40:12 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
WalterSullivan1, сколько записей в базу вставляете в среднем, распарсив 1 файл? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 13:47:17 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
http://www.sqlite.org/faq.html#q19 Для начала использовать batch insert, если цикл повторяется много раз. Во-вторых выкинуть нафиг StringBuilder - зачем байты туда-сюда перекладывать, по отдельности конвертируя в Char. Читайте в byte[] достаточной длины, а потом просто из него уже делайте String, если это действительно так необходимо. А там без String обойтись никак нельзя? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 13:51:27 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
Ещё интересный момент в том что 1 символ это далеко не всегда 1 байт. Для некоторых кодировок ваш код вообще не будет работать. Кодировки, кстати, хорошо бы указывать явно. На разных девайсах текущая кодировка может быть разной и она не обязательно будет совпадать с кодировкой источника ваших данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 13:56:18 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
Особо не заоптимизируешь, так как SQLIteStatement.executeInsert - 39,3% Разве что вынести вставку в отдельный поток, или даже пул, если движок SQLite позволит. Вот пример на 20 потоков: Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 13:59:11 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
Озверинсколько записей в базу вставляете в среднем, распарсив 1 файл? Тестирую на небольшом файле - 50 000, большие файлы - до 500 000. BlazkowiczЧитайте в byte[] достаточной длины Строки - null-terminated, неизвестно сколько читать. BlazkowiczКодировки, кстати, хорошо бы указывать явно А как это сделать? В исходном файле кодировка - utf-8. ivanra , спасибо, попробую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 14:07:58 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
WalterSullivan1BlazkowiczЧитайте в byte[] достаточной длины Строки - null-terminated, неизвестно сколько читать. Читайте в буфер, вместо использования BufferedInputStream, а буфер уже сканируйте на терминатор. В этом случае вам нужно будет только склеивать две части byte[] при чтении следующего куска. Это будет намного быстре чем "склеивать" каждый символ. http://docs.oracle.com/javase/6/docs/api/java/io/InputStream.html#read%28byte [],%20int,%20int%29 WalterSullivan1BlazkowiczКодировки, кстати, хорошо бы указывать явно А как это сделать? В исходном файле кодировка - utf-8. Вот конструктор, указываете участок буфера, который слово и явно кодировку. http://docs.oracle.com/javase/6/docs/api/java/lang/String.html#String(byte [],%20int,%20int,%20java.lang.String) Нужно будет только исхитрится когда слово разорвано на два буфера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 14:12:16 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
И да, все вставки выполняются внутри транзакции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 14:12:26 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
WalterSullivan1 ivanra , спасибо, попробую. Если этот движок поддерживает batch insert, то конечно, прежде всего надо использовать пакетную вставку, 100-1000 записей за раз (подобрать опытным путем), ну а пакеты уже можно и распараллеливать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 14:15:23 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
ivanraОсобо не заоптимизируешь, так как SQLIteStatement.executeInsert - 39,3% Разве что вынести вставку в отдельный поток, или даже пул, если движок SQLite позволит. Вот пример на 20 потоков: Мысль дельная. Хотя это наверное Андроид и достаточно ресурсов будет не всегда. Но, в целом, тут можно смело разносить на 3 потока. 1 - чтение 2 - разбивка 3 - вставка - здесь нужна большая очередь, т.к. это самый медленный процесс. Для многопоточной вставки нужно иметь соединение на поток. Вряд ли это что-то даст. Тут нужен просто batch insert. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 14:16:17 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
WalterSullivan1, batch инсерт , либо формируйте какой-нить csv файл и потом одной операцией заливайте его в базу(так многократно быстрее будет, чем вставлять 500 000 раз 1 запись) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 14:25:33 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
ОзверинWalterSullivan1, batch инсерт , либо формируйте какой-нить csv файл и потом одной операцией заливайте его в базу(так многократно быстрее будет, чем вставлять 500 000 раз 1 запись) Если файл формировать локально, то его запись тоже уйму времени может отнять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 14:29:59 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
Кстати, строки удобнее читать сканером, а не побайтно: Код: java 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 14:34:59 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
ivanraWalterSullivan1 ivanra , спасибо, попробую. Если этот движок поддерживает batch insert, то конечно, прежде всего надо использовать пакетную вставку, 100-1000 записей за раз (подобрать опытным путем), ну а пакеты уже можно и распараллеливать. Только перед этим стоить почитать о том, что как там с поддержкой мультитрединга в sqlite http://www.sqlite.org/threadsafe.html] http://www.sqlite.org/threadsafe.html , а то мало ли что. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 14:36:08 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
BlazkowiczОзверинWalterSullivan1, batch инсерт , либо формируйте какой-нить csv файл и потом одной операцией заливайте его в базу(так многократно быстрее будет, чем вставлять 500 000 раз 1 запись) Если файл формировать локально, то его запись тоже уйму времени может отнять. << времени вставки. При условии, что рам у нас ограничено сильнее обычного (андроид) - это лучше batch инсертов, я так думаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 14:54:51 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
ОзверинПри условии, что рам у нас ограничено сильнее обычного (андроид) - это лучше batch инсертов, я так думаю.на сколько я понимаю, невозможно импортировать csv в андроиде напрямую. единственный способ ускорения это batch. на счет нескольких писателей в БД в потоках я тоже сильно сомневаюсь, но лень гуглить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 15:01:04 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
ivanraКстати, строки удобнее читать сканером, а не побайтно: Поскольку в данном случае числа записаны в бинарном виде, то сканер не поможет. Разве что написать свою реализацию, используя исходники. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 15:22:05 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
chpashaОзверинПри условии, что рам у нас ограничено сильнее обычного (андроид) - это лучше batch инсертов, я так думаю.на сколько я понимаю, невозможно импортировать csv в андроиде напрямую. единственный способ ускорения это batch. на счет нескольких писателей в БД в потоках я тоже сильно сомневаюсь, но лень гуглить. я не знаток андроида, но есть подозрение, что это более зависит от базы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 15:25:02 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
еще nio channel можно попробовать например ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 16:23:09 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
Лагманеще nio channel можно попробовать например Смысл? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 16:25:02 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
Озвериня не знаток андроида, но есть подозрение, что это более зависит от базы. она там одна ;) . т.е. теоретически можно использовать другие, но на практике... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 16:30:44 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
Blazkowicz, вдруг байты быстрее поползут ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 17:20:27 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
я бы сразу в стрнгбилдере конструировал групповой инсерт, прамо из входящих данных, и по достижении определенного размера - отправлял его на выполнение. и еще - напишите сколько строк в секунду у вас вставляется и сколько хотелось бы чтоб вставляло. Параллелить по потокам, на мой взгляд смысла нет, все равно винчестер один (один ведь?), и вы получете затык на io, еще может дыже и хуже работать будет (тут как карта ляжет, пргнозировать сложно), т.к. обращение идет одновременно к исходному файлу и к файлам баз, и как головка будет делать seek - одной ОС известно. Самый быстрый способ - последовательный. На мой взгляд, разносить по потокам имеет смысл только если входной файл и база на разных винчестерах, либа вся база помещается в памяти (но судя по задачи это не ваш случай) в MyISAM получалось 40000 инсертов-сек, но если добавляешь индексы - производительность может падать на несколько порядков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 19:50:35 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
chabapokя бы сразу в стрнгбилдере конструировал групповой инсерт, прамо из входящих данных, и по достижении определенного размера - отправлял его на выполнение. Что это даст? Каждый новый SQL запрос будет парсится заново если значения заинлайнить. chabapokПараллелить по потокам, на мой взгляд смысла нет, все равно винчестер один (один ведь?) А если SSD? Андроид ведь. chabapok, и вы получете затык на io, еще может дыже и хуже работать будет (тут как карта ляжет, пргнозировать сложно), т.к. обращение идет одновременно к исходному файлу и к файлам баз, и как головка будет делать seek - одной ОС известно. Самый быстрый способ - последовательный. На мой взгляд, разносить по потокам имеет смысл только если входной файл и база на разных винчестерах, либа вся база помещается в памяти (но судя по задачи это не ваш случай) На самом деле вычитка пройдёт намного быстрее чем инсерты, поэтому не на что это особо не повлияет. Но есть смысл ограничить размер очереди, чтобы всё в памяти не держать, а заблокировать чтение на время, пока набор данных сбросится в базу. chabapokв MyISAM получалось 40000 инсертов-сек, но если добавляешь индексы - производительность может падать на несколько порядков. SQLite же. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2013, 20:01:48 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
chabapokи еще - напишите сколько строк в секунду у вас вставляется и сколько хотелось бы чтоб вставляло. Файл на 700 Kb содержит ~50 000 записей, выполнение метода на устройстве занимает 57 секунд, хотелось бы секунд за 20 хотя-бы. Как я понял SQLite на андроид не поддерживает batch insert (поправьте меня, если я не прав). Пробовал отключать журналирование, тоже не помогло. Пробовал вместо одной транзакции на 50 000 делать 50 транзакций по 1000, тоже не быстрее. Сейчас пытаюсь распараллелить как советовал Blazkowicz . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2013, 08:54:13 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
WalterSullivan1Сейчас пытаюсь распараллелить как советовал Blazkowicz . Это не я советовал. Я советовал выкинуть лишнее перекладывание байтов из потока в StringBuilder. А распаралеливание - спорное решение с точки зрения Андроида. Вычитка и парсинг будут намного опережать всавку данных. Поэтому резульаты парсинга могут накапливаться в памяти. Хотя 7-10 Мб должно быть не так много. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2013, 11:53:16 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
Попробуйте использовать множественную вставку вида Код: sql 1. (работает не для всех версий SQLite) подобрать оптимальное кол-во строк (я для андроида делал по 1000) В любом случае у вас должен быть прирост производительности с пакетом в 1000 записей при подготовленном запросе, чем вставка всех записей в одной транзакции. Распараллеливание imho только ухудшит ситуацию. (только для SQLite) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2013, 13:50:16 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
WalterSullivan1, еще тут почитай http://www.sqlite.org/pragma.html#pragma_synchronous http://www.sqlite.org/pragma.html#pragma_journal_mode ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2013, 14:01:21 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
TrogloditПопробуйте использовать множественную вставку вида Код: sql 1. Спасибо! Ваш вариант не заработал, но работает такой Код: sql 1. 2. 3. 4. 5. 6. Так как SQLite не принимает больше 999 параметров запроса, количество записей за одну вставку пришлось сократить до 249, но метод стал выполняться за 20 секунд. mayton , я пробовал отключать синхронизацию, выигрыша не получил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2013, 11:04:54 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
Blazkowiczchabapokя бы сразу в стрнгбилдере конструировал групповой инсерт, прамо из входящих данных, и по достижении определенного размера - отправлял его на выполнение. Что это даст? Каждый новый SQL запрос будет парсится заново если значения заинлайнить. А разве есть способ избежать повторного парсинга? Помоему, такого способа нет. Если мы засовываем данные через PreparedStatement, то вставка идет по одной строке и накладные расходы процентов на 20 больше. Сэкономили на парсинге - проиграли в других местах. А если SSD? Андроид ведь.[/quot] судя по задаче, маловероятно. BlazkowiczНа самом деле вычитка пройдёт намного быстрее чем инсерты, поэтому не на что это особо не повлияет. Но есть смысл ограничить размер очереди, чтобы всё в памяти не держать, а заблокировать чтение на время, пока набор данных сбросится в базу. к сожалению (или к счастью) операционка начинает распараллеливать одновременный доступ к нескольким файлам, при определенных условиях seek-и головки все сьедают. И задача у топикстартера такая, что ему на эти условия очень легко нарваться. BlazkowiczSQLite же. Не замеитл :) Действительно. Ну, с SQLite все значительно проще. Какие головки? Какие потоки? Надо все инсерты сделать в одной транзакции. Будет около 1 секунды на его 50000 записях, скорей всего. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2013, 12:17:44 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
WalterSullivan1 Пробовал вместо одной транзакции на 50 000 делать 50 транзакций по 1000, тоже не быстрее. Учитывая ваш говнокод, я уверен, что вы действительно уменьшили кол-во транзакций. И к тому же, зачем давать 50 по 1000, сделайте одну по 50000. Там у sqlite есть, насколько помню, несколько режимов работы, один из них - когда базу можно юзать из независимых процессов. Он же самый медленный, и он по умолчанию, однако поиграться другими режимами, но все равно у sqlite основной кушатель времени - это закрывание транзакций. WalterSullivan1Сейчас пытаюсь распараллелить как советовал Blazkowicz . Я под андроид ничего не делал, однако навскидку я не могу назвать распараллеливание под андроидом хорошим решением. Распараллеливание полезно там, где железо имеет много ядер. Андроид, все же, не xeon, ядер как правило там мало, очень часто одно. И если вы наплодите десятки потоков - вы сделаете только хуже. Нормально - когда кол-во потоков чуть больше или равно кол-ву ядер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2013, 12:41:16 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
Буферизировать можно. Правда данные не сразу будут доступны для чтения из БД но если такое допущение возможно то для оптимизации почему бы и нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2013, 12:42:08 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
chabapokЯ под андроид ничего не делал, однако навскидку я не могу назвать распараллеливание под андроидом хорошим решением. Распараллеливание полезно там, где железо имеет много ядер. Андроид, все же, не xeon, ядер как правило там мало, очень часто одно. И если вы наплодите десятки потоков - вы сделаете только хуже. Нормально - когда кол-во потоков чуть больше или равно кол-ву ядер. Есть смысл отделить вставку в базу, так как она занимает кучу локального IO, от остального кода, который занимает CPU. Чтение ещё надо посмотреть откуда происходит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2013, 12:43:28 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
Blazkowicz, 1. разве внутри драйвера SQLite такого отделения не сделано? 2. пусть он посчитает через System.currenttimeMillis() сколько у него суммарно длится выполнение внутри его инсерта. Как-то я не доверяю профайлеру, замечал что он не всегда корректно показывает. Если его значение получится близко к 100% от всего выполнения, то параллелить нет смысла, даже если движок БД это не делает. Как-то так: long t=0; ... long before = System.currenttimeMilles(); stmt.executeInseert() t = t+ (System.currenttimeMilles()-before); ... И вконце сравнить t с временем выполнения всей программы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2013, 13:02:44 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
На время вставки дропнул индексы, скорость выполнения упала до 11 секунд. Это меня устраивает, всем спасибо за предложения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2013, 13:28:40 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
WalterSullivan1На время вставки дропнул индексы, скорость выполнения упала до 11 секунд. Это меня устраивает, всем спасибо за предложения. мой мозг пасует. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2013, 14:39:31 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
WalterSullivan1На время вставки дропнул индексы, скорость выполнения упала до 11 секунд. Это меня устраивает, всем спасибо за предложения. не зря говорят, когда не заводится машина - попинай колесо, проверь бензин в баке))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2013, 14:44:05 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
В некоторых БД для загрузки делают т.н. специальные одноразовые таблицы. Они без индексов, констрейнтов и триггеров. Их задача просто принять данные из внешнего источника (loaders, etl-s). Далее какие-то бизнес процессы будут по расписанию подхватывать эти таблицы, чистить от грязных данных, обогащать и вливать в основную модель. Вопрос согласованности данных остаётся за кадром. Просто разработчик с аналитиком решают в какой момент данные становятся "видны" для модели в целом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2013, 14:45:08 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
WalterSullivan1На время вставки дропнул индексы, скорость выполнения упала до 11 секунд. Это меня устраивает, всем спасибо за предложения. С 57 до 11 только из-за индексов? Сколько всего индексов в таблице? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2013, 14:59:46 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
WalterSullivan1, подозреваю, что у вас там к тому же индексы сделаны неправильно. Очень часто (всегда) сталкивался, что люди ставят целую кучу лишних индексов, но при этом не ставят нужных. В результате у них база тормозит - а они начинают делать какие-нибудь многопоточные оптимизации. Правда это к mysql больше относится, но думаю что ситуация с sqlite не лучше ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2013, 15:22:03 |
|
||
|
Помогите оптимизировать код
|
|||
|---|---|---|---|
|
#18+
Petro123 , тем не менее пинание колеса не чинит машину, а у меня значительный прирост скорости. Сколько всего индексов в таблице? 2 С 57 до 11 только из-за индексов? С 20 до 11. Там выше мой комментарий про 20 секунд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2013, 15:34:28 |
|
||
|
|

start [/forum/topic.php?all=1&fid=59&tid=2129940]: |
0ms |
get settings: |
15ms |
get forum list: |
32ms |
check forum access: |
9ms |
check topic access: |
9ms |
track hit: |
81ms |
get topic data: |
24ms |
get forum data: |
4ms |
get page messages: |
91ms |
get tp. blocked users: |
2ms |
| others: | 319ms |
| total: | 586ms |

| 0 / 0 |
