Re: [110attendees] Meetecho is a resource hog

Robert Moskowitz <rgm@labs.htt-consult.com> Tue, 09 March 2021 15:14 UTC

Return-Path: <rgm@labs.htt-consult.com>
X-Original-To: 110attendees@ietfa.amsl.com
Delivered-To: 110attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 233323A0F0F for <110attendees@ietfa.amsl.com>; Tue, 9 Mar 2021 07:14:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x8IqaRRaB_3k for <110attendees@ietfa.amsl.com>; Tue, 9 Mar 2021 07:13:59 -0800 (PST)
Received: from z9m9z.htt-consult.com (z9m9z.htt-consult.com [23.123.122.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4420D3A0F3D for <110attendees@ietf.org>; Tue, 9 Mar 2021 07:13:59 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by z9m9z.htt-consult.com (Postfix) with ESMTP id 1D9BA62620; Tue, 9 Mar 2021 10:13:58 -0500 (EST)
X-Virus-Scanned: amavisd-new at htt-consult.com
Received: from z9m9z.htt-consult.com ([127.0.0.1]) by localhost (z9m9z.htt-consult.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id oJqbRcCz5em7; Tue, 9 Mar 2021 10:13:52 -0500 (EST)
Received: from lx140e.htt-consult.com (unknown [192.168.160.29]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by z9m9z.htt-consult.com (Postfix) with ESMTPSA id C093F625DA; Tue, 9 Mar 2021 10:13:52 -0500 (EST)
To: Carsten Bormann <cabo@tzi.org>, 110attendees <110attendees@ietf.org>
References: <b9069923-7e3b-8546-a3c2-31c168aaacec@labs.htt-consult.com> <27C05D43-CFE7-4528-BB37-4C1A668098FC@gmail.com> <204f33b7-c60c-c7dd-4f0d-e0a546321b2b@labs.htt-consult.com> <587FBDF9-BA4B-432A-8091-EF3A13B5D250@tzi.org>
From: Robert Moskowitz <rgm@labs.htt-consult.com>
Message-ID: <05aea1ec-8125-84ec-8fa6-57dfca0e3fa2@labs.htt-consult.com>
Date: Tue, 09 Mar 2021 10:13:52 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0
MIME-Version: 1.0
In-Reply-To: <587FBDF9-BA4B-432A-8091-EF3A13B5D250@tzi.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/110attendees/V7cZavqqLe8p-W0piAoUozYtOfc>
Subject: Re: [110attendees] Meetecho is a resource hog
X-BeenThere: 110attendees@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mailing list for IETF 110 attendees <110attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/110attendees>, <mailto:110attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/110attendees/>
List-Post: <mailto:110attendees@ietf.org>
List-Help: <mailto:110attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/110attendees>, <mailto:110attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2021 15:14:02 -0000


On 3/9/21 10:03 AM, Carsten Bormann wrote:
> If we really want to be able to run meetecho on e-waste, we have to control those video feeds.
>
> I’m looking at 3*250 kbit/s speaker/chair postage-stamp videos plus a 100 kbit/s slide video feed.
>
> The postage stamps would need to be re-encoded to the size shown and the slides should not be a video in the first place (see my tools-discuss posting).

Here is the point/problem.  The feed is everything, and let the endpoint 
deal with it.  Compared to some other stuff, that does much of the data 
sizing on the server.

Of course I expect us to experiment and we eat our own dogfood.  But 
then we learn, adjust, and experiment again at the next meeting.

If we want to open up our processes, we need to allow for those only 
able to get older hardware and having lower bandwidth.  Right now I have 
300Mb over fiber, so bandwidth is plentiful.  But I am cheap on old 
hardware.