 |
|
|
ru.unix- RU.UNIX ---------------------------------------------------------------------- From : Dmitry Miloserdov 2:5020/400 03 Aug 2005 21:29:43 To : Alex Korchmar Subject : Re: Уцелеть перед Майкрософт. help. -------------------------------------------------------------------------------- Hello, Alex! You wrote to me on Wed, 3 Aug 2005 16:25:06 +0000 (UTC): DM>> Если память раздается не preallocated то проблемы есть независоимо от DM>> того как эту память поделили. И то, что некоторые экономя мелочь на DM>> свопе DM>> отказались DM>> полностью от возможности получить работоспособную систему при его AK> а кто тебе сказал, что она в этом случае работоспособна? AK> Если, скажем, апач на хостинговом сервере пошел в своп - это означает AK> что сервер не работает. Потому что пользователь не будет ждать AK> пятнадцать минут загрузки странички, которая в норме рисуется секунду - AK> он выматерится и reload нажмет - отправив систему в еще большую жопу. а) если на хостинговом сервере апача отправили в своп это либо хостинг для оччень бедных на минимальном кол-ве памяти, либо идеологичекая проблема пейджера ( я не знаю ОС где это реально ) б) этот пример к preallocated не имеет никакого отношения. Да свопинг это плохо. В свопе место только для висяших без дела программ. Hо свопинг плох независимо от стратегии раздачи swappable memory, зато когда десяток программ попытаются воспользоваться неоправданно розданными ресурсами, а прибьют при этом невовремя проснувшегося sshd/init/syslog, тогда прелести отсутствия контроля за свопом будут видны невооруженным глазом. Просто своп это еще и время администратору чтобы вытащить систему из пике. DM>> характеризует их не с лучшей стороны. Операционки которые не поддались DM>> этой тенденции есть. "Проблемы" ограничения cpu также замечательно DM>> решаются - AK> Решаются - ценой повышения sheduler overhead - т.е. потери тех AK> ресурсов, которые и так в дефиците. Само собой. Hо это столь ничтожная величина что ее даже упоминать не стоит. Это всегда так - дисковые квоты жрут диск + память + cpu time, ограничение на памаять per user/per lwp/per group жрет память + cpu time ограничение lwp per * жрет память + cpu time. Ты хотел чуда?! А вот следующие строки я не понял: AK> проблему можно решить, но не в универсальных операционных системах. ... AK> есть, только вот не в юнихах универсального пользования. Ты вкладываешь какой-то особый смысл в это словосочетание? Зачем тебе универсальность? Хочешь на своем десктопе хостить юзеров?! With best regards, Dmitry Miloserdov. E-mail: dmitry@bis.ru --- ifmail v.2.15dev5.3 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix/6577b631e97f.html, оценка из 5, голосов 10
|
|
|