From owner-freebsd-hackers@freebsd.org Fri Jan 22 10:24:47 2016 Return-Path: Delivered-To: freebsd-hackers@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 BFA43A8D27C; Fri, 22 Jan 2016 10:24:47 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7BAFF14CF; Fri, 22 Jan 2016 10:24:47 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-229-231.lns20.per1.internode.on.net [121.45.229.231]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id u0MAOY0b068866 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 22 Jan 2016 02:24:37 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: IoT OS To: Mathieu Prevot , NGie Cooper References: <56A10892.2090308@rlwinm.de> Cc: Jan Bramkamp , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org From: Julian Elischer Message-ID: <56A2035D.7030201@freebsd.org> Date: Fri, 22 Jan 2016 18:24:29 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2016 10:24:47 -0000 On 22/01/2016 2:08 AM, Mathieu Prevot wrote: > 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 ? This is still very hard to understand. Are you planning to work with some API that is described in a document somewhere? if so please give links. > > Thanks > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >