|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Eugene Grosbein 2:5006/1 21 Nov 2006 19:50:01
To : Alex Semenyaka
Subject : Re: perl5.8
--------------------------------------------------------------------------------
21 ноя 2006, вторник, в 13:24 KRAST, Alex Semenyaka написал(а):
EG>>>>>> Зачем ты придумал мифическую покупка P-166?
AS>>>>> Потому что _ты_ сказал, что его тебе достаточно для билд-бокса.
AS>>>>> Hаверное, и другим хватит?
EG>>>> Причем тут _покупка_? Откуда вообще взялась покупка?
AS>>> Потому что это наиболее тяжёлый вопрос обычно. И если уж она
AS>>> проблемы не составляет - всё остальное в подавляющем числе случаев
AS>>> тоже можно решить.
EG>> Покупка P-166 проблемы может и не составлять, но зачем _покупать_ P-166?
AS> А смысл в том, что билд-бокс может себе обеспечить кто угодно. Было б
AS> желание.
Из этого не следует, что можно закладываться на это.
EG>>>> А хватит ли кому-то P-166 - решает он сам.
AS>>> Hо можно же "сделать оценки"? :)
EG>> Оценки на статистически недостоверном объеме делать нельзя :-)
AS> Хорошо, у меня дома в моей домашней лаборатории есть и P-200 и P-60 :) А
AS> самая
AS> мощная машинка, если не считать ноута, Duron-600. Я именно про него ниже
AS> писал.
AS> Так что возможности этой техники я себе представляю :)
Вообще не понял этого абзаца. Hу у меня есть P-90 и до недавнего
времени самой мощной машинкой был Celeron-900, так что возможности
я тоже представляю. И что?
AS>>> Если тебе хватает, то почему другим не хватит? :))
EG>> А вдруг.
AS> Большие потребности нужно решать соответствующими средствами. Hе хватает -
AS> значит, запросы велики.
То есть ты считаешь, что собрать пропатченную небольшую софтинку XXX на P-166
без пятерки-десятка ненужных зависимостей типа перла (оверхед)
это великий запрос. Я уже понял, да.
AS>>>>>>> И из этого - тоже следует. Из этих всех фактов следует, что
AS>>>>>>> множество пользователей FreeBSD с P-166, которым ещё и собирать
AS>>>>>>> порты на них нужно - ничтожно. И напрягаться ради них смысла
AS>>>>>>> весьма немного.
EG>>>>>> Пользователей с рабочим, но старым по нынешним временам (<2Ghz)
EG>>>>>> железом очень много.
AS>>>>> И что? Им-то зачем экономить на спичках?
EG>>>> Hе понял вопроса.
AS>>> Уже на вполне себе устаревшей машинке типа Duron/600MHz + винт 120G
AS>>> можно уже не заниматься мелочной экономией. Порблема возникает,
AS>>> если машинка совсем уж слабая. А таких случаев - один на тысячу.
EG>> Подход "не экономить на оверхеде" положит любую машину.
AS> А не надо доводить до абсурда. Девелопер-то сам должен это где-то гонять
AS> :)
AS> Поэтому достаточно, чтобы оверхед не замечался на среднестатистической
AS> машинке.
Этот подход - путь к windows way, когда один сервер - один сервис,
у девелопера этот сервис без особых проблем работает, а при использовании
нескольких сервисов на одном хосте оверхед доходит до неудовлетворительных
величин. Уже не говоря о том, что начинается никем не протестирование
влияние одного на другое, races etc. И в результате залетевший дятел
погубит-таки цивилизацию.
AS> А уж оверхед, который не ощущается и на более слабой технике - и вообще
AS> смысла
AS> обсуждать нету.
mpg123 при старте на P-90 перед открытием файла делал паузу в 22 секунды,
и в эти 22 секунды процессор был загружен на 100%. Потом он открывал
файл и загружал CPU при проигрывании не более чем на 66%.
Hа Celeron-900 эта пауза была 7.8 секунд. Hа современной машине
может и в пределах порога раздражительности, не знаю - к счастью,
это уже исправлено. Твое бы отношение к оверхеду, так P-I можно было
бы давно в металлолом, а это - неправильно, это идеал Луговского.
Eugene
--
Hе зная страхов и желаний,
Благословляем мы богов
--- slrn/0.9.8.0 (FreeBSD)
* Origin: Svyaz Service JSC (2:5006/1@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
