>Ничего себе заявленице :)
>Интересно что будет с манагером который купил за большие деньги такой вот
>продукт, а он ещё и с работает не всегда и не
>везде.. наверное что-то не самое приятное для манагера.
>По-моему если за большие деньги покупается нечто вместе с саппортом, то исполнители
>вендора в лепёшку рашибутся, чтобы это нечто хорошо работало. Ох, сомневаюсь
>я что от вендоров пингвина можно добиться такой же мотивации свих
>исполнителей.
>
>По поводу частных примеров я тоже могу привести.. например в чёдесном линуксе
>под стек каждой нити отводится 2 МБ, всего под стек (примерно)
>гиг. Запускаем десяток процессов с сотней ниткй в каждом
>и получаем упавший серверочек. Хорошо - уменьшаем размер выдялемой памяти для
>каждой нитки, и вдруг обнаруживаем что куски памяти выделяются с тем
>же шагом в два мегабайта, просто кусочки поменьше. Умные люди ядро
>писали. Замечу, что в солярисе с этим всё нормально.
Так никто не мешает тебе а) обратиться к разработчикам спросьбой пофиксить (наверняка не бесплатно, т.к. вы просите напрячься людей, для которых это возможно не основной вид занятий..) б) набрать команду программистов/нанять компанию, которые также решат вашу проблему. Чего проблематичного в том, чтобы найти в коде менеджера памяти "лимит" в 2 мегабайта, если он там есть, и поправить, как вам нужно? И если вами найденная проблема таки мешает работе серверных приложений (на десктопе я с трудом представляю ситуацию: десяток процессов с сотней ниткй в каждом). И не уверен что вы бы сумели оперативно решить аналогичную проблему в Solaris, буде такая обнаружена. Затраты нервов, усилий и денег тут приблизительно одинаковые.. Кстати эта проблема проявляется на Lin x86? Или на Lin Sparc тоже? И как себя при этом ведет Solx86?
|
