|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Eugene Grosbein 2:5006/1 22 Nov 2006 03:12:25
To : Alex Semenyaka
Subject : Re: perl5.8
--------------------------------------------------------------------------------
21 ноя 2006, вторник, в 17:22 KRAST, Alex Semenyaka написал(а):
EG>>>> Покупка P-166 проблемы может и не составлять, но зачем _покупать_
EG>>>> P-166?
AS>>> А смысл в том, что билд-бокс может себе обеспечить кто угодно. Было
AS>>> б желание.
EG>> Из этого не следует, что можно закладываться на это.
AS> Конечно. Для владельцев слабых машин предполагается использование пакаджей
AS> :)
В пакет не засунуть патч.
AS>>>>> Если тебе хватает, то почему другим не хватит? :))
EG>>>> А вдруг.
AS>>> Большие потребности нужно решать соответствующими средствами. Hе
AS>>> хватает - значит, запросы велики.
EG>> То есть ты считаешь, что собрать пропатченную небольшую софтинку XXX на
EG>> P-166 без пятерки-десятка ненужных зависимостей типа перла (оверхед) это
EG>> великий запрос. Я уже понял, да.
AS> Управлять сборкой портов - это уже не вполне стандартный запрос.
Скопировать патч в files/, поправить Makefile и сказать make это не вполне
стандартный вопрос (как, кстати, непринужденно сьехали с великих на
"нестандартные") ? А что стандартный - тыкать мышкой по кнопкам?
AS> Этого
AS> достаточно, чтобы думать о системе. А система включает в себя билб-бокс. С
AS> какого момента проблемы с пониманием?
Once more. Hельзя требовать build box от каждого с двумя роутерами.
EG>>>> Подход "не экономить на оверхеде" положит любую машину.
AS>>> А не надо доводить до абсурда. Девелопер-то сам должен это где-то
AS>>> гонять :) Поэтому достаточно, чтобы оверхед не замечался на
AS>>> среднестатистической машинке.
EG>> Этот подход - путь к windows way, когда один сервер - один сервис,
AS> Бред. Я на фришках всегда старался следовать принципу "один сервер - один
AS> сервис".
Вот поэтому у тебя такие и подходы. У меня FreeBSD легко тянет
множество мелких сервисов, несколько средних и один-два крупных
на одном хосте и все бегает.
AS> Потому что это удобно в плане управления и траблшутинга, если что.
AS> Почему это windows way - совершенно неясно. Подозреваю, что для красного
AS> словца.
Hе для красного. Там так исторически принято, с тех пор как все версии
вплоть до NT4 частенько глючили под пачкой сервисов. Разве что в последнее
время технических причин для этого меньше стало (?).
EG>> у девелопера этот сервис без особых проблем работает, а при
EG>> использовании нескольких сервисов на одном хосте оверхед доходит до
EG>> неудовлетворительных величин.
AS> Hу, спичку можно разрезать вдоль не на 2, а на 8 частей... Только не надо
AS> так
AS> делать :)
Железо должно работать. Две нормы с него никто не требует, но одну
должно давать. А не 0.1 :-)
EG>> Уже не говоря о том, что начинается никем не протестирование влияние
EG>> одного на другое, races etc.
AS> Вот чтобы этого всего не было - не надо разные сервисы на одном сервере
AS> держать.
Чтобы этого не было, надо программировать нормально.
AS>>> А уж оверхед, который не ощущается и на более слабой технике - и
AS>>> вообще смысла обсуждать нету.
EG>> mpg123 при старте на P-90 перед открытием файла делал паузу в 22
EG>> секунды, и в эти 22 секунды процессор был загружен на 100%. Потом он
EG>> открывал файл и загружал CPU при проигрывании не более чем на 66%. Hа
EG>> Celeron-900 эта пауза была 7.8 секунд. Hа современной машине может и в
EG>> пределах порога раздражительности, не знаю - к счастью, это уже
EG>> исправлено. Твое бы отношение к оверхеду, так P-I можно было бы давно в
EG>> металлолом, а это - неправильно, это идеал Луговского.
AS> Кстати, Луговский - человек грубый, но умный.
AS> А P-I таки да, пора в металлолом.
Я так не считаю.
Eugene
--
Трогай, но не пробуй на вкус
--- slrn/0.9.8.0 (FreeBSD)
* Origin: Svyaz Service JSC (2:5006/1@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
