From owner-freebsd-current@freebsd.org Thu Jan 21 18:05:21 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80C6FA8C49F; Thu, 21 Jan 2016 18:05:21 +0000 (UTC) (envelope-from mathieu.prevot@gmail.com) Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 090391C36; Thu, 21 Jan 2016 18:05:21 +0000 (UTC) (envelope-from mathieu.prevot@gmail.com) Received: by mail-lf0-x231.google.com with SMTP id h129so32253549lfh.3; Thu, 21 Jan 2016 10:05:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=yJFKHqCUGFz2/5rDBVrd11JyQpSJvsrF53ouKvsPTLM=; b=YJda+Z8tTsmWTVev2KUXyoCx/PBZd9vCMYhhsKPq8DrIVeFKSrIPpmtV4ZMHOKHnHg yA8et4B9WgYpq+R5/e5JQDFCsgepdcUqzs/0PomU4XSb6DiV2nO+1JFkJcjmEI/p3W0h hCeZEkDNlreY2dmOx0Xp3PxaQHt3RiF7q97bNv/jtjFENQJ7XK7tQJbjBu63aZDJcO/9 CA11ufQbwgEKXWqrUJe0V8oTC2uDygznh+MMVME+Sg4xVCfwYWYCmpRyMHj1nkmsCEq7 fSMJShDvFuQkFuSgBv3pzylCnLJ/V28zCnesGFweBJesL3TMt3F5vCeWjuadVfrhf2JG wXrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=yJFKHqCUGFz2/5rDBVrd11JyQpSJvsrF53ouKvsPTLM=; b=asqt6l1Pj7f/Mlpd71J/R/OsgYrICds78TgoM0ktONBv7gkHYeRNHeCafH1aSh4O2v rVttbO4AwzEh0DIcrYWx6/a+5UjYIEL+81H+7FrEviMLv3fw2pwURDAX/wTsPUwWgyJZ I6YJoee9kTg4VrGdN+rSa+KCSxImkhEbTs3gj7KLH2wq9dbzfcESOwkZLA4YOsaHWAao 4cbTOZNzgsxvS8fdB8NpFPvffPXoBE3Y9mhCYnlPPP17VFJ+e1l1NG0kcwc2J4oRzkfY UFaqMvFdeCKVTMGrTzTUPonKzXzocB7J9VYV4BMdywkUIg196QDCPSHEK0ZwfSfoQjON 9rIw== X-Gm-Message-State: ALoCoQmziFiRx2yWfYH+tbhuufpH5N0SvJEXBGF+tfnJUgjOaN+bXvN7v1fWjfGxiDPDyoUfbxcfGTBMlT0Ul6YSz/4AQyQtjg== X-Received: by 10.25.170.129 with SMTP id t123mr16068606lfe.103.1453399519030; Thu, 21 Jan 2016 10:05:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.89.75 with HTTP; Thu, 21 Jan 2016 10:04:59 -0800 (PST) In-Reply-To: References: <56A10892.2090308@rlwinm.de> From: Mathieu Prevot Date: Thu, 21 Jan 2016 19:04:59 +0100 Message-ID: Subject: Re: IoT OS To: NGie Cooper Cc: Jan Bramkamp , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org X-Mailman-Approved-At: Thu, 21 Jan 2016 18:11:45 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jan 2016 18:05:21 -0000 2016-01-21 17:38 GMT+01:00 NGie Cooper : > > > On Jan 21, 2016, at 08:34, Jan Bramkamp wrote: > > > >> On 21/01/16 17:19, Mathieu Prevot wrote: > >> Dear all, > >> > >> I would like to connect several connected object (with homogeneous or > >> heterogenous hardare: intel edison, samsung artik, apple AX, intel > core, > >> etc) so the calculation needs, the storage/memory, the connection, etc > are > >> decoupled; hence we can reach an ecosystem with several clouds. > >> > >> How do you recommend to reach that ? from the kernel, a module, or > >> eventually a software ? > > > > Your message contains neither enough information nor a precise enough > question for anyone to provide you a helpful answer. > > > > Please describe your problem in sufficient detail and reformulate your > question. If you still think these mailing lists (current@ and hackers@) > are a good audience for your question afterward ask them again. > > It depends on your workload and hardware requirements (there isn't a > simple answer to your question because you didn't describe what you needed > with concrete requirements). > > I would talk to cem@. He's working on ioat(4) on head for us ($work). > Thanks, > -NGie > Say all objects are connected peer to peer with wifi, some of them are connected to internet through gsm network or wifi to a box. These object are moving in space, and for some reasons, connections are dynamical and can be severely impaired or lost. They have incoming local streams of data (eg HD videos, accelerometer, GPS, other wifi and gsm signals, etc). I would like to abstract the CPU layer, storage layer, and internet connection so that in realtime results of one of my objects are saved if this object dies, so that if one of the object giving internet access to the group loose its connection, the redundancy allows the group of object not to lose internet connection. Can I consider these as different load balancing layers ? Do you recommend to implement this at the kernel layer or at an API layer ? Can I see that as a lightweight cluster ? I think the API is more flexible, especially if I have an heterogeneous (by CPU, OS) set of connected object. However, working at the kernel level allows existing programs not to be rewritten. What are your thoughts ? Do you recommend another list ? Thanks M