abills.net.ua

Добавлено: **Ср сен 10, 2008 6:36 am**

Сколько оперативки нужно, если подключены одновременно 50, 100 подключений по PPPoE и PPTP(шифрование отключено)

Вам что нибудь говорит это (при 15 одновременных подкл)?

Код: Выделить всё

# free
             total       used       free     shared    buffers     cached
Mem:        450208     435192      15016          0     150100     147376
-/+ buffers/cache:     137716     312492
Swap:       514072        100     513972

Добавлено: **Ср сен 10, 2008 6:46 am**

Вам что нибудь говорит это

абсолютна ничего

1. плоха та ось, которая не будет юзать всю имеющуюся в её распоряжении память
2. у тя что там кроме туннельного сервера больше ваще ничё не запущено?

Сколько оперативки нужно

когда перестанет хватать - ты это заметишь будь спок

Добавлено: **Ср сен 10, 2008 7:10 am**

ran писал(а):когда перестанет хватать - ты это заметишь будь спок

хотелось бы знать, как это проявится и как проявляется

Добавлено: **Ср сен 10, 2008 7:12 am**

ran писал(а): 2. у тя что там кроме туннельного сервера больше ваще ничё не запущено?

PPPoE, PPTPD, HTTPD, MySQL, abills

Добавлено: **Ср сен 10, 2008 7:24 am**

Сколько оперативки нужно

стоимость моего рабочего времени которое уйдёт на расчёт оптимального количестве гораздо больше стоимости памяти на сегодняший день - считай сам

Добавлено: **Ср сен 10, 2008 7:33 pm**

А если серьезно, из чего исходить нужно?

Добавлено: **Ср сен 10, 2008 8:42 pm**

Из личного опыта: 1 гб памяти с головой для 300 клиентов на линуксе.
Только одно "но" - со связкой пппд 2.4.4 + пптпд 1.3.4 происходят весьма занятные непонятности...
1) Постепенно падает кол-во свободной памяти (free+кеш+буфферы)
2)Где-то раз в месяц (через месяц аптайма, +- 1-2 дня - совпадение?) - происходит следующее: сервер около суток начинает через каждые час-два отваливаться от сети, при этом - 100% загрузка проца хз чем, и ребут не помогает - после ребута картина повторяется. При этом перенос ИП на другой сервер вызывает на нем аналогичные процессы. Наблюдалось раза 2-3, причину пока не выяснили... Сейчас пптп перенесено на другую машину, пока аптайм 17 дней...
Пока наблюдаем. Ось - федора 8

Добавлено: **Ср сен 10, 2008 10:11 pm**

NiTr0 писал(а):Из личного опыта: 1 гб памяти с головой для 300 клиентов на линуксе.
Только одно "но" - со связкой пппд 2.4.4 + пптпд 1.3.4 происходят весьма занятные непонятности...
1) Постепенно падает кол-во свободной памяти (free+кеш+буфферы)
2)Где-то раз в месяц (через месяц аптайма, +- 1-2 дня - совпадение?) - происходит следующее: сервер около суток начинает через каждые час-два отваливаться от сети, при этом - 100% загрузка проца хз чем, и ребут не помогает - после ребута картина повторяется. При этом перенос ИП на другой сервер вызывает на нем аналогичные процессы. Наблюдалось раза 2-3, причину пока не выяснили... Сейчас пптп перенесено на другую машину, пока аптайм 17 дней...
Пока наблюдаем. Ось - федора 8

Очень удручает, так как у меня как раз эта связка "пппд 2.4.4 + пптпд 1.3.4" + Fedora Core 6

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

Добавлено: **Чт сен 11, 2008 1:43 am**

NiTr0 писал(а):При этом перенос ИП на другой сервер вызывает на нем аналогичные процессы. Наблюдалось раза 2-3, причину пока не выяснили... Сейчас пптп перенесено на другую машину, пока аптайм 17 дней...

Похоже на флуд в сети.

Добавлено: **Сб сен 13, 2008 8:33 am**

1) Постепенно падает кол-во свободной памяти (free+кеш+буфферы)

а зомбей не наблюдается? особливо racct.pl

ненаю... у меня ребутится тока в 3х случаях:

1. ну очень долго не6ту света
2. при вводе в командной строке священного заклинания куищще o_O
3. я пьяный уснул на ресете =-O

Добавлено: **Сб сен 13, 2008 2:02 pm**

yes писал(а):Похоже на флуд в сети.

Возможно... хотя - больше похоже на DoS...

ran писал(а):а зомбей не наблюдается? особливо racct.pl

Зомбей нет. Хотя - судя по графикам кактуса, после переноса на другую машину
А racct.pl там и быть не может - биллинг и пптп разнесены на разные машины. К собссно биллингу вопросов особо не возникает (разве что атлон 5600+ при 350 клиентах и интервале аккаунтинга 60 сек раком становится, юзается rlm_exec).

Добавлено: **Вс окт 26, 2008 4:49 pm**

Тоже песня с потерей оперативки. клиентов 20.
CentOS 5.1 ppp 2.4.4 pptpd 1.3.4 abills 0.40b -- всё на одной машине

ну собственно скочки вверх - ребуты.

Есть ли решение такой фигне? возможности развести пптпд и биллинг на разные тачки нет ); чего посоветуете?

Добавлено: **Вс окт 26, 2008 5:54 pm**

NiTr0 писал(а):К собссно биллингу вопросов особо не возникает (разве что атлон 5600+ при 350 клиентах и интервале аккаунтинга 60 сек раком становится, юзается rlm_exec).

Всего лишь раком? И будет становиться, учитывая что traffic2sql при каждом запуске наивно читает десятки и сотни мегабайт информации из базы данных (а точнее из таблицы ipn_log), и время, затраченное на это растет в геометрической прогрессии по мере добавления новых юзеров... если конечно вы не воспользовались моим или аналогичным патчем, устраняющим недоработку.
rlm_exec или rlm_perl в данном случае отношения к низкой прозиводительности не имеют.

Добавлено: **Вс окт 26, 2008 10:14 pm**

chtito2 писал(а):(а точнее из таблицы ipn_log)

Чистый Dv

Добавлено: **Пн окт 27, 2008 7:16 am**

zip_abakan писал(а):Тоже песня с потерей оперативки. клиентов 20.
CentOS 5.1 ppp 2.4.4 pptpd 1.3.4 abills 0.40b -- всё на одной машине

очень сильно подозреваю что дело в каке под названием ппптпд

по краёней мере с ядерным пппое подобного не наблюдается

zip_abakan писал(а):чего посоветуете?

выбросить каку... ну или поисправлять еёйные грабли