|
|
|
restore продакшена в LI-V2.5.3.26737 (SS): top показывает 64 Гб в VIRT. Откудова это ??
|
|||
|---|---|---|---|
|
#18+
hi all man top o: VIRT -- Virtual Image (kb) The total amount of virtual memory used by the task. It includes all code, data and shared libraries plus pages that have been swapped out. (Note: you can define the STATSIZE=1 environment variable and the VIRT will be calculated from the /proc/#/state VmSize field.) Делаю рестор через сервисы базы, одновременно на 2.5 и 3.0. Размер .fbk около 29 Гб, отресторенной базы - будет около 50 Гб. Вижу, что top показывает для 2.5 какой-то дикий размер в столбе 'VIRT': Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. Страничный кеш в 2.5 и 3.0 одинаковый, 512 К: Код: 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. Откудова взялось 64 ГИГА в столбе VIRT ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2014, 13:48:11 |
|
||
|
restore продакшена в LI-V2.5.3.26737 (SS): top показывает 64 Гб в VIRT. Откудова это ??
|
|||
|---|---|---|---|
|
#18+
В 64-разрядной системе выделить 64 (и более) гигабайта виртуальной памяти - совсем не проблема. Семь гигабайт резидентной не напрягают? Ну и ладушки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2014, 15:48:06 |
|
||
|
restore продакшена в LI-V2.5.3.26737 (SS): top показывает 64 Гб в VIRT. Откудова это ??
|
|||
|---|---|---|---|
|
#18+
Basil A. SidorovВ 64-разрядной системе выделить 64 (и более) гигабайта виртуальной памяти - совсем не проблема. Семь гигабайт резидентной не напрягают? Ну и ладушки.посмотри на соседнюю строку, где fb-3: при той же архитектуре (SS) и том же размере страничного кеша там VIRT всего 9.2 Gb. Не напрягает ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2014, 20:32:50 |
|
||
|
restore продакшена в LI-V2.5.3.26737 (SS): top показывает 64 Гб в VIRT. Откудова это ??
|
|||
|---|---|---|---|
|
#18+
Нисколько. Есть три состояния виртуальной памяти - резервирование, выделение и фиксация. Резервирование - самое дешёвое. VMM просто помечает диапазон адресов как "потенциально занятый". Страничные отказы не обрабатываются. Выделение - чуть дороже, т.к. VMM начинает обрабатывать страничные отказы. Фиксация - самое дорогое, т.к. страницы начинают занимать физическую память. "Если у вас используется мегабайт, может использоваться десять и, в редких случаях, пятьдесят - не стесняйтесь зарезервировать все сто". Неточный (ц) широко известного в узких кругах dz. Резюме - стратегия выделения памяти может меняться не только от версии к версии, но и от сборки к сборке. Ньюансы, разумеется, существуют, но без конкретной проблемной ситуации нет смысла сравнивать размеры виртуальной памяти. Тем более - в 64-разрядной системе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2014, 17:04:03 |
|
||
|
|

start [/forum/topic.php?fid=40&msg=38569926&tid=1563859]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
200ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
34ms |
get tp. blocked users: |
1ms |
| others: | 189ms |
| total: | 464ms |

| 0 / 0 |
