| 1 |
Monday, November 23, 2009, 6:48:09 PM, Andrian wrote: |
| 2 |
|
| 3 |
> Увеличение кол-ва ядер очевидно помогает - баг не исчезает, но |
| 4 |
> становится менее заметен, имхо. У меня на двух ксеонах, суммарно 16 |
| 5 |
> ядер, дисковая подсистема бегает шустрее чем на любой другой машине, а |
| 6 |
> там чистый amd64-nomultilib. |
| 7 |
|
| 8 |
4 х Intel(R) Xeon(R) CPU 5140 @ 2.33GHz |
| 9 |
Linux 2.6.24-gentoo-r8 x86_64 |
| 10 |
|
| 11 |
периодически уходит в себя с высоким LA при вменяемой дисковой |
| 12 |
нагрузке. |
| 13 |
|
| 14 |
Используется как хост для VMware VMs. |
| 15 |
|
| 16 |
|
| 17 |
Рядом стоящий аналогичный |
| 18 |
4 х Intel(R) Xeon(R) CPU 5140 @ 2.33GHz |
| 19 |
Linux 2.6.19-gentoo-r5 x86_64 |
| 20 |
|
| 21 |
практически без проблем выдерживает нагрузку в разы большую |
| 22 |
|
| 23 |
Точно цифры назвать не могу, но отличия заметны и "на глаз" хотя бы по |
| 24 |
количеству одновременно запущенных и _работающих_ виртуальных машин. |
| 25 |
|
| 26 |
Сейчас жалею что поспешил проапдейтиться. Перебор шедулеров не помог. |
| 27 |
|
| 28 |
|
| 29 |
> Может Линус сотоварищи на то и надеятся? Вот перейдут скоро все на |
| 30 |
> квады/хексы/феномы15 и прочая - и никаких проблем =) |
| 31 |
|
| 32 |
M$-way ;) |
| 33 |
|
| 34 |
|
| 35 |
-- |
| 36 |
Sergey |
Archives