predpolagam tva shte ti e dostaty4no '>
sysctl ....

net.inet.ip.portrange.reservedlow: 0
net.inet.ip.portrange.reservedhigh: 1023
net.inet.ip.portrange.hilast: 65535
net.inet.ip.portrange.hifirst: 49152
net.inet.ip.portrange.last: 65535
net.inet.ip.portrange.first: 49152
net.inet.ip.portrange.lowlast: 600
net.inet.ip.portrange.lowfirst: 1023

С mpd всичко тръгна добре. Машината не се товари при голям трафик през нея. Интерфейсът който се създава е ng0. Ето и конфиг файловете:

mpd.conf
vpn:
        new -i ng0 vpn vpn
        set bundle authname "my_user"
        set bundle password "my_pass"
        set iface route default
        link vpn
        open

mpd.links
vpn:
        set link type pptp
        set pptp self 192.168.1.22
        set pptp peer 192.168.1.1
        set pptp enable originate outcall
        set pptp no delayed-ack always-ack

Това при мен работи.
Успех на всички и умната .....

За други след мен, който имат този проблем:

Колеги ми предложиха да махна от кърнъла съпорта на gre. Обаче това не оказа влияние - и с него и без него все си забиваще.
От някоя от майл листите на ФрееБСД ми казаха да не ползвам pptpclient a mpd, то щяло да ми конфигурира по-добре кърнъл левел ppp-то, в което аз се съмнявам, но почивните дни ще пробвам, после ще опиша ако стане разбира се как се прави ...

А. Маринов

Който ходи по порно сайтовете и си инсталира от там програмчета за да го допуснат до някои як портал free of charge така става :Р

Освен това ти препоръчвам да си компилираш ти mysql. Все пак бинарната дистрибуция не е оптимизирана за твоята машина.

А под Линукс май бройката хендъли са увеличаваше прес /proc с sysctl бесхе за BSD ама тва си зависи от кърнъла де трябва да видиш как става ...

Ами в такъв случай просто вдигни максималния брой кънекции по начина по който ти написах. Пробвай с някоя голяма стойност няд 4000 примерно - машината ти е доста здрава.  Провери как е квотнат юзера ма mysql и му даи да имапо голяма бройка за отворени файлове, можеш да туннеш системата да има повече заделени хендали (sysctl) и така '> ако се окаже че сървъра не издържа на натоварването можеш да ....... '>
тука вече става малко по адвансед пробвай с горенаписаните неща ако се издъни сървъра пиши пак.
Броя кънекции не тормози mysql сървъра. Тормози главно състемата защото хендълите са ограничена бройка и може да се стигне до там да свършат....

[mysqld]
set-variable=max_connections=1024

Аз лично съм го тествал и с 2048 като конфигурация, но никога не съм виждал да са заети повече от 160, въпреки че е доста натоварен.

Следващ въпрос '> колко на брой са скриптовете че 101 кънекции не ти стигат '>
Сигурен ли си че не лиикваш с кънекциите в смисъл такъв винаги ли ги затваряш? (mysql_close) на изхода на скрипта.
На какво е написан скрипта php perl или нещо друго?
php по принцип гарантират че след изпълнението на скрипта се освобождават всички ресурси ама знае ли човек след колко време mysql ще реши да затворо tcp сокета ....

Според мен можеш да имаш много кънекции към mysql. По-актуален може би ще е въпроса колко едновременни заявки ще можеш да обработваш, а също и за колко време ще получаваш отговор на заявка. Това разбира се зависи от типа на таблиците които ползваш, от това как са оптимизирани и ред други причини. MyISAM таблиците при join се локват, което значи че следваща заявка за изпълнение чака докато не се изпълни предишната и едновременни заявка в тоя случай нямаш. Ако таблиците са InnoDB имаш row level locking при който можеш да имаш едновременни заявки но пък InnoDB енджина е по-бавен.

С дефаултна конфигурация mysql поддържа 101 едновременни кънекции. Могат да се увеличат от my.cnf или с set global max_connections=1024 примерно. Трябва да се има вредвид че всяка една кънекция изяжда минимум един хендъл а както знаете те са ограничена бройка.

Ако питате мен за максималния брой конекции стоности над 512 да кажем са ще сапрекалено големи. Ако и базите са големи е абсурд да имате 512 едновременни заявки и да очаквате отговор в близките няколко минути ....

Здравейте,
Използвам pptp и ppp за връзка към моето ISP. До преди версия 6.0 RELEASE с RC-тата на 6-цата както и с 5-цата всичко беше ОК. pptp е компилирано да използва кърнъл левел ppp за връзка към ISP-то. След свързване се създава интерфейс ppp0. Тази конфигурация работеше перфектно до излизането на RELEASE версия от 6.0 бранча. При него ако използвам кърнъл левел ppp след около 10-15 мин работа дава Page Fault и започва дъмп на паметта след което ребуут. Ако използвам юзер левел ppp системата работи стабилно, но при около 200 КБ/с трафик през тунела (tun0) системата се товари на около 50-60%.
Page Fault получавам със и без съпорт на gre в кърнъла.

Имате ли идея как да го пусна на кърнъл левел '> без да забива през 10 мин.

10кс предварително

На мен ми е напълно ясно къде мога да намеря информация за да я прочета. Аз не търся отговор на въпроса, а ако някой има някакъв опит с това и ако желае да го сподели да обсъдим някоя и друга опция на компилатора.
Моля хора който не могат да вземат отношение по въпроса да не пишат. Най-мразя да чета постове от рода "виш в гугъл", тва го знам и си гледам там редовно.  Но там диалог не може да се заформи.

Бе кво се занимавам и аз ..............

В /etc/make.conf се посочват опции за компилиране и оптимизиране, които се използват от компилатора по подразбиране.
Въпросът ми е "Какво се пише вътре?". Ясно е, че ще са неща от рода на -О2 -pipe и подобни. Ако някой има някакви наблюдения ще се радвам да ги обсъдим тук.
'>
В момента имам под ръка ФрееБсд 5.3.

А защо не ползвате истинския sf.net. Не разбирам за какво ви е друг  :

Проблема със слак и mysql идва от там, че в слак mysql  не е доинсталиран. Все едно е правена стандарта инсталация от сорс и е направено само make install и не са продължили, а пък юсерите очакват нещо като знаят че е инсталирано при инсталацията на самия линукс то да работи...