The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

memory process<->system


<< Предыдущая ИНДЕКС Поиск в статьях src Установить закладку Перейти на закладку Следующая >>

_ RU.UNIX.SOLARIS (2:5077/15.22) _____________________________ RU.UNIX.SOLARIS _
 From : Serg Pankov                         2:5080/52.333   15 Jul 99  14:28:26 
 Subj : memory process<->system                                                 
________________________________________________________________________________
Hello Roman.

15 Jul 99 08:27, you wrote to All:

 RR> From: Roman Roifman <[email protected]>

 >> Дмитрий, ты, как сотрудник сана, подсказал бы что нужно крутить
 >> чтобы освобожденная память процесса возвращалась в систему. В
 >> противном случае фразы про "ничего страшного" выглядят как дешевые
 >> отмазки на уровне микрософта. К сану я испытывал больше уважения.
 RR> Переход на  личности ;)
Hе-а, на должности. Хотелось бы, чтобы он как сановец помог решить возникшую
проблему, а не успокаивал меня "ничего страшного". BTW блевать не страшно, но
неприятно.
Он подписался как SUN/CIS. Сказав "А" надо говорить "Б".

Утверждение: солярис проигрывает линуксу в производительности! Я недоволен,
потомучто у меня под линухом только моя рабочая машина, а под соляркой - рабочие
сервера.
У него 3 варианта чтобы сохранить лицо: 1) помочь решить проблему; 2) признать, 
что сан в поддержке - это микрософт (со всеми матами в их адрес); 3) убрать из
своей подписи все упаминания что он сановский сотрудник, чтоб никто не
догадался.
Смайлы по вкусу :)

 >> Информация к размышлению: под линуксом освобожденная память сразу
 >> возвращается в систему.
 RR> Это один из вариантов.  И не всегда лучший ( смотри ниже).
Дык! Hо тогда должны быть ручки для настройки параметров задержки памяти в
процессе, лимитов задержки ,  и тд и тп. Я их не нашел. В родной документации.

 >> Вариант сана проще и дешевле. Вот только не надо лепить про
 >> "невозврат памяти в систему сделан для повышения производительности
 >> системы". Я считаю, что в конечном счете это ведет к снижению
 >> производительности.

 RR> Может это и кажется отмазкой, но именно соображениям
 RR> производительности системы была принесена в жертву "эффективность"
 RR> памяти.
 RR> Hадо держать в уме то, что Линукс и Солярис проектируются несколько
 RR> для различных задач , несолько разного количества процессоров ;)
В предыдущем письме я описал результат работы тестовой программы на 2-х машинах.
Почему на солярной машине при 3-х кратно ьолбшей частоте на процессоре чем на
линуховой Программа быстрее всего в 2-а раза. А если вспомнить про разницу в
процессорах, памяти, дисковых контроллерах и т.д. То это становится проста
возмутительно со стороны соляриса.
И после этого ты мне будешь говорить про оптимизацию на производительность?

 RR> Whitepaper on improving malloc performance.
Это пальцы!
Сан все больше напоминает мне мс (который мд)

В ближайшее время мне надо будет определять платформу для новых серверов. Hа
текущий момент я уже готов высоко поднять флаг "Долой Сан!" :)

Bye!
Serg

--- GoldED/LNX 3.0.1
 * Origin:  ----> PAN's polygon <----  (2:5080/52.333)

<< Предыдущая ИНДЕКС Поиск в статьях src Установить закладку Перейти на закладку Следующая >>



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру