[DVM-Avgoor]

зевая...

 

root@debius0:~# sar.sysstat -n DEV 10

а теперь вы статистику по i/o с раскладом по блочным устройствам и средней длине очереди к каждому :)

 

~# sar
The program 'sar' can be found in the following packages:
* sysstat
* atsar
Try: apt-get install <selected package>
-bash: sar: command not found

~# cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=8.10
DISTRIB_CODENAME=intrepid
DISTRIB_DESCRIPTION="Ubuntu 8.10"

 

Можете хоть зазеваться :-) Вероятно у серверной убунты нету sar, но ее это ни разу не красит.

 

Во фре systat есть, пока его хватало.

Изменено 28 февраля, 2012 пользователем DVM-Avgoor

[^rage^]

зевая...

 

root@debius0:~# sar.sysstat -n DEV 10

а теперь вы статистику по i/o с раскладом по блочным устройствам и средней длине очереди к каждому :)

 

~# sar
The program 'sar' can be found in the following packages:
* sysstat
* atsar
Try: apt-get install <selected package>
-bash: sar: command not found

~# cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=8.10
DISTRIB_CODENAME=intrepid
DISTRIB_DESCRIPTION="Ubuntu 8.10"

 

Можете хоть зазеваться :-) Вероятно у серверной убунты нету sar, но ее это ни разу не красит.

 

Во фре systat есть, пока его хватало.

 

ну глупо прикидываться совсем идиотом. я в примерах писал sar.sysstat

наберите apt-get install sysstat и будет счастье, да.

 

на мой вопрос ответ будет?

[DVM-Avgoor]

И так, на всякий, чтобы меньше вопросов было - литл чтиво

 

 

ну глупо прикидываться совсем идиотом. я в примерах писал sar.sysstat

наберите apt-get install sysstat и будет счастье, да.

 

на мой вопрос ответ будет?

 

sar есть в федоре, в убунте нету ни sar ни того что вы написали "ИЗ КОРОБКИ". Вам же нужен был iscsi-boot из коробки во фре? А мне нужна универсальная утилита в линуксе, чтобы раз и работало. Ан нет, не универсальная, надо ставить. Не передергивайте, херней трясете зазря, кругозора еще маловато :)

 

Что, еще блочных девайсов хотите?

Изменено 28 февраля, 2012 пользователем DVM-Avgoor

[^rage^]

И так, на всякий, чтобы меньше вопросов было - литл чтиво

 

 

ну глупо прикидываться совсем идиотом. я в примерах писал sar.sysstat

наберите apt-get install sysstat и будет счастье, да.

 

на мой вопрос ответ будет?

 

sar есть в федоре, в убунте нету ни sar ни того что вы написали "ИЗ КОРОБКИ". Вам же нужен был iscsi-boot из коробки во фре? А мне нужна универсальная утилита в линуксе, чтобы раз и работало. Ан нет, не универсальная, надо ставить. Не передергивайте, херней трясете зазря, кругозора еще маловато :)

 

Что, еще блочных девайсов хотите?

 

ну во фре portupgrade нет из коробки, и что? вам шашечки или ехать?

вам задали конкретный вопрос: как во фре увидеть нагрузку по конкретному ядру?

и в догонку: как увидеть размер очереди запросов к блочному устройству и средний размер запроса?

как определённому pid'у дать меньший i/o приоритет/гарантировать ему определённую дисковую полосу ?

 

во фре systat, gstat, netstat - но это разрозненные утилиты.

[lagman]

вам задали конкретный вопрос: как во фре увидеть нагрузку по конкретному ядру?

last pid: 68428;  load averages:  1.50,  1.62,  1.57                                                                                up 71+20:53:50  01:58:53
42 processes:  1 running, 41 sleeping
CPU 0:   0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 1:   0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 2:   0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 3:   0.0% user,  0.0% nice,  0.0% system,  1.1% interrupt, 98.9% idle
CPU 4:   0.4% user,  0.0% nice,  0.8% system,  0.0% interrupt, 98.9% idle
CPU 5:   0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 6:   0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 7:   0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 8:   0.0% user,  0.0% nice,  0.0% system, 17.2% interrupt, 82.8% idle
CPU 9:   0.0% user,  0.0% nice,  0.0% system, 15.0% interrupt, 85.0% idle
CPU 10:  0.0% user,  0.0% nice,  0.0% system, 13.9% interrupt, 86.1% idle
CPU 11:  0.0% user,  0.0% nice,  0.0% system, 19.9% interrupt, 80.1% idle
CPU 12:  0.0% user,  0.0% nice,  0.0% system, 14.7% interrupt, 85.3% idle
CPU 13:  0.0% user,  0.0% nice,  0.0% system, 19.9% interrupt, 80.1% idle
CPU 14:  0.0% user,  0.0% nice,  0.0% system,  8.6% interrupt, 91.4% idle
CPU 15:  0.0% user,  0.0% nice,  0.0% system, 20.7% interrupt, 79.3% idle
CPU 16:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 17:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 18:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 19:  0.0% user,  0.0% nice,  0.0% system,  1.1% interrupt, 98.9% idle
CPU 20:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 21:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 22:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 23:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
Mem: 66M Active, 6628K Inact, 5371M Wired, 276K Cache, 6427M Free
Swap: 12G Total, 12G Free

???

[^rage^]

вам задали конкретный вопрос: как во фре увидеть нагрузку по конкретному ядру?

last pid: 68428;  load averages:  1.50,  1.62,  1.57                                                                                up 71+20:53:50  01:58:53
42 processes:  1 running, 41 sleeping
CPU 0:   0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 1:   0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 2:   0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 3:   0.0% user,  0.0% nice,  0.0% system,  1.1% interrupt, 98.9% idle
CPU 4:   0.4% user,  0.0% nice,  0.8% system,  0.0% interrupt, 98.9% idle
CPU 5:   0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 6:   0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 7:   0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 8:   0.0% user,  0.0% nice,  0.0% system, 17.2% interrupt, 82.8% idle
CPU 9:   0.0% user,  0.0% nice,  0.0% system, 15.0% interrupt, 85.0% idle
CPU 10:  0.0% user,  0.0% nice,  0.0% system, 13.9% interrupt, 86.1% idle
CPU 11:  0.0% user,  0.0% nice,  0.0% system, 19.9% interrupt, 80.1% idle
CPU 12:  0.0% user,  0.0% nice,  0.0% system, 14.7% interrupt, 85.3% idle
CPU 13:  0.0% user,  0.0% nice,  0.0% system, 19.9% interrupt, 80.1% idle
CPU 14:  0.0% user,  0.0% nice,  0.0% system,  8.6% interrupt, 91.4% idle
CPU 15:  0.0% user,  0.0% nice,  0.0% system, 20.7% interrupt, 79.3% idle
CPU 16:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 17:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 18:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 19:  0.0% user,  0.0% nice,  0.0% system,  1.1% interrupt, 98.9% idle
CPU 20:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 21:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 22:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 23:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
Mem: 66M Active, 6628K Inact, 5371M Wired, 276K Cache, 6427M Free
Swap: 12G Total, 12G Free

???

 

красиво, да. а про размер очереди к блочному устройству и средний размер запроса в очереди?

а про приоритеты на i/o?

[pfexec]

1)AFAIK, оракел сертифицирован для установки на 3 дистрибутива: rhel, oracle unbreakable linux, sles

о каком opensuse речь? это другой дистрибутив вообще?

ну sles же не сразу становится sles'ом. есть всякие курренты же, не ? возможно на тот момент новый билд оракла собирался как раз с расчетом на то что появится новый sles, только последний не успел во время. такие дела.

2)какая версия оракла использовалась? (ну мне как-то не лень сделать ldd на нужной версии

дело было больше года назад. не помню.

дружелюбное freebsd-комьюнити до сих пор ставится на zfs с помощью скриптов из говна и палок(или руками) несмотря на обещанный в 9ке новый инсталлятор.

лолшто. а инсталятор это не набор скриптов мз говна и палок ? Ж) mfsbsd + zfsinstall - такой же инсталятор как и sysinstal/bsdinstall или ваша любимая анаконда.

тююю... так а покажите мне без костылей на фре загрузку 13го ядра по user/sys/io/soft-interrupts?

читаем man top в bsd то просветления. пример его вывода вам показал т-щ лагман.

а ведь можно достать пакет sysstat, который over 9000 параметров записывать в реальном времени и разбираться в проблеме можно не попытками её поймать/воспроизвести, а на имеющихся реальных данных.

чаще всего эти свистелки перделки не идут "коробке", просто потому что у линагза нету такого понятия как системная целостность и как результат утилиты необходимые для менеджмента системы нужно собирать по сусекам бесконечного количества репозитариев, к тому же есть утилиты дублирующие свою функциональность и чтобы узнать какой из них надо пользоваться, нужно обмарать руки о линагз-комунити, которое конечно же поможет. лол.

айда тестовый стенд и бенчи nat'а? на 512k сессий при 200-300kpps? ;)

с каких пор нат == форвардинг ? ну можно так то было б и потестить, было б на чем. вы уверены что при этих условиях линагз не соснет тунца или не повиснет ? я вот не уверен. он и на гораздо более скромных цифрах умеет виснуть и трапаться. а уж сколько ваш любимый тц будет жрать конфиг на тыщу юзерей после ребута, это конечно говорит нам о том какой хороший этат линагз.

а теперь вы статистику по i/o с раскладом по блочным устройствам и средней длине очереди к каждому :)

откройте для себя уже systat и netstat.

[DVM-Avgoor]

И так, на всякий, чтобы меньше вопросов было - литл чтиво

 

ну во фре portupgrade нет из коробки, и что? вам шашечки или ехать?

вам задали конкретный вопрос: как во фре увидеть нагрузку по конкретному ядру?

и в догонку: как увидеть размер очереди запросов к блочному устройству и средний размер запроса?

как определённому pid'у дать меньший i/o приоритет/гарантировать ему определённую дисковую полосу ?

 

во фре systat, gstat, netstat - но это разрозненные утилиты.

 

Я там ссылку на чтиво не зря оставил, а то вы уже задолбали буратинить. Блочных девайсов ему :)

Как, как ,как. Вы сюда пришли фре обучаться? Учитывая что вы не знаете что топ умеет показывать ядра - со знаниями у вас печально.

 

ПС. Во фре "искаропке" есть csup, чего большинству людей хватает за глаза.

 

ППС. Я понял, вы мыслите только линукс-понятиями. Поэтому любая иная реализация механизма, отличная от реализации в линукс, для вас является инордной и априори неверной. Однако, мир больше.

Изменено 29 февраля, 2012 пользователем DVM-Avgoor

[^rage^]

а теперь вы статистику по i/o с раскладом по блочным устройствам и средней длине очереди к каждому :)

откройте для себя уже systat и netstat.

ну так где там у них в выхлопе средняя длина очереди к блочному устройству и средний размер запроса?

 

про i/o приоритеты скромно умолчали?

[lagman]

про i/o приоритеты скромно умолчали?

Для ио приоритетов нужен ио шедьюлер, который в относительно зачаточном состоянии находится. Так что мимо ;)

[^rage^]

ну во фре portupgrade нет из коробки, и что? вам шашечки или ехать?

вам задали конкретный вопрос: как во фре увидеть нагрузку по конкретному ядру?

и в догонку: как увидеть размер очереди запросов к блочному устройству и средний размер запроса?

как определённому pid'у дать меньший i/o приоритет/гарантировать ему определённую дисковую полосу ?

 

во фре systat, gstat, netstat - но это разрозненные утилиты.

 

Я там ссылку на чтиво не зря оставил, а то вы уже задолбали буратинить. Блочных девайсов ему :)

Как, как ,как. Вы сюда пришли фре обучаться? Учитывая что вы не знаете что топ умеет показывать ядра - со знаниями у вас печально.

со знаниями у меня впорядке. тут больше половины freebsd'шников не в курсе про то как мониторить kpps на интерфейсах, не говоря уже о rps/xps.

 

ПС. Во фре "искаропке" есть csup, чего большинству людей хватает за глаза.

ценю юмор, да. за какое время вы сделаете даунгрейд gstreamer'а и всех его зависимостей руками и с csup'ом?

ессно, не откатывая все остальное дерево портов.

 

ППС. Я понял, вы мыслите только линукс-понятиями. Поэтому любая иная реализация механизма, отличная от реализации в линукс, для вас является инордной и априори неверной. Однако, мир больше.

в том и беда, что в linux товарищи из freebsd приходят со своими понятиями и после этого им он кажется "не торт".

я специально писал про "для чего нужен нетграф", потому что у 95% дальше вариантов из examples и упоминания mpd ничего не получается.

 

еще раз покажите мне на freebsd:

1)i/o приоритеты

2)возможность в рамках ipfw/pf узнать, на каком ядре выполняется правило.

 

обе эти задачи из моей практики.

[^rage^]

про i/o приоритеты скромно умолчали?

Для ио приоритетов нужен ио шедьюлер, который в относительно зачаточном состоянии находится. Так что мимо ;)

я знаю, что во фре его нет :) но это необходимости в нём не отменяет :)

аот, а linux сделали лимитирование полосы в рамках конкретной cgroup для устройства.

[lagman]

ценю юмор, да. за какое время вы сделаете даунгрейд gstreamer'а и всех его зависимостей руками и с csup'ом?

За время, нужное для скачивания старого пакета? :(

 

аот, а linux сделали лимитирование полосы в рамках конкретной cgroup для устройства.

Ну сделали и сделали, висит теперь в ядре и жрет проц. Кому-нить потребуется, и во фре сделают :)

Я без него прекрасно живу 10 лет во фре ;)

[^rage^]

ценю юмор, да. за какое время вы сделаете даунгрейд gstreamer'а и всех его зависимостей руками и с csup'ом?

За время, нужное для скачивания старого пакета? :(

 

руками? ;)))) там у gstreamer целая портянка зависимостей. так что если и руками, то это путь боли и страданий.

 

ценю юмор, да. за какое время вы сделаете даунгрейд gstreamer'а и всех его зависимостей руками и с csup'ом?

За время, нужное для скачивания старого пакета? :(

 

аот, а linux сделали лимитирование полосы в рамках конкретной cgroup для устройства.

Ну сделали и сделали, висит теперь в ядре и жрет проц. Кому-нить потребуется, и во фре сделают :)

Я без него прекрасно живу 10 лет во фре ;)

примерно так же, как dummynet ;)))

вот ты живёшь, а людям надо. у меня видео в реалтайме пишется на диск, если бы была фря, запуск csup приводил к повреждениям картинки.

да и не раз уже сталкивался, что процесс с самым высоким nice укладывал дисковую и все остальные голодали =(

Изменено 29 февраля, 2012 пользователем ^rage^

[lagman]

ценю юмор, да. за какое время вы сделаете даунгрейд gstreamer'а и всех его зависимостей руками и с csup'ом?

За время, нужное для скачивания старого пакета? :(

 

руками? ;)))) там у gstreamer целая портянка зависимостей. так что если и руками, то это путь боли и страданий.

Ну так йузай эталонные наборы пакетов, в рамках связки которых все работает. И накатывай уже когда все протестировано. И не будет боли и страданий :)

 

PSЫ: ну или пользуйся portmaster, оно делает бэкапные пакаджи всего, что сносит ;)

 

вот ты живёшь, а людям надо. у меня видео в реалтайме пишется на диск, если бы была фря, запуск csup приводил к повреждениям картинки.

да и не раз уже сталкивался, что процесс с самым высоким nice укладывал дисковую и все остальные голодали =(

Ну так не клади все яйца в одну корзину :)

 

с самым высоким nice

Как так? Самый высокий nice - самый низкий приоритет ;)

Изменено 29 февраля, 2012 пользователем lagman

[Alex/AT]

вы уверены что при этих условиях линагз не соснет тунца или не повиснет ? я вот не уверен.

Зато я уверен. ~800K сессий и 400-500 Kpps жевали нормально. Сейчас немножко другая специфика, PPPoE-концентраторы. 3-4к PPP интерфейсов, столько же IFB к ним, 350-450 Kpps, на каждом интерфейсе свои правила TC, есть маркировка netfilter'ом (iptables), есть ip rule, еще BGP до кучи. Не фапает, и не трапается xD Максимальный аптайм был где-то с год, причина срыва аптайма - плановые работы по обновлению ядра.

 

а уж сколько ваш любимый тц будет жрать конфиг на тыщу юзерей после ребута, это конечно говорит нам о том какой хороший этат линагз

Откройте для себя -batch, и ваши волосы будут мягкими и шелковистыми, а то что-то как-то всклокочены.

Изменено 29 февраля, 2012 пользователем Alex/AT

[lagman]

Сейчас немножко другая специфика, PPPoE-концентраторы. 3-4к PPP интерфейсов, столько же IFB к ним, 350-450 Kpps, на каждом интерфейсе свои правила TC, есть маркировка netfilter'ом (iptables), есть ip rule, еще BGP до кучи. Не фапает, и не трапается xD

Странно, а вот буквально в соседней ветке accel-pptp трапается только в путь. Наверное Вам просто повезло :)

Fedora 16, accel-pppd 1.5.0

Использую pptp+l2tp+pppoe, нагрузка на этот сервер до 400 сессий.

К сожалению наблюдаю такую же картину, частота ~ до 4-х раз в сутки, периодика - практически рандомная, но обычно не менее нескольких часов между падениями.

Изменено 29 февраля, 2012 пользователем lagman

[Alex/AT]

Это third-party software, все вопросы к автору. ОС тут совершенно не при чем. Мы юзаем rp-pppoe (kernel-mode) + pppd.

Изменено 29 февраля, 2012 пользователем Alex/AT

[_INF_]

вы уверены что при этих условиях линагз не соснет тунца или не повиснет ? я вот не уверен.

Зато я уверен. ~800K сессий и 400-500 Kpps жевали нормально. Сейчас немножко другая специфика, PPPoE-концентраторы. 3-4к PPP интерфейсов, столько же IFB к ним, 350-450 Kpps, на каждом интерфейсе свои правила TC, есть маркировка netfilter'ом (iptables), есть ip rule, еще BGP до кучи. Не фапает, и не трапается xD Максимальный аптайм был где-то с год, причина срыва аптайма - плановые работы по обновлению ядра.

 

а уж сколько ваш любимый тц будет жрать конфиг на тыщу юзерей после ребута, это конечно говорит нам о том какой хороший этат линагз

Откройте для себя -batch, и ваши волосы будут мягкими и шелковистыми, а то что-то как-то всклокочены.

 

У меня на простом форварде между 10-ю гиговыми интерфейсами суммарно мегапакет трафика бегал, ничего не падало. шейпинг, NAT. был отдельно. В iptables одно правило IPSET с дропами заблокированных пользователей.

 

Таких серверов было 4.

 

На NAT-е максимум что было программно это один тазик (Один проц Xeon® CPU X5680 @ 3.33GHz) который молотил 3 гига трафика ~ 300 kpps примерно 1 млн. conntrack сессий.

 

 

ОС CentOS 5.x и 6.x

[lagman]

А у меня просто 20 см :)

[pppoetest]

-batch

Можно поподробнее?

[Zohan]

I am Linux in a box

Yea, Im super-stable, peer-reviewed, Gnu enabled

You can put me in your box

To get your home computer to be

Faster and so secure

Yea, well Redhat is sure

That their support is the cure

 

The community is ready

If Im bugged or unsteady

This is who we are

Im an open source heavy

Operating system everywhere

thats going far

 

I am Linux in your box

Im your custom system

Express your needs, the community listens

I am linux in your phone, your Tivo and playstation

The right solution, and now its time

For my OS to shine

future is mine all mine

[NiTr0]

есть пословица, не было пичали - апдейтов накачали.

Хорошо характеризует "ынтерпрайзность" бзди и квалификацию бздоидов, да...

 

но слепо качать апдейты кроном и потом их так же слепо лепить - плохая практика.

Повторюсь: парк десятки машин, на каждой - куча важных и разных сервисов, с еще большей кучей библиотек. Предпочитаете по каждому сервису и каждому пакету релиз ноты и багтреки читать ежедневно, вместо того чтобы пользоваться нормальным дистром? :)

 

Зачем перемонтировать рут? Рута в памяти достаточно при любых раскладах.

1) Сколько там рут полновесный весит? 200мб? 500?

2) При каждом апдейте софта/системных библиотек пересобирать образ рута? Мсье знаток изысканных извращений...

 

Т.е. бляха в линуксе модули не копируются при установке ядра, а чудесным образом появляются в lib/modules?

Ах да, я же совсем забыл, что бздя превращает boot в помойку, пихая туда десятки мегабайт модулей, из-за чего бут-раздел надо будет минимум 200-300МБ, а лучше пару гигов...

 

А в том, что версии для минорного апгрейда отстают очень сильно по сравнению с той же фрей

Весьма компетентное мнение человека, не знающего различий между версиями 1.2.3 и 1.2.3-200, да...

 

кому нужен ваш минорный апгрейд ? он _ВЕЗДЕ_ пройдет шелковисто. в чем тут радость линагза то ?

В том, что все багфиксы, выпущенные на протяжении всего периода существования LTS дистра, ставятся как минорные апгрейды. Да-да, базовые версии сотфа остаются теми же, и ничего не ломается при апгрейде. Хотя бздоидов, требующих bleeding-edge софт только потому, что у него "цыфирки больше", это приводит в ярость, да.

[lagman]

В том, что все багфиксы, выпущенные на протяжении всего периода существования LTS дистра, ставятся как минорные апгрейды. Да-да, базовые версии сотфа остаются теми же, и ничего не ломается при апгрейде. Хотя бздоидов, требующих bleeding-edge софт только потому, что у него "цыфирки больше", это приводит в ярость, да.

В дебиан ленни например не было пхп 5.3, что приводило в ярость очень многих товарищей, хостящихся на нем. Но это так, пример из реальной жизни.

 

Повторюсь: парк десятки машин, на каждой - куча важных и разных сервисов, с еще большей кучей библиотек.

Вот поэтому линагзоеды и дрочат на виртуализацию, в которой неудачный апгрейд либцов заставляет сосать ***цы не всю систему, а лишь какой-то конкретный сервис.

 

Предпочитаете по каждому сервису и каждому пакету релиз ноты и багтреки читать ежедневно

Вообще да, это часть работы админа.

Изменено 29 февраля, 2012 пользователем lagman

[Aliech]

В дебиан ленни например не было пхп 5.3, что приводило в ярость очень многих товарищей, хостящихся на нем. Но это так, пример из реальной жизни.

backports.org Вам в руку... умник б-.-