From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 Date: Wed, 23 Jan 2008 17:35:08 +0200 (EET) From: Serg Rychka To: ALT Linux sysadmin discuss In-Reply-To: <20080123095256.GD3715@utvuk.orbita> Message-ID: References: <20080122184845.GF7348@utvuk.orbita> <20080123095256.GD3715@utvuk.orbita> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT Subject: Re: [Sysadmins] shaping inside Openvz VPS X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: ALT Linux sysadmin discuss List-Id: ALT Linux sysadmin discuss List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2008 15:35:11 -0000 Archived-At: List-Archive: On Wed, 23 Jan 2008, Afanasov Dmitry wrote: > On Wed, Jan 23, 2008 at 09:24:59AM +0200, Serg Rychka wrote: > > Здравствуйте, > > > > Зачем все так сложно? Htb достаточно гибкая дисциплина. опишите, > > как вам нужно делить трафик между вашими un0 & hm0? или что > > подразумевается :"поднять shaper так на un0 и hm0 да так, чтобы > > он функционировал как на одном"? если поровну поделить канал - > > поставьте одинакоывй ceil=maxBW и rate=1/2maxBW (не забывая о > > том, что вышестоящий пров тоже шейпит и не отдаст больше) > именно "поднять shaper так на un0 и hm0 да так, чтобы он функционировал > как на одном" и подразумевается :) > > то есть в отсутствие трафика на hm0 un0 должен отдаваться весь канал - > 256Kbit, если не говорил ранее. тоже самое при отсутсвии трафика на un0. > > как я понял и доки такое происходит на одном iface. > > к слову сказать настройки просты до безобразия - сваяны были, когда > torrent у брата совсем достал. > [SKIP] с первого взгляда все верно > > теперь вопрос как такую функциональность реализовать на независимых > iface'ах. как я понял именно для этого imq и испольуется. но вот почему-то > мне кажется, что он будет посложнее qdisc inside VPS :) да, в таком случае на незваисимых интерфейсах реализовать не получиться. тут нужно или жестко задавать скорость или канал будет делиться пропорционально числу псевдосоединений (sfq). вобщем не подходящий для вас вариант, что я назвал. если у вас используется iptables, попробуйте глянуть на число соединений в /proc/net/ip_conntrack - не превышают ли они заданного порога. Можно еще последить за наростанием очередей шейпера, возможно это частично влияет... > > хотя все равно ядро для esfq пересобирать, может потом и его > воткну. > все никак не собирусь пересобрать - если не сложно, выложите после сборки -- С наилучшими пожеланиями, _ _ Сергей Рычка | ДонНТУ, Системный/сетевой администратор [ RSV0-UANIC ] _|_ тел. +38 062 3355701, e-mail: rsv@donntu.edu.ua