ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Unix-системы [игнор отключен] [закрыт для гостей] / Swap
22 сообщений из 22, страница 1 из 1
Swap
    #35763893
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
Устанавливаю Слаку, какие верхние ограничения существуют по размеру Swap-раздела? Помнится раньше был лимит, метров пятьсот наверное. Но это было давно, ещё во времена Red Hat 6.2. Если конечно я ничего не путаю.
...
Рейтинг: 0 / 0
19.01.2009, 08:56:38
| Ответить | Цитировать | Написать  
Swap
    #35763972
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
Ладно, 2 гига поставил.
...
Рейтинг: 0 / 0
19.01.2009, 09:48:49
| Ответить | Цитировать | Написать  
Swap
    #35764004
A.V.Goncharyk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
A.V.Goncharyk
Участник
максимум один своп раздел может достигать 4Гб
и таких разделов максимум может быть 128 штук
...
Рейтинг: 0 / 0
19.01.2009, 10:11:57
| Ответить | Цитировать | Написать  
Swap
    #35769815
nik_x
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nik_x
Участник
A.V.Goncharykмаксимум один своп раздел может достигать 4Гб

Во, а мужики-то и не знают
Зависит от оси.
Сделал себе SWAP 8 гиг, и - работает. (ось 64 бит)
...
Рейтинг: 0 / 0
21.01.2009, 16:07:42
| Ответить | Цитировать | Написать  
Swap
    #35770264
A.V.Goncharyk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
A.V.Goncharyk
Участник
ну автор указал систему точно - slackware
официальной версии для 64 бит которой несуществует
Неофициальные порты носят другие имена
...
Рейтинг: 0 / 0
21.01.2009, 18:09:47
| Ответить | Цитировать | Написать  
Swap
    #35790873
Фотография AVKoudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AVKoudinov
Участник
Позвольте, а зачем Вам своп файл размером больше 2-х гигов?

Сколько у Вас памяти?

Попробуйте обратить внимание, что при заполнении свопа более чем на 30% система просто "висит".
...
Рейтинг: 0 / 0
02.02.2009, 09:59:45
| Ответить | Цитировать | Написать  
Swap
    #35790876
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
AVKoudinovПозвольте, а зачем Вам своп файл размером больше 2-х гигов?

Сколько у Вас памяти?

Попробуйте обратить внимание, что при заполнении свопа более чем на 30% система просто "висит".
Ух ты, это глюк Линукса??
...
Рейтинг: 0 / 0
02.02.2009, 10:01:55
| Ответить | Цитировать | Написать  
Swap
    #35790885
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
AVKoudinovПопробуйте обратить внимание, что при заполнении свопа более чем на 30% система просто "висит".30% от неизвестного объема?
Имхо, объем используемого свопа (ни в процентах, ни в мегабайтах) напрямую не ведет к "зависанию" системы. А приводит интесивность обмена страниц памяти со свопом. Если она высокая, то отклик системы будет очень долгим, даже если "гоняется" всего несколько мегабайт, но непрерывно.
...
Рейтинг: 0 / 0
02.02.2009, 10:06:25
| Ответить | Цитировать | Написать  
Swap
    #35790908
Фотография AVKoudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AVKoudinov
Участник
XDiaBLoAVKoudinovПозвольте, а зачем Вам своп файл размером больше 2-х гигов?

Сколько у Вас памяти?

Попробуйте обратить внимание, что при заполнении свопа более чем на 30% система просто "висит".
Ух ты, это глюк Линукса??

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

То что своп используется напрямую говорит о проблемах с количеством ОЗУ.

Попробуйте оставить в системе 512 Mb. Сделайте своп 1024Mb
Сконфигурируйте, например, Squid таким образом чтобы гарантировано завалить систему.
Выставьте cache_mem в 300Mb и кэш сквида задайте в 40 гигов.

Запустите и наблюдайте вывод top
...
Рейтинг: 0 / 0
02.02.2009, 10:21:27
| Ответить | Цитировать | Написать  
Swap
    #35790960
Фотография AVKoudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AVKoudinov
Участник
miksoftAVKoudinovПопробуйте обратить внимание, что при заполнении свопа более чем на 30% система просто "висит".30% от неизвестного объема?
Имхо, объем используемого свопа (ни в процентах, ни в мегабайтах) напрямую не ведет к "зависанию" системы. А приводит интесивность обмена страниц памяти со свопом. Если она высокая, то отклик системы будет очень долгим, даже если "гоняется" всего несколько мегабайт, но непрерывно.

Я видел один случай интенсивного использования swap. При памяти 256mb свопе 512 mb и неправильно сконфигурированном squid. Из-за нехватки ОЗУ сквид, который очень его любит и побольше, работал со swap. Как результат, работать в системе практически невозможно. Хотя тут похоже и имеет место та интенсивность о которой вы говорите.

Но, тем не менее, я не могу привести примера ни одного современного Linux, где бы допустим при 2-х гигах памяти, если их вполне хватает для работы всех процессов понадобилось бы интенсивное использование swap.

Если swap используется, то как правило не хватает ОЗУ

По теме есть статья http://citkit.ru/articles/765/
Можно ознакомиться.
...
Рейтинг: 0 / 0
02.02.2009, 10:44:58
| Ответить | Цитировать | Написать  
Swap
    #35790991
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
AVKoudinovНо, тем не менее, я не могу привести примера ни одного современного Linux, где бы допустим при 2-х гигах памяти, если их вполне хватает для работы всех процессов понадобилось бы интенсивное использование swap.Вам не кажется, что это тавтология?
Если памяти "вполне хватает", то не будет нужды в интенсивном использовании свопа независимо от объема памяти и современности Linux-а.
...
Рейтинг: 0 / 0
02.02.2009, 10:57:35
| Ответить | Цитировать | Написать  
Swap
    #35791089
Фотография AVKoudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AVKoudinov
Участник
miksoftВам не кажется, что это тавтология?
Если памяти "вполне хватает", то не будет нужды в интенсивном использовании свопа независимо от объема памяти и современности Linux-а.

Аж мозг вскипел ))

В старых дистрибутивах Linux крайне рекомендовалось использовать в 2 раза больше раздел своп чем объём ОЗУ. Были оговорки для серверов и десктопов.
Подобную выдержку я досконально помню из книги Практическое руководство Red Hat Enterprise Linux
Раздел подкачки должен быть в 2 раза больше чем объём ОЗУ, но не менее чем 500 мбайт.

А если подумать, допустим у Вас 2гб памяти. Вы будете делать своп 4гб. Можно, но зачем?
Не будет он использоваться. Достаточно просто понаблюдать. Если оперативной памяти начнёт не хватать, тогда да, работу со свопом Вы сразу заметите. А так, 1гиг для очистки совести хватит.

Вообще конечно лучше иметь достаточно памяти и рассчитывать её количество исходя из потребностей процессов в ресурсах.
...
Рейтинг: 0 / 0
02.02.2009, 11:31:08
| Ответить | Цитировать | Написать  
Swap
    #35791168
vkle
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vkle
Участник
Если не ошибаюсь, есть рекомендация делать своп размером не менее ОЗУ на случай критических ситуаций вроде kernel panic, чтоб туда можно было сбросить всё содержимое памяти.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
02.02.2009, 11:57:34
| Ответить | Цитировать | Написать  
Swap
    #35791186
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
Каждый сам для себя решает, сколько ему свопа нужно, сообразно с выполняемыми задачами.
...
Рейтинг: 0 / 0
02.02.2009, 12:02:57
| Ответить | Цитировать | Написать  
Swap
    #35791217
Фотография AVKoudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AVKoudinov
Участник
vkle
Если не ошибаюсь, есть рекомендация делать своп размером не менее ОЗУ на случай критических ситуаций вроде kernel panic, чтоб туда можно было сбросить всё содержимое памяти.


Ну да, dump памяти штука полезная, только его мало кто читает, почему-то ))))
...
Рейтинг: 0 / 0
02.02.2009, 12:11:47
| Ответить | Цитировать | Написать  
Swap
    #35791332
Mexico
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mexico
Участник
Sizing Swap Space
Oracle Database 10g: Managing Oracle on Linux for DBAs
The amount of swap space to allocate depends on the amount of RAM installed on the machine. The
following conditions show the RAM size followed by the reasonable swap space size, respectively:

<= 2 GB: 150% of the RAM size

Between 2 GB and 8 GB: Equal to the RAM size

> 8 GB: 75% of the RAM size

You can use the free command to see the size of the swap space, and also to see how much of it is being used. You can also view the contents of
Код: plaintext
/proc/swaps

----------------------------------------------
Sorry, my Russian is not as good as my Spanish
...
Рейтинг: 0 / 0
02.02.2009, 12:47:14
| Ответить | Цитировать | Написать  
Swap
    #35791973
A.V.Goncharyk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
A.V.Goncharyk
Участник
Ви ещё забыли что на современных десктоп-системах своп может использоватся и для hibernate ...
а 4Гб не жалко на диске... , + на некоторых старых ядрах (RHEL 3.6 for ex.) в своп идёт shm память выделенная для баз данных и тд, после старта системы и сервера бд...
...
Рейтинг: 0 / 0
02.02.2009, 16:37:08
| Ответить | Цитировать | Написать  
Swap
    #35792478
nik_x
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nik_x
Участник
AVKoudinovXDiaBLoAVKoudinovПозвольте, а зачем Вам своп файл размером больше 2-х гигов?

Сколько у Вас памяти?

Попробуйте обратить внимание, что при заполнении свопа более чем на 30% система просто "висит".
Ух ты, это глюк Линукса??

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

То что своп используется напрямую говорит о проблемах с количеством ОЗУ.

Попробуйте оставить в системе 512 Mb. Сделайте своп 1024Mb
Сконфигурируйте, например, Squid таким образом чтобы гарантировано завалить систему.
Выставьте cache_mem в 300Mb и кэш сквида задайте в 40 гигов.

Запустите и наблюдайте вывод top

Наблюдаем:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
 CPU Utilisation                                                              
                           +-------------------------------------------------+
CPU  User%  Sys% Wait% Idle| 0           | 25          | 50           | 75         100 |
  1    60 . 7    16 . 9     0 . 0     22 . 4 |UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUssssssss >         |
  2    69 . 0    31 . 0     0 . 0      0 . 0 |UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUsssssssssssssss>
  3    64 . 7    35 . 3     0 . 0      0 . 0 |UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUsssssssssssssssss>
  4    62 . 7    19 . 9     0 . 5     16 . 9 |UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUsssssssss        s>
                           +-------------------------------------------------+
Avg  64 . 1    25 . 9     0 . 0     10 . 0 |UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUssssssssssss >   |
                           +-------------------------------------------------+
                                                                              
                                                                              
                                                                              
 Memory Stats                                                                 
                RAM     High      Low     Swap                                
 Total MB       6971 . 9        0 . 0     6971 . 9     8197 . 2                               
 Free  MB         42 . 0        0 . 0       42 . 0     7278 . 3                               
 Free Percent      0 . 6 %      0 . 0 %      0 . 6 %     88 . 8 %                             
             MB                  MB                  MB                       
                      Cached=   6205 . 6      Active=   3967 . 0                      
 Buffers=    104 . 1  Swapcached=    226 . 8   Inactive =   2639 . 8                      
 Dirty  =      0 . 3  Writeback =      0 . 0   Mapped   =   1166 . 7                      
 Slab   =    189 . 8  Commit_AS =   7586 . 1  PageTables=    107 . 5

И это далеко не максимум по свапу...
Иногда до 40-50% доходит.
(SLES 9SP4)
...
Рейтинг: 0 / 0
02.02.2009, 20:50:40
| Ответить | Цитировать | Написать  
Swap
    #35793036
Фотография AVKoudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AVKoudinov
Участник
nik_x
И это далеко не максимум по свапу...
Иногда до 40-50% доходит.
(SLES 9SP4)

C нагруженным процом работается комфортно?

Описанную мною процедуру я проводил 2 годя назад на обычном компьютере.
Мне было интересно, как скоро свалится сквид.
Я сконфигиурировал его явно неправильным образом чтобы ему не хватило ОЗУ и он начал использовать swap. При этом работал под нагрузкой. Когда озу кончилось, и файл подкачки заполнился примерно на 10% это стало ощутимо. Когда файл подкачки заполнился примерно на 25% делать что-то было практически невозможно. top запускался секунд 20.

Подобное так-же довелось наблюдать на почтовиках

Я думаю секретом не будет, что на серверном хозяйстве своп начинает интенсивно использоваться, когда банально начинает не хватать оперативной памяти. А если её хватает, то зачем иметь большой своп? Но, как правильно подметил XDiaBLo "Каждый сам для себя решает, сколько ему свопа нужно, сообразно с выполняемыми задачами. "

Например,
Код: plaintext
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.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
root@igw:~# top -n  1 
top -  09 : 54 : 07  up  32  days,  19 : 10 ,   1  user,  load average:  0 . 06 ,  0 . 10 ,  0 . 03 
Tasks:  178  total,    1  running,  177  sleeping,    0  stopped,    0  zombie
Cpu(s):   0 . 3 %us,   0 . 1 %sy,   0 . 0 %ni,  99 . 1 %id,   0 . 5 %wa,   0 . 0 %hi,   0 . 0 %si,   0 . 0 %st
Mem:   2067280k total,  2010784k used,    56496k free,   307300k buffers
Swap:  1076344k total,     2408k used,  1073936k free,   586772k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 18984  sockd      15     0    2640    668    440  S     2    0 . 0     0 : 00 . 87  sockd
     1  root       15     0     768    296    252  S     0    0 . 0     0 : 00 . 78  init
     2  root      RT    0       0      0      0  S     0    0 . 0     0 : 00 . 28  migration/ 0 
     3  root       34    19       0      0      0  S     0    0 . 0     5 : 04 . 41  ksoftirqd/ 0 
     4  root      RT    0       0      0      0  S     0    0 . 0     0 : 00 . 34  migration/ 1 
     5  root       34    19       0      0      0  S     0    0 . 0     4 : 52 . 45  ksoftirqd/ 1 
     6  root       10   - 5       0      0      0  S     0    0 . 0     0 : 00 . 00  events/ 0 
     7  root       10   - 5       0      0      0  S     0    0 . 0     0 : 00 . 00  events/ 1 
     8  root       10   - 5       0      0      0  S     0    0 . 0     0 : 00 . 01  khelper
     9  root       10   - 5       0      0      0  S     0    0 . 0     0 : 00 . 00  kthread
    24  root       10   - 5       0      0      0  S     0    0 . 0     0 : 00 . 03  kblockd/ 0 
    25  root       10   - 5       0      0      0  S     0    0 . 0     0 : 00 . 00  kblockd/ 1 
    26  root       16   - 5       0      0      0  S     0    0 . 0     0 : 00 . 00  kacpid
   124  root       10   - 5       0      0      0  S     0    0 . 0     0 : 00 . 00  kseriod
   151  root       10   - 5       0      0      0  S     0    0 . 0     0 : 56 . 97  kswapd0
   152  root       18   - 5       0      0      0  S     0    0 . 0     0 : 00 . 00  aio/ 0 
   153  root       19   - 5       0      0      0  S     0    0 . 0     0 : 00 . 00  aio/ 1 
   754  root       11   - 5       0      0      0  S     0    0 . 0     0 : 00 . 00  scsi_eh_0
   800  root       15     0       0      0      0  S     0    0 . 0     0 : 00 . 09  kirqd
   803  root       10   - 5       0      0      0  S     0    0 . 0     0 : 26 . 37  kjournald
   865  root       18   - 4    2008    748    456  S     0    0 . 0     0 : 00 . 17  udevd
  1876  root       13   - 5       0      0      0  S     0    0 . 0     0 : 00 . 00  kjournald
  1878  root       10   - 5       0      0      0  S     0    0 . 0     0 : 35 . 91  kjournald
  1885  root       10   - 5       0      0      0  S     0    0 . 0     0 : 00 . 13  reiserfs/ 0 
  1886  root       10   - 5       0      0      0  S     0    0 . 0     0 : 00 . 06  reiserfs/ 1 
  1888  root       10   - 5       0      0      0  S     0    0 . 0     0 : 15 . 02  kjournald
  1916  root       18     0    1704    620    520  S     0    0 . 0     0 : 02 . 06  syslogd
  1920  root       15     0    1664    412    340  S     0    0 . 0     0 : 00 . 04  klogd
  2359  root       19     0    1700    536    464  S     0    0 . 0     0 : 00 . 00  inetd
  2364  root       15     0    3820   1116    820  S     0    0 . 1     0 : 01 . 58  sshd
  2372  root       15     0    3936   1304   1032  S     0    0 . 1     0 : 00 . 17  ntpd
  2379  root       19     0    1656    500    432  S     0    0 . 0     0 : 00 . 00  acpid
  2384  root       18     0    1868    652    548  S     0    0 . 0     0 : 05 . 92  crond
  2387  root       15     0    6736   2088   1040  S     0    0 . 1     0 : 00 . 32  sendmail
  2390  smmsp      18     0    6392   1628    800  S     0    0 . 1     0 : 00 . 57  sendmail
  2462  root       10   - 5       0      0      0  S     0    0 . 0     0 : 00 . 00  cifsoplockd
  2463  root       10   - 5       0      0      0  S     0    0 . 0     0 : 00 . 00  cifsdnotifyd
  2470  root       15     0       0      0      0  S     0    0 . 0     1 : 23 . 88  cifsd
  2640  root       16     0    1660    536    468  S     0    0 . 0     0 : 00 . 02  agetty
  2641  root       18     0    1656    532    468  S     0    0 . 0     0 : 00 . 01  agetty
  2642  root       18     0    1660    532    468  S     0    0 . 0     0 : 00 . 00  agetty
  2643  root       18     0    1656    532    468  S     0    0 . 0     0 : 00 . 00  agetty
  2644  root       18     0    1656    532    468  S     0    0 . 0     0 : 00 . 00  agetty
  2645  root       18     0    1660    536    468  S     0    0 . 0     0 : 00 . 00  agetty
  9063  root       18     0    6352    948    500  S     0    0 . 0     0 : 00 . 00  squid
  9065  squid      15     0   847m 838m  2300  S     0   41 . 5    67 : 08 . 68  squid
  9102  squid      18     0    1504    308    264  S     0    0 . 0     1 : 16 . 90  unlinkd
  9157  root       15     0   12884   8572    624  S     0    0 . 4     0 : 29 . 27  samsdaemon
 18933  sockd      15     0    2640    664    508  S     0    0 . 0     0 : 01 . 26  sockd
 18934  sockd      15     0    2640    568    412  S     0    0 . 0     0 : 00 . 94  sockd
 18935  sockd      15     0    2640    848    672  S     0    0 . 0     0 : 01 . 25  sockd
 18936  sockd      15     0    2740   1064    832  S     0    0 . 1     0 : 00 . 64  sockd
 18937  sockd      15     0    2640    568    412  S     0    0 . 0     0 : 00 . 86  sockd
 18938  sockd      15     0    2640    848    664  S     0    0 . 0     0 : 00 . 77  sockd
root@igw:~#

Обратите внимание, как нажрался сквид
Код: plaintext
  9065  squid      15     0   847m 838m  2300  S     0   41 . 5    67 : 08 . 68  squid

Никакого дискомфорта в работе машины не ощущается. Своп практически не используется.
Зачем я буду увеличивать его объём?

Начнутся проблемы буду увеличивать объём ОЗУ
...
Рейтинг: 0 / 0
03.02.2009, 10:24:35
| Ответить | Цитировать | Написать  
Swap
    #35793088
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
Кстати долгое время юзал венду с отключенным свопом, два гектара оперативы. Пока игрушка одна не потребовала больше памяти. Думаю и в Линуксе вполне можно вырубить.
...
Рейтинг: 0 / 0
03.02.2009, 10:38:21
| Ответить | Цитировать | Написать  
Swap
    #35793165
Фотография AVKoudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AVKoudinov
Участник
XDiaBLoКстати долгое время юзал венду с отключенным свопом, два гектара оперативы. Пока игрушка одна не потребовала больше памяти. Думаю и в Линуксе вполне можно вырубить.

Полностью отключать вряд ли надо. Смотрите выше
http://sql.ru/forum/actualthread.aspx?tid=631327#6768004
...
Рейтинг: 0 / 0
03.02.2009, 10:56:37
| Ответить | Цитировать | Написать  
Swap
    #35793406
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
AVKoudinovXDiaBLoКстати долгое время юзал венду с отключенным свопом, два гектара оперативы. Пока игрушка одна не потребовала больше памяти. Думаю и в Линуксе вполне можно вырубить.

Полностью отключать вряд ли надо. Смотрите выше
http://sql.ru/forum/actualthread.aspx?tid=631327#6768004
А, так вон как фунциклирует Висла на моём ноуте...
...
Рейтинг: 0 / 0
03.02.2009, 12:06:45
| Ответить | Цитировать | Написать  
22 сообщений из 22, страница 1 из 1
Форумы / Unix-системы [игнор отключен] [закрыт для гостей] / Swap
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=25&msg=35763972&tid=1486120]:
 0ms
get settings:
 8ms
get forum list:
 19ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 433ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 48ms
get tp. blocked users:
 1ms
others: 211ms
total:  737ms
созд. / загр.: 737ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]