Slashdot Mirror


Huawei's LiteOS Internet of Things Operating System Is a Minuscule 10KB

Mark Wilson writes: Chinese firm Huawei today announces its IoT OS at an event in Beijing. The company predicts that within a decade there will be 100 billion connected devices and it is keen for its ultra-lightweight operating system to be at the heart of the infrastructure. Based on Linux, LiteOS weighs in at a mere 10KB — smaller than a Word document — but manages to pack in support for zero configuration, auto-discovery, and auto-networking. The operating system will be open for developers to tinker with, and is destined for use in smart homes, wearables, and connected vehicles. LiteOS will run on Huawei's newly announced Agile Network 3.0 Architecture and the company hopes that by promoting a standard infrastructure, it will be able to push the development of internet and IoT applications

175 comments

  1. esp8266? by Anonymous Coward · · Score: 0

    Does it work with an esp8266? Does it work with the Arduino IDE?

    1. Re:esp8266? by Anonymous Coward · · Score: 1

      It hasn't yet been released, however they said "The operating system will be open for developers to tinker with" so it is likely whatever support it doesn't have initially can be added. This shouldn't be too difficult a task give it is yet-another-Linux-based operating system.

    2. Re:esp8266? by Anonymous Coward · · Score: 0

      Do you know Chinese?

    3. Re: esp8266? by Anonymous Coward · · Score: 0

      I do, but it won't help much. Without sources, without security and with unknown quality and level of support, I'd stay with a 100 kB Linux. Actually , I've had a piece of HuiWei gear, I think. Make that shoddy level of support.

  2. even if you don't want applicances to be connected by turkeydance · · Score: 1

    everything will be, anyway. it will be embedded in every circuit. if tampered with, a signal will be sent. (The Sentinel?)

  3. but does it run linux? by sumdumass · · Score: 1, Interesting

    Seriously though, how can security be handled at that small of a foot print?

    1. Re:but does it run linux? by drinkypoo · · Score: 1

      They must surely mean that the parts of the system which are not the Linux kernel take up only 10kB. The kernel has crypto services in.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:but does it run linux? by thegarbz · · Score: 5, Insightful

      security is easier with a small footprint than a large one.

    3. Re:but does it run linux? by Anonymous Coward · · Score: 0

      :)
      the kernel doesn't require a MMU, nor separate processes.

      And it could include both kernel and application...

    4. Re:but does it run linux? by JBMcB · · Score: 1

      Depends on how many language tricks they use to get the code size down that small. Ever see RSA implemented in a single line of Perl regex?

      --
      My Other Computer Is A Data General Nova III.
    5. Re:but does it run linux? by Jonner · · Score: 1

      Depends on how many language tricks they use to get the code size down that small. Ever see RSA implemented in a single line of Perl regex?

      And how big is the Perl interpreter? On my system, /usr/bin/perl is 11KiB and that doesn't include shared libraries or a kernel. No Linux kernel image, let alone an entire OS, has ever been as small as 10KiB. The story is completely bogus.

    6. Re:but does it run linux? by Anonymous Coward · · Score: 0

      What does security have to do with "Internet of Things"? Have you seen any secure IoT products?

    7. Re:but does it run linux? by JBMcB · · Score: 1

      http://en.wikipedia.org/wiki/C...

      OS image size is 30k, including a bunch of stuff IoT probably doesn't need (pre-emptive multithreading, multiple network support, multiple platform support, etc...)

      --
      My Other Computer Is A Data General Nova III.
    8. Re:but does it run linux? by Jonner · · Score: 1

      http://en.wikipedia.org/wiki/C...

      OS image size is 30k, including a bunch of stuff IoT probably doesn't need (pre-emptive multithreading, multiple network support, multiple platform support, etc...)

      So, Contiki's pretty small, though not as small as the article claims LiteOS is. Contiki's not based on Linux either, so nothing you've said is relevant.

    9. Re:but does it run linux? by ameoba · · Score: 1

      More importantly, how do you stuff back doors and spyware into 10kB?

      --
      my sig's at the bottom of the page.
    10. Re:but does it run linux? by Darinbob · · Score: 1

      If the device does not do anything at all, then security is optional.

    11. Re:but does it run linux? by ctrl-alt-canc · · Score: 1

      Indeed. You can get total security if you shrink down the OS footprint to zero bytes. Oh wait...

    12. Re:but does it run linux? by Anonymous Coward · · Score: 0

      I think it is: just because it is linux based it does not mean that is just a stripped down kernel, it could be that they've just taken code pieces and used them.

    13. Re:but does it run linux? by Anonymous Coward · · Score: 0

      Depends on how many language tricks they use to get the code size down that small. Ever see RSA implemented in a single line of Perl regex?

      And how big is the Perl interpreter? On my system, /usr/bin/perl is 11KiB and that doesn't include shared libraries or a kernel. No Linux kernel image, let alone an entire OS, has ever been as small as 10KiB. The story is completely bogus.

      I know you said it doesn't include shared libraries, but it doesn't include the perl interpreter either. libperl is over a megabyte on my system, and THAT is the perl interpreter.

  4. Smaller than a Word Document by Knee+Patch · · Score: 2, Funny

    That's 3.05e-7 Libraries of Congress for those of us in the civilized world.

  5. Security by Anonymous Coward · · Score: 0

    At 10k how much access control or encryption can it have?

    If everything I own is going to be on the internet I want security and a patch mechanism designed in from the start.

  6. Not based on Linux by Anonymous Coward · · Score: 0

    How could it even be? Unix-like? maybe, but that's about it!

  7. I knew it by mattventura · · Score: 5, Funny

    640k was enough after all.

    1. Re:I knew it by robi5 · · Score: 1

      On the spot :-) However sometimes I wonder what would be possible on some ancient hardware, if we used leading edge optimisations and CS advances. For example, would it be possible to create a modern windowing OS on some old platform, or create a generation-defying game for the PlayStation 2? It would be an interesting metric of how much CS has improved along the performance or compactness axis, as separated from the hardware improvement. While the ever worsening code bloat could be pointed out, a lot of relevant advances happened: entirely new or much better compression facilities (H.265), more sophisticated compilers and more optimizable (updates of) languages. It would also be possible to apply exhaustive or other automated searches for ideal code sequencing, because the legacy hardware could be easily emulated at 1000x the speed, thousands in parallel.

    2. Re:I knew it by Anonymous Coward · · Score: 0

      It's been done before. Calmira created a very convincing Windows 95-style start menu for Windows 3.1:
      http://www.calmira.de/

    3. Re:I knew it by amorsen · · Score: 1

      Depends how you define modern windowing OS. As soon as you require modern text rendering, you are in many-MB territory, and just a 1080p framebuffer is fairly large.

      --
      Finally! A year of moderation! Ready for 2019?
  8. 10kb failed already... by buckfeta2014 · · Score: 5, Funny

    The operating system will be open for developers to tinker with

    and suddenly it becomes 10mb.

    --
    Buck Feta. You know what to do.
    1. Re: 10kb failed already... by Anonymous Coward · · Score: 0

      PROTIP: LZMA

    2. Re:10kb failed already... by Anonymous Coward · · Score: 0

      10 millibit seems a bit on the small.side.

    3. Re:10kb failed already... by Anomalyst · · Score: 1

      Makes one wonder how long it will take for them to add systemd?

      --
      There is no right to feel safe thru security vaudeville at the expense of everyone's freedom, privacy and tax money.
    4. Re:10kb failed already... by Anonymous Coward · · Score: 0

      I heard that if you want to develop for this 10k OS, you will need to download a 9 GB VirtualBox image with a yocto build environment but without any actual sources.

  9. It must be a day ending in Y! by larwe · · Score: 1, Flamebait

    ... because there's yet another open-source operating system for Internet of Desperate Hopes for New As-Yet-Unsaturated Markets devices! At this point, you could probably install a light bulb in every socket in your home, with no two light bulbs using the same "universal" OS, radio technology or communication protocol. We don't need /new/ projects like this, we need most of the ones currently in the market - including all the proprietary bullshit ones like Apple's PrisonKit - to die.

    1. Re:It must be a day ending in Y! by Anonymous Coward · · Score: 0

      every socket in your home, with no two light bulbs using the same "universal" OS, radio technology or communication protocol

      UUOS: Universally Unique Operating System. ... off to trademark...

  10. Ba! 10kb? Luxury! by rsilvergun · · Score: 2

    We was lucky if we had 4kb for the OS and the program code and the graphics and the sounds.

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
    1. Re:Ba! 10kb? Luxury! by msauve · · Score: 3, Insightful
      4K? What a luxury. My KIM-1 only has 1152 bytes of RAM of which 256 bytes are the stack, plus another 2K of ROM. But then again, it was

      intended to provide you with a capable microcomputer for use in your "real-world" application.

      Who needs graphics and sound? I've got a 20 mA current loop interface for an ASR-33 (which does make lots of sound, now that I think about it).

      Get off my lawn.

      --
      "National Security is the chief cause of national insecurity." - Celine's First Law
    2. Re: Ba! 10kb? Luxury! by Anonymous Coward · · Score: 1

      Hah, you say that like it's something. Bytes? Back in my day, we had a five bits and we had to share them between seven people and we were grateful for every one of them!

    3. Re:Ba! 10kb? Luxury! by Anonymous Coward · · Score: 0

      What this 'OS' thing. We used to just program in assembler (no I'm not kidding)...

    4. Re:Ba! 10kb? Luxury! by Anonymous Coward · · Score: 0

      We used to program in compiler.

    5. Re:Ba! 10kb? Luxury! by Anonymous Coward · · Score: 0

      I use 4-20mA current loops and 1-5V voltage signals in my daily job. This stuff is still around in industry.

  11. open? by Anonymous Coward · · Score: 5, Insightful

    No mention of the license. "Tinker" isn't sufficient.

    This is Huawei; the electronics arm of the PLA.

    Not touching any of their work without a full open source BSD style license.

    Neither will anyone else.

    1. Re:open? by Anonymous Coward · · Score: 0

      I will if it's GPL.

    2. Re:open? by AmiMoJo · · Score: 4, Insightful

      It's China. What makes you think that a BSD style licence, or any other licence based on western copyright law, would make any difference?

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    3. Re:open? by Anonymous Coward · · Score: 1

      I'm assuming you're not touching Linux either? Since it is not released under a "full open source BSD style license", bur rather under the restrictive communist proprietary GPL.

      Dumb cunt.

    4. Re:open? by LWATCDR · · Score: 1

      Simple with a BSD license you can check the code yourself, build the code, and then deploy the code using a signed encoded DFU file with a custom boot loader.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    5. Re: open? by Anonymous Coward · · Score: 0

      Nope,
      I'm not. It's openbsd all the way amigo.

  12. different from the other liteos? by Anonymous Coward · · Score: 1

    Huawei LiteOs?

    or just this one, repackaged/rebranded/whatever:
    http://lanterns.eecs.utk.edu/software/liteos/
    ?

  13. Old fart's claims finally justified. by JustNiz · · Score: 4, Insightful

    This story seems to confirm my ongoing claim that a minimal Windows install taking 15Gb+ of disk space and using over 1GB of ram just to run is BEYOND crazy. ...but then I'm also old enough to remember when a bootable MsDOS environment used up about 1/3 of a 1.2mb floppy.
    Now get off my lawn.

    1. Re: Old fart's claims finally justified. by Anonymous Coward · · Score: 1, Interesting

      Of course this is smaller than any usable OS. It's just a packet spammer like every other IoT piece of shit. All it can do is bitch about its 1 or 2 sensors and expose your wifi creds.

    2. Re:Old fart's claims finally justified. by Anonymous Coward · · Score: 0

      dude, if you think format /s a: means that 400k is taken up you've got a bad memory.

    3. Re:Old fart's claims finally justified. by Anonymous Coward · · Score: 0

      Get rt 7 lite. ( http://www.rt7lite.com/ )
      Strip ALL the 'useless to you but we'll install it anyway' default shit out of windows 7.
      Get a new clean install of ultimate 7 64 down to 8 gig.

      Miles better than the normal ~16 gig it wants.

      But yeah. Still fucking crazy compared to a dos os WITH desqview multitasking even.
      Mainstream programming has completely rejected efficiency, size, performance and resource efficiency.

      Oh but look... animated buttons! :/

    4. Re:Old fart's claims finally justified. by MobileTatsu-NJG · · Score: 2, Funny

      Do you remeber setting jumpers on your sound card and then configuring each app to talk to it? Do you remember having multiple boot disks with different TSRs loaded so that you can have just enough of your 640k to start a game and have your mouse driver work? Do you remember how you didn't have example code you could easily find after an easy Google search that you could just copy from your browser and paste into your IDE all without preventing your family members from using the phone?

      Bitching about the bloat of a modern Windows install in comparison to a floppy-based version of DOS is like complaining about how many miles per gallon a Boeing passenger gets compared to your scooter.

      --

      "I like to lick butts!" by MobileTatsu-NJG (#32700246) (Score:5, Informative)

    5. Re:Old fart's claims finally justified. by shione · · Score: 1

      Thats because microsoft doesn't give a shit about how much space it wastes on peoples hard drives. My windows 7 computer has a installer folder which takes up over 7gb and I hardly installed any programs on it. Googling tells me I can't delete this folder either. Apparently the folder contains backups of the programs I have installed but since I already do my own backups of the computer it is stupid that I am forced to have a backup of a backup.

      Yea I remember ms-DOS. You could go into the DOS directory and delete every exe and com file you never used to make the OS even leaner.

      BTW, your windows directory is small compared to mine. Mine takes up freaking 30gb and that is with system restore and windows update backups removed. Fuck I hate windows but its the shit os I have to use to use the programs I want.

    6. Re:Old fart's claims finally justified. by Anonymous Coward · · Score: 0

      Mainstream programming has completely rejected efficiency, size, performance and resource efficiency.

      this.

    7. Re:Old fart's claims finally justified. by Anonymous Coward · · Score: 0

      I'm running Fedora 21 on my workstation. This install is a bit over 5 months old, I have everything I need installed, including a fairly resource-intensive desktop environment (Cinnamon), proprietary nVidia drivers, etc. It's not some terminal-only server install, it's a system anyone, even a person with no prior experience, could start using right now.

      My / partition, which contains "the system" (installed packages, months worth of logs, etc. currently sits at a comfy 6.9 GB. /boot, which is also a necessary part of the system, is another 142 MB. That's 7 GB for a modern operating system for a workstation after 5 months with a bunch of programs and drivers installed, working flawlessly, and it's still smaller than a heavily optimized Windows install with no additional software.

    8. Re:Old fart's claims finally justified. by JustNiz · · Score: 1

      you are right. there is no more dicking about with hardware jumpers and maybe 2 parameters in config.sys and autoexec.bat

      I remain convinced that all the extra bloat that modern windows has (registry, hidden system backups, useless control panels, uninformative error messages, retarded menu and filesystem hierarchies etc etc) is NOT the right direction to make a step forward though.

    9. Re:Old fart's claims finally justified. by JustNiz · · Score: 1

      >> BTW, your windows directory is small compared to mine.

      Yeah the 15gb is right after a clean install and before patches (i.e. minimal to the point of the smallest its ever going to be).

      I think my windows partition is using about 120GB now, but in all fairness that includes some small apps I also installed and a few documents on the desktop.

    10. Re:Old fart's claims finally justified. by Anonymous Coward · · Score: 0

      Please enlighten us what the right way is then.

    11. Re:Old fart's claims finally justified. by BlackHawk-666 · · Score: 1

      You didn't need to put all the utilities on it, just command.com was enough IIRC. Then, you'd keep a full DOS disk on hand for when you needed to run any of those pesky external utilities. Real men had two disk drives, so they didn't even need to swap the disk back and forth!

      --
      All those moments will be lost in time, like tears in rain.
  14. kernel 10K by dmitrygr · · Score: 3, Interesting

    the kernel is > 2mb nowadays. how did they get in into 10K?

    --
    -------
    1. Enjoy your job
    2. Make lots of money
    3. Work within the law

    Choose any two.
  15. Compression by Zet · · Score: 1

    They must use middle-out compression.

  16. The art of doing more with less by MpVpRb · · Score: 4, Insightful

    ..seems to be forgotten

    Old time programmers remember squeezing every bit of performance out of a system

    I remember doing image processing on a 4MHz 8088, in 1986, in assembly

    Modern processors are INSANELY powerful..yet, most of the power is wasted on layers and layers of crap that incompetent programmers don't even realize is there

    We need to re-discover efficiency in programming

    1. Re:The art of doing more with less by Anonymous Coward · · Score: 1

      I think what you have forgotten is that what we used to write was extremely configuration-specific, even the early days of Linux the kernel was 386-specific. That "lost art" of low-level optimization is alive and well in console game development where you know exactly the hardware you are targeting. When you have quite literally millions of different possible configurations of hardware and software and your program is expected to run on all of them it isn't practical to do the same low-level optimizations.

    2. Re: The art of doing more with less by Anonymous Coward · · Score: 0

      Yesssss!

    3. Re:The art of doing more with less by Anonymous Coward · · Score: 0

      We need to re-discover efficiency in programming

      Do we really need this "kids these days" rhetoric all the time? Perhaps you should point out some specific mainstream issue and a proposed solution rather than just ranting, these "layers of crap" don't just exist for no reason so call one out and propose a solution.

    4. Re:The art of doing more with less by Jack+Griffin · · Score: 1

      We need to re-discover efficiency in programming

      Why? There's a reason programming has become inefficient, and that's because in most cases it doesn't need to be. You can't fight evolution.

    5. Re:The art of doing more with less by exomondo · · Score: 1

      It's not really that programming has become inefficient, it's that in the old days we targeted specific machines and setups but the industry has changed and those development methodologies are not practical anymore. A lot of the software written back then doesn't run on any modern system anymore so people want to avoid making that mistake again, this means abstraction layers. I could write an application in assembly for every CPU architecture and operating system combination I want to target and re-write it every time a new one comes along but that would be a bit ridiculous. So instead the tradeoff comes in the form of a runtime inefficiency due to an abstraction layer, but as we've seen with the progress of Java even that overhead is diminishing.

    6. Re:The art of doing more with less by Blaskowicz · · Score: 1

      There's even somewhat of a disaster going on. A year ago or more, flash 11.2 for linux got compiled with SSE2 and thus stopped working on processors that only support SSE - and the faster Pentium III or Athlon XP still are good enough CPUs. Adobe couldn't be arsed to provide two paths or just leave the damn thing alone (after promising security updates till 2017).

    7. Re:The art of doing more with less by Anonymous Coward · · Score: 0

      Im not sure I would classify losing Flash support a 'disaster' but yes I most definitely see your point and it is definitely valid! If I were optimizing on a per-architecture and per-operating system basis then even for the more predictable platforms (iDevices for example) the maintenance of such a program for efficiently exploiting the advantages of the newer architectures whilst maintaining support for the older ones would be completely impractical, even worse if I had to do it for every SoC variant that Android runs on or the myriad of PC configurations.

    8. Re:The art of doing more with less by exomondo · · Score: 1

      I remember doing image processing on a 4MHz 8088, in 1986, in assembly

      And nowadays would you write a separate version in assembly for x86_64 processors with SSE instruction support, then one that exploited the benefits of SSE2, then one that used SSE3, then one that used SSE4 then one for AVX and then one for each of those targeting 1, 2, 4, 6, 8, 12 cores to squeeze "every bit of performance out of a system"? Then take a look at all the custom Apple chips and all the custom ARM chips and write individually optimized versions for those as well? Of course you wouldn't.

      Sure you could do that but is the performance gain (if there is one at all) worth it over writing it in C and targeting these platforms using different compilers/compiler flags? I'm curious as to what you're actually suggesting should be done here.

      Hand optimization has its place when you know what you're targeting and there is a measurable performance advantage to doing so whilst not having considerable maintenance debt, tuning shader algorithms for various GPUs and their specific extensions is certainly still done for example. But most software these days needs to target many architectures, configurations and software platforms and the benefits of hand optimization simply aren't there vs the cost.

    9. Re:The art of doing more with less by makapuf · · Score: 1

      Or write one for whichever sse has interesting instructions and a fallback mode in C. For embarrassingly parallel image processing divide your image in nbcores sub image and call your engine with each. No need to provide more. And writing good simd code is still better done by hand. All apple core are ARM, write one with NEON also or better for one core. The cost benefit analysis isn't always go with higher level languages either.

    10. Re:The art of doing more with less by John+Allsup · · Score: 2

      The biggest benefit of learning how to do hand optimisation is not the hand optimised code that results. It's having a clue, when writing higher level code, what that code will end up asking the processor to do. If you don't understand assembly, you are throwing abstract language into a magic black box, and the thinking and reasoning about what happens next often comes to resemble magical thinking. On the other hand, if you are familiar enough with assembly to actually see what your C compiler does with your code, you tend to reason out how to solve programs with the end result in mind, and this leads to better programs.

      --
      John_Chalisque
    11. Re:The art of doing more with less by Anonymous Coward · · Score: 0

      In 1985 on my Apple 2C (0.97mhz 8-bit CPU, 128K RAM with a simple MMU) I had a FIG-Forth system with the compiler, source-level single-stepping debugger, assembler, full screen editor, disk operating system (with filenames, not just those traditional Forth block numbers) and assorted utilities, in just under 5K. My first experience with multithreaded software was on that same machine using UCSD Modula-2, though it only supported up to 10 threads or so before memory became a problem. But still...

      Small software is still doable, the Arduino stuff is down in that range after all, but it takes the right mindset and the right language and compiler.

      I've long since lost interest Forth, but I still have a very soft spot for Modula-2, which hit a real sweet spot in terms of power (somewhere between C and C++) and readability. Go is the most similar language today, though they changed the Pascal syntax to be a bit more C-like (but only a bit, the type and function declarations in Go look odd to a C programmer because they're using the Modula-2/Oberon syntax with C keywords and tokens). It's a pity that Go generates such huge code, you can't get much beyond hello world without the compiler crapping out a 12MB binary.

    12. Re:The art of doing more with less by Anonymous Coward · · Score: 0

      Not mentioning game engine programers, some of us actually did, the moment we stepped into mobile programming.

    13. Re:The art of doing more with less by Anonymous Coward · · Score: 0

      Is this a serious post? Did you really regularly use *flash* on a pentium III or Athalon?

      I see flash animations/games now that lag horribly on my friggin i7 @3.5ghz with 18gb of ram. I just cannot take this post seriously. Pentium III cpu's are not 'good enough' now. Maybe for like, a router or something, but general use computing? Shit ain't happening. Try going to amazon.com with a computer that has a pentium III and 512mb of ram. Get back to us next year when the page finally renders.

    14. Re:The art of doing more with less by exomondo · · Score: 1

      Or write one for whichever sse has interesting instructions and a fallback mode in C.

      How does that equate to "squeezing every bit of performance out of a system"?

      For embarrassingly parallel image processing divide your image in nbcores sub image and call your engine with each. No need to provide more.

      I don't think that's the kind of thing he's talking about, we all know this and I'm not sure there's many image processing programs that don't do that.

      All apple core are ARM, write one with NEON also or better for one core.

      This is again targeting the lowest common denominator rather than optimizing for the features you have available, exactly what the GGP was arguing against.

  17. Re:kernel 10K by 93+Escort+Wagon · · Score: 5, Funny

    the kernel is > 2mb nowadays. how did they get in into 10K?

    Lossy compression.

    --
    #DeleteChrome
  18. It's not Linux-based by Jonner · · Score: 3, Insightful

    The claims are ludicrous on their face. No Linux-based has ever been as small as 10KiB. Even the earliest distributions of Linux-based operating systems in the early 1990s required a couple of floppies.

    1. Re:It's not Linux-based by Anonymous Coward · · Score: 0

      You can call it Linux even without shipping all that GNU bloatware. How large is the compiled v0.01 kernel and a bootloader for embedded systems? Since nobody is going to SSH to it, you can remove all programs, and implement your sensors and protocols as compiled-in kernel drivers.

    2. Re:It's not Linux-based by Anonymous Coward · · Score: 1

      77k, source, just the kernel.

    3. Re:It's not Linux-based by Jonner · · Score: 1

      You can call it Linux even without shipping all that GNU bloatware. How large is the compiled v0.01 kernel and a bootloader for embedded systems? Since nobody is going to SSH to it, you can remove all programs, and implement your sensors and protocols as compiled-in kernel drivers.

      You've obviously never built Linux. The kernel image size is at least one MiB and usually several. It's never been as small as 10 KiB.

    4. Re:It's not Linux-based by Anonymous Coward · · Score: 0

      Obviously, their claim to be linux based is > /dev/null.
      They say that only to make some noise.
      "Oooh, shiny, it's Linux based!" - clueless.

    5. Re:It's not Linux-based by Jonner · · Score: 1

      Obviously, their claim to be linux based is > /dev/null.
      They say that only to make some noise.
      "Oooh, shiny, it's Linux based!" - clueless.

      Yeah, that's what I assume.

    6. Re:It's not Linux-based by 4im · · Score: 1

      I distinctly remember Tom's rootboot, which came on a single 1.44 floppy. I used it often to fix "sick" systems, it came with a number of useful tools. So, it is certainly feasible to strip a Linux system down quite far. Ah, here it is: http://www.toms.net/rb/

    7. Re:It's not Linux-based by Jonner · · Score: 1

      I distinctly remember Tom's rootboot, which came on a single 1.44 floppy. I used it often to fix "sick" systems, it came with a number of useful tools. So, it is certainly feasible to strip a Linux system down quite far. Ah, here it is: http://www.toms.net/rb/

      You are correct that there have been Linux-based operating systems that fit in a MiB or two. That is more than one hundred times the size claimed in this ridiculous article.

    8. Re:It's not Linux-based by thegarbz · · Score: 1

      Even the earliest distributions of Linux-based operating systems in the early 1990s required a couple of floppies.

      From one extreme to the other. Even in the late 90s and early 00s it was possible to boot a linux system from a single floppy. Heck there's even a distribution named fd-linux. Not just the kernel either. I remember having a full network routing OS with firewall and the works boot from a single floppy.

    9. Re:It's not Linux-based by Jonner · · Score: 1

      Even the earliest distributions of Linux-based operating systems in the early 1990s required a couple of floppies.

      From one extreme to the other. Even in the late 90s and early 00s it was possible to boot a linux system from a single floppy. Heck there's even a distribution named fd-linux. Not just the kernel either. I remember having a full network routing OS with firewall and the works boot from a single floppy.

      I'm not really sure what your point is or what extremes you're referring to. You also seem to be unaware that floppy disks vary hugely in size. Common sizes on PC hardware varied from 360 KiB up to 1.44MiB. Obviously, one would need three of the former to hold as much as one of the latter. Perhaps you're trying to imply that what I said was incorrect.

      According to http://www.maketecheasier.com/...:

      The earliest known distribution was by HJ Lu in early 1992. It consisted of two floppies: a “boot” disk to boot the system and a “root” disk that contained the filesystem, and from which it actually ran.

      All of this is beside the point, which is that every Linux-based operating system has required many times the storage space claimed in the article.

    10. Re:It's not Linux-based by adolf · · Score: 1

      You also seem to be unaware that floppy disks vary hugely in size. Common sizes on PC hardware varied from 360 KiB up to 1.44MiB. Obviously, one would need three of the former to hold as much as one of the latter. Perhaps you're trying to imply that what I said was incorrect.

      Oh, you poor, poor pedant. (3*360KiB)!=1.44MiB.

      If you can't get your arithmetic right, how are we to believe anything else you have to say?

    11. Re:It's not Linux-based by F.Ultra · · Score: 1

      So you are comparing a complete distribution with something like LiteOS that is only supposed to support an IoT?

    12. Re:It's not Linux-based by Jonner · · Score: 1

      You also seem to be unaware that floppy disks vary hugely in size. Common sizes on PC hardware varied from 360 KiB up to 1.44MiB. Obviously, one would need three of the former to hold as much as one of the latter. Perhaps you're trying to imply that what I said was incorrect.

      Oh, you poor, poor pedant. (3*360KiB)!=1.44MiB.

      If you can't get your arithmetic right, how are we to believe anything else you have to say?

      Yeah, I guess you'd need four, reinforcing my main point further.

    13. Re:It's not Linux-based by Jonner · · Score: 1

      So you are comparing a complete distribution with something like LiteOS that is only supposed to support an IoT?

      Linux itself is much larger than 10KiB. Therefore, any OS using it must be bigger than 10KiB.

    14. Re:It's not Linux-based by F.Ultra · · Score: 1

      Compiled with millions of drivers, filesystems and other functionality that this LiteOS kernel probably doesn't need yes but remove all that and it shrinks vastly in size. If LiteOS only have to support a single piece of hardware then they can remove lots and lots of stuff.

    15. Re:It's not Linux-based by Anonymous Coward · · Score: 0

      I've actually ran debian net install from one or two floppies back in '04. I can't remember for sure I think it was 1 floppy for kernel 2.4 and two for 2.6.

    16. Re:It's not Linux-based by adolf · · Score: 1

      That you're both pedantic and wrong?

      You, sir, win the award for Conceded Asshole of the Day.

    17. Re:It's not Linux-based by Toshito · · Score: 1

      Real programmers use KB, not those puny little KiB!

      --
      Try it! Library of Babel
  19. No thank you by MSG · · Score: 4, Informative

    Does anyone remember the tear-down of Huawei's router OS, presented at DEFCON 20? Why would you let those people anywhere near your hardware?

    1. Re:No thank you by Anonymous Coward · · Score: 0

      No, links please

    2. Re: No thank you by Anonymous Coward · · Score: 0

      Just type DEFCON 20 into YouTube.

  20. there are no vulnerabilities in code that isn't th by raymorris · · Score: 1

    The only code guaranteed to be secure is code you didn't include. If typical code, Windows for example, has one serious bug per 5,000 lines of code, this should have approximately 0 serious bugs.

  21. 10kb by anchor_tag · · Score: 1

    Sadly not sure a word document is even a fair comparison anymore. A "Hello World" document is roughly 12kb alone. You can open it with a .zip tool to see why. It's chocked full of xml and metadata files.

    1. Re:10kb by p0larity · · Score: 1

      I didn't know an empty Word document is bigger than 10kb these days. I thought it was a single XML document.

      No.

      It's a ZIP of a whole folder structure of XML documents, even with nothing written! Bizarre.

      http://imgur.com/a/EqHqh

  22. just 0.009 kb by Anonymous Coward · · Score: 0

    Actually - it's just 0.009 kb

    https://github.com/OIOTC/Liteos

  23. Well, perhaps you should look at features by Sycraft-fu · · Score: 1

    And also other tradeoffs. It is fashionable for some geeks to cry about the amount of disk space that stuff takes, but it always seems devoid of context and consideration, as though you could have the exact same performance/setup in a tiny amount of space if only programmers "tried harder" or something. However you do some research, and it turns out to all be tradeoffs, and often times the tradeoff to use more system resources is a good one. Never mind just capabilities/features, but there can be reasons to have abstractions, managed environments, and so on.

    1. Re:Well, perhaps you should look at features by JustNiz · · Score: 2

      You're right everything is all about whcih compromises you're prepared to make.

      It seems that ease of development and time to market are now the carte-blanche excuses to mercilessly bodge an architecture, consider memory/disk/cpu resources to be infinite, and throw in dependencies on every bloated toolkit and library instead of writing a few lines of well-crafted code.

      In fact I'd say that ability to write well-crafted code is now a dying art. Most so-called developers these days are basically just package integrators and any coding they're obliged to do is sloppy and just glue logic between packages, and they're lost if its in a langauge that doesnt have a garbage collector.

  24. Incorrect by Sycraft-fu · · Score: 5, Interesting

    It is easier with something simpler, not something smaller. When you start doing extreme optimization for size, as in this case, you are going to do it at the expense of many things, checks being one of them. If you want to have good security, particularly for something that can be hit with completely arbitrary and hostile input like something on the network, you want to do good data checking and sanitization. Well guess what? That takes code, takes memory, takes cycles. You start stripping everything down to basics, stuff like that may go away.

    What's more, with really tiny code sizes, particularly for complex items like an OS, what you are often doing is using assembly, or at best C, which means that you'd better be really careful, but there is a lot of room to fuck up. You mess up one pointer and you can have a major vulnerability. Now you go and use a managed language or the like and the size goes up drastically... but of course that management framework can deal with a lot of issues.

    1. Re:Incorrect by thegarbz · · Score: 1

      Indeed, but the two go hand in hand. Smaller is usually simpler. There's only so much optimisation you can do. We're not talking about shaving a few gig off windows, we're talking about a 10kB OS.

    2. Re:Incorrect by shutdown+-p+now · · Score: 3, Insightful

      I doubt this is really super optimized for size. More likely, it's really just a very, very basic OS with the absolute bare minimum of functionality. Think glorified bootloader for a single process with a bunch of libraries for basic stuff like simple filesystem and TCP/IP networking. Getting all that into 10K is not particularly difficult, and the code is likely pretty straightforward C.

    3. Re:Incorrect by gbjbaanb · · Score: 1

      What's more, with really tiny code sizes, particularly for complex items like an OS, what you are often doing is using assembly, or at best C

      You're going to have quite a surprise when you look at the source code of any kernel!

      Linux seems to do OK with its kernel without having to write it all in Java or C#.

  25. Why? by mcmonkey · · Score: 1

    Why is the "internet of things" still a thing?

    Is this for people who miss the good ole days of polio and small pox?

    1. Re:Why? by currently_awake · · Score: 1

      It's amazing how hard people look for the next big thing when their current business model is spiraling down the drain. Most of the stuff in your home should not be on the internet, for any reason. Have a local network (LAN) for the home, with a router and firewall to allow a whitelist of connections outside.

    2. Re:Why? by tlhIngan · · Score: 1

      Why is the "internet of things" still a thing?

      Actually, it's always been a "thing". Just the term "Internet of things" is relatively new, but the concept quite old.

      We used to call them "Smart Devices" and our demo boards came with software that allowed them to be remotely managed (the boards were StrongARM based SBCs with Ethernet controllers). They were "smart" in that you connected them to a network and could be managed without physically having to be there.

      Or hell, the "internet connected toaster" is a concept that predates even that.

      Internet of things is just the trendy catchphrase.

  26. Linux-based? by gwolf · · Score: 1

    In 10K? If anything, it's Linux-inspired. I joined by ~1.2.x (1995), and the minimum specs were already ~2MB RAM.

    1. Re: Linux-based? by bill_mcgonigle · · Score: 2, Funny

      10K is huge! Why, I've got a 64-bit operating system!

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    2. Re:Linux-based? by Darinbob · · Score: 1

      Ya, it feels a bit of a stretch. 10K is tiny. 8-bit CPU systems with a tiny application and no operating system take up more code space than that and that's with no networking or security. I'm struggling with 128K code and 16K ram to fit in what is needed, but that's with 16 bit instructions.

      I can't see any links to get verifiable information. I suspect it's 10K ram with code in flash or rom though, or it has some seriously limited requirements (only communicates with a nearby phone, recharge every night, using an attached radio modem to do all the work but not counting code size that it uses).

    3. Re:Linux-based? by Anonymous Coward · · Score: 0

      10k ram sounds like too much to be bragging about. There already are implementations out there that does the same things with ~2k.
      I would say it is the flash memory. It's large enough to be plausible and small enough to brag about.
      The only thing that stinks is the claim that it is based on Linux, that wouldn't be a good starting point for getting it that small.
      Possibly one of the developers looked at Linux and said "Yep, our OS is going to have processes and memory allocation too."

    4. Re:Linux-based? by Anonymous Coward · · Score: 0

      No, it's their own proprietary microkernel that they're starting to use in many product lines: factory robots, switches and phones. This is likely just the size of the text segment of a minimal build of the kernel, without any of the helper servers that would make a bootable system, nevermind a useful OS.

      It's not unusual for microkernels to be this small: a non-size optimized OKL4 kernel is 48k+30k of text+data on ARM, 52k+46k on x86. (Qualcomm uses a derivative of OKL4 in the RTOS on its modem chips.)

    5. Re:Linux-based? by Anonymous Coward · · Score: 0

      Uh, no. Commodore 64 KERNAL was only 8k.

    6. Re:Linux-based? by arglebargle_xiv · · Score: 1

      That's what I thought too, and then there's the "smaller than a Word document", which is a bit like saying "shorter than a piece of string". I've seen embedded "OSes" that fit into less than 10K, but they're more like task switchers than any kind of OS, and certainly don't have auto-config and who knows what else they're claiming. I suspect this announcement may end up, on closer investigation, to be a badly mistranslated statement about toilet paper production in the next five-year plan.

  27. Re:even if you don't want applicances to be connec by Jack+Griffin · · Score: 1, Redundant

    I don't buy into this IoT gimmick. I looked at an Internet fridge last time I was in the market. It seemed to add more cost, complexity and potential reliability issues for no real gain. Instead I got a regular fridge. Still keeps my food cold, and I never have the administration overhead of having to manage it.

  28. Evolution? To the contrary! by Taco+Cowboy · · Score: 1

    We need to re-discover efficiency in programming

    Why? There's a reason programming has become inefficient, and that's because in most cases it doesn't need to be. You can't fight evolution

    To this old timer this sure ain't a case of "evolution"

    It's much more closer to DE-volution

    Something evolves to be better

    But when something becomes worse, it DE volves

    --
    Muchas Gracias, Señor Edward Snowden !
    1. Re:Evolution? To the contrary! by Jack+Griffin · · Score: 1

      Something evolves to be better

      No it doesn't, Something evolves to better suit it's environment. More powerful processing allows inefficient programming to thrive. It thrives because it works. That is evolution.

    2. Re:Evolution? To the contrary! by Anonymous Coward · · Score: 0

      For wide definitions of "works"

  29. "Based on Linux" = GPL by Macfox · · Score: 1

    Where's the download link?

    --
    Area51 - We are watching...
    1. Re:"Based on Linux" = GPL by Anonymous Coward · · Score: 0

      If they're not distributing it they don't need to give you crap.

  30. And thank you for letting us study abroad. by Anonymous Coward · · Score: 0

    So in 2011 back when LiteOS was funded by the american national science foundation a team of chinese researchers released a 17 megabyte version. I'm impressed by how much redundant code was removed. 10 print world; 20 init usb; 30 ' "it's working perfectly; 40 halt ? is the new source code? I'm salivating to look over the 17 megabyte code before it was backsourced to china after being paid for by the american government.

  31. 10K ought to be enough for anyone. by future+assassin · · Score: 1

    Future Assassin
    Slashdot
    May 20 2015

    --
    by TheSpoom (715771) Uncaring Linux user here. I have nothing to add to this but please continue. *munches popcorn*
  32. Stupid 'merica by Anonymous Coward · · Score: 0

    After reading your comments, i start to realise it's not an insult.

  33. Question by Anonymous Coward · · Score: 0

    What should be in the IoT-kernel to be secure forever? I think it should only be able to connect to a secure gateway (and nothing else). And the state of the art is a moving target. So if the protocol, its implementation and the version is safe should be determined by the gateway.

  34. Re:kernel 10K by Anonymous Coward · · Score: 0

    They left out the security patches to the original kernel.

  35. Huawei as a Security Threat by SmaryJerry · · Score: 2

    As a former employee of a technology company that did business with Huawei I can tell you the U.S. government banned all purchases of Huawei hardware for a time and prevented Sprint from building a wireless network with their hardware. Also, all of the Huawei software had to be routed directly through a government agency with source code to check it for security holes. Now I wasn't privy to any of the results but I haven't read any news about the government changing their stance on them..

  36. Lite has gone extinct. by Anonymous Coward · · Score: 0

    ... when even a 9$ computer has a 1GHz CPU, 512M ram and 4G flash... Functionality is more important than OS size.

    1. Re:Lite has gone extinct. by soccerisgod · · Score: 1

      Hate to burst your bubble but if we're really talking about embedding networking tech into household appliances and wearables and stuff, issues like energy efficiency suddenly come into play. Then it does matter what kind of hardware your software is supposed to run on, and how much space that hardware has. Without a doubt, a microPIC will use far less power than your SoC which probably gobbles up 2-5 watts doing absolutely nothing.

      --
      If a train station is a place where a train stops, what's a workstation?
  37. Re:Don't do it! by MobileTatsu-NJG · · Score: 4, Informative

    I'm guessing that joke's a lot funnier outside of the United States.

    --

    "I like to lick butts!" by MobileTatsu-NJG (#32700246) (Score:5, Informative)

  38. There was never any question about that by Anonymous Coward · · Score: 2, Insightful

    Remember that QNX demo disk? Single floppy booting into OS with networking, GUI, terminal emulator, web browser. Alright, so it's a compressed 1440kB image and it took a while to decompress. But still, it gave you a web browser. And really, that's most of what I need and already more than I want. I don't *want* to need a web browser for what I like to do. There should also be a decent text editor, a programming language of choice (C has always been large-ish even without any supporting libraries, certainly compared to, say, turbo pascal--I could fit the latter's compiler and system library plus a text editor and room to spare on a 360kB floppy if I lost the BGI library from the system set, never used that anyway) and of course a little room to work with.

    Anyway, there are plenty more examples all with different tradeoffs. The tradeoff with "modern" OSes is very much not space optimisation, nor even memory optimisation or cycle preservation. Disk, RAM, CPU, even GPU these days, are considered "free" resources and are therefore spent with wild abandon, and redmond is far from the only culprit. It is said that developer time is always more precious, but I say it doesn't if you multiply these hidden costs by the number of users. That is before considering that many developers are in fact idiots in disguise. For a widely-used project it really is a good idea to make sure it still runs reasonably well on slower and less resourceful hardware. But "the industry" disagrees.

    The approach taken does mean you need to buy more hardware for basically no gain in essential function with depressing regularity. These days even just to update your browser. And you have to update your browser because so many websites have "upgraded" to new, incompatible, ways of doing the same old thing, again with no discernible increase in essential functionality.

    Even the bells and whistles gained aren't worth it: Lots of slow javascript requiring superfast javascript interpreters to reinvent basic things that used to work fine, like presenting a bit of text and some pictures, add a couple of hyperlinks. It's just that "everyone" uses the same bloated and slow javascript-laden website kits. So we're in a situation where we're standing on the shoulders of those that came before, but while the result is slow and ponderous, only the amount of resources required counts as giant.

    As someone not grey-haired yet, I see a lot of room for improvement here.

  39. GNU/Linux? by Anonymous Coward · · Score: 0

    When you remove GNU from GNU/Linux, you are only left with 10KB.
    Thus proving this story is accurate.

  40. Re:kernel 10K by F.Ultra · · Score: 1

    It's only > 2mb if you include tons of drivers and functionality that they probably stripped. Since it's a IoT for their own hardware they probably only have support for the very tiny subset of hardware that they have and drivers are a big part of the kernel.

  41. Re:kernel 10K by AmiMoJo · · Score: 1

    As well as cutting down the kernel as much as possible they have a compressed boot image. That has to be loaded into RAM and decompressed to be much larger before use.

    --
    const int one = 65536; (Silvermoon, Texture.cs)
    SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
  42. Re:even if you don't want applicances to be connec by robi5 · · Score: 2

    I don't buy into this Internal Combustion Engine gimmick. I looked at a self-powered vehicle last time I was in the market. It seemed to add more cost, complexity and potential reliability issues for no real gain. Instead I got a regular stagecoach. Still transports people and goods, and I never have the administration overhead of having to manage it.

  43. So.... by koan · · Score: 1

    No room for any security...

    --
    "If any question why we died, Tell them because our fathers lied."
  44. Yeah but by sproketboy · · Score: 1

    Can it run Crysis?

  45. Re:even if you don't want applicances to be connec by radl33t · · Score: 1

    good for you. I want sophisticated software based digital controls in all my appliances that are run on the same $8 internet connected computer that I can replace, flash, customize, update, optimize for my lifestyle, for my local utility programs and incentives, renewable power systems, energy storage, peak demand reduction, etc.

    You will always be able to buy the cheap refrigerator with a poorly controlled compressor. unfortunately that's also the model with poor insulation, bad stripping, and a nasty compressor. Also the administrative overhead of figuring the additional energy and operating cost you waste from this choice is very small. Maybe you can spend this saved time investigating your hypothesis about the complexity and potential reliability of digital controls.

  46. Corollary by ThatsNotPudding · · Score: 1

    security is easier with a small footprint than a large one.

    a small footprint is easier with no security.

  47. Is that even the same liteOS ? By the description by orogorhotmail.com · · Score: 1

    2011, 17Meg . Is that even the same liteOS ? By the description it seems that yes. http://www.liteos.net/ https://code.google.com/p/lite...

  48. Is it Linux based? by Anonymous Coward · · Score: 0

    I don't see Linux being mentioned in the Huawei press release. Where is the original source? It seems very unlikely that its Linux based. It would more likely be like FreeRTOS or Keil RTX.

  49. Re:even if you don't want applicances to be connec by tehcyder · · Score: 1

    I don't buy into this Internal Combustion Engine gimmick. I looked at a self-powered vehicle last time I was in the market. It seemed to add more cost, complexity and potential reliability issues for no real gain. Instead I got a regular stagecoach. Still transports people and goods, and I never have the administration overhead of having to manage it.

    Yeah, ha ha, but very few people actually owned their own stagecoach, whereas nearly everybody already has a fridge.

    But kudos for shoehorning in a car analogy.

    --
    To have a right to do a thing is not at all the same as to be right in doing it
  50. Sure, smaller than a Word doc... by cant_get_a_good_nick · · Score: 1

    But think of all the viruses that poor Word document needs to support

  51. Re:kernel 10K by Anonymous Coward · · Score: 0

    Maybe... but executable binary code of any kind don't compress well enough to be "much larger" after decompressed, regardless of the method of compression.

  52. Re:even if you don't want applicances to be connec by boristdog · · Score: 3, Funny

    Only an idiot would buy a fridge. I build my own.

  53. Re:even if you don't want applicances to be connec by countSudoku() · · Score: 1

    I look forward to hacking into your $8 Internet connection to make your stupid fridge fuck your toaster and have your stupid smartphone video it and post it to your stupid facebook account

    IoT is for idiots who don't realize you don't need a fucking Internet connection for a fridge. What a fucking waste of technology. I hope your fridge gets a virus and you get diarrhea

    Now put a embedded system into some dildos? THEN you have some modern IoT shit, bro

    --
    This is the NSA, we're gonna geet U h@x0r5! Also, what is a h@x0r5?
  54. Re:kernel 10K by Anonymous Coward · · Score: 0

    In a sense, that's precisely it. They made it smaller by removing things. So yeah, lossy compression!

  55. Hope you like coding everything in assembly by GameboyRMH · · Score: 1

    I can't imagine this OS has anything resembling libraries or runtimes on it...one of those cheapass modems you can telnet into will seem luxurious in comparison. How much need will there be for an OS like this in the future when you can already run a full desktop OS on a $25 single-board computer?

    --
    "When information is power, privacy is freedom" - Jah-Wren Ryel
  56. lifstile by Anonymous Coward · · Score: 0

    Pada dasarnya ,poduck yang sudah terkenal bisa mudah di cari atau di jual di pasar ,spermarket,moll , atau di toko-toko. Kalo anda mengagap seperti itu ,saya rasa kurang pas.Disini kami sebagai distributor PT NASA [NATURAL NUSANTARA] menegaskan ,,Bahwa produck produck kami tidak dijual di toko toko atau agen -agen pada umumnya.Produck kami hanya dijual di agen-agen / distributor resmi PT NASA [NATURAL NUSANTARA].Mengapa demikian ,karena itu sudah menjadi kesepakatan marketing dari pt nasa.

    Disetiap distributor PT NASA pasti mempunya no urut atau nomor keangngotaan.Fungsi no keangotaan tersebut untuk mengecek jika terjadi komplain para konsumen bisa melaporkanya kepihak marketing pemasaran PT NASA.[NATURAL NUSANTARA]. Untuk itu anda harus bisa lebih selectif kalo ingin membeli produc Crystal X yang asli,, karena masih banyak yang ketipu dengan produck tiruan kami.lebih lengkapnya klic di sini. jual crystal x asli

  57. Re:even if you don't want applicances to be connec by Jack+Griffin · · Score: 1

    My fridge wasn't cheap, it was merely cheaper than the exact same thing with the Internet in it. There is no administrative overhead, I've never had to administer any fridge I've owned in 30 years. Ask your friends that have Smart TVs how many times they use the smart features. I did, and the answer across the board was "once when I first got it, then never again").

  58. Still only IPv4 by kmoser · · Score: 1

    Support for IPv6 brings it to 374 MB.

  59. Re:even if you don't want applicances to be connec by Jack+Griffin · · Score: 1

    So because people buy cars then every invention ever is awesome? Good argument...

  60. Re: even if you don't want applicances to be conne by robi5 · · Score: 1

    The current car isn't much like the first self-powered versions. But even larger is the difference between the preexisting society and that which was shaped by the ubiquitous car. So the analogy isn't merely that it's an invention, but that it's an invention that in some form, sooner or later, is guaranteed to necome commonplace, widespread and yet again transformative to society, yet rejected by some of the early evaluators.

  61. this is not an OS by metaforest · · Score: 1

    it is probably a boot loader.

    Apple ][+ had an OS that was 4KB, it was a boot loader too. The default behavior was to launch the 8KB AppleSoft interpreter. If you happened to have a Disk ][ unit installed it would digress into loading 6KB of AppleDOS into RAM from a 2KB ROM on the DISK controller before seeding the low level globals of AppleSoft to patch interpreter's command dispatcher to handle DOS commands from the CLI, and then calling into the interpreters main loop.
    Kids these days.... No appreciation for how much quality work a few KB of assembly language code can do.

    The largest Atari 2600 games were less than 10KB, most were 4KB, until bank swapping became popular and that included ALL game assets! Most NES games were less than 16KB of executable code.

  62. Speaking of C64... by DrYak · · Score: 1

    Commodore 64 KERNAL was only 8k.

    Though that kernel didn't do TCP/IP networking.

    Nevertheless, there *are* small opensource OS able to pull network on a C64 (e.g.: Contiki-os).
    Huawei's LiteOS is competing against them.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
  63. Actually by DrYak · · Score: 1

    Well, actually the *chinese* backdoor is the one which is hardware embed into the chip that runs the LiteOS.
    The 9KB you're looking at are the *russian* backdoor that they managed to sneak in without anybody noticing.
    (The remain 1K was written by a coordinated effort of european spying agency... hey not everyone has the ressource of the big player, some need to pool together)

    The US you ask? They are busy introducing a new law that will make eaves-dropping access mandatory on all IoT gizmos.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
  64. Re: even if you don't want applicances to be conne by Jack+Griffin · · Score: 1

    but that it's an invention that in some form, sooner or later, is guaranteed to necome commonplace, widespread and yet again transformative to society, yet rejected by some of the early evaluators.

    Crap. Based on what? Your opinion?
    Not every invention becomes commonplace, in fact most are failures. I'm yet to hear any argument why an Internet fridge is better than a regular fridge. The fact that we actually have Internet Fridges right now, and nobody I know has one, is a pretty clear indication that this invention is less like the car and more like the 3D TV, the Curved TV, or the Segway.

  65. Re: even if you don't want applicances to be conn by robi5 · · Score: 1

    It was about the IoT in general, rather than the networked fridges as they exist today on the market. The first cars sucked, and maybe the first IoT fridges don't offer much plus either. Cars were an ultimately accepted invention, because they provided what a lot of people want: reliable individual mobility without horseshit and having to keep large animals. Even more so, networked objects are destined to be part of people's life, because the marginal cost of sensors, pattern recognition and being networked approaches zero, but there's bound to be applications, possibly including monitoring and improving the domestic segment of the foodchain, that bring benefit.

  66. Re: even if you don't want applicances to be conn by Jack+Griffin · · Score: 1

    Well you keep believing the dream. I have a Web TV you might like to buy....

  67. Re:even if you don't want applicances to be connec by radl33t · · Score: 1

    I don't have friends with smart TVs, I do have friends working on refrigerators that can coordinate fast demand response with the grid, thus enabling the second or third largest appliance of every dwelling in the country to actually contribute services that increase the predictability and reliability while decreasing the cost of distribution and generation. Not bad for $8 of electronics.

  68. Re:even if you don't want applicances to be connec by radl33t · · Score: 1

    It's ok to be ignorant. It's not ok to get angry and lash out.

  69. Re:even if you don't want applicances to be connec by radl33t · · Score: 1

    Very true. I have not yet mastered multi-stage sealed vapor compression technology yet.

  70. Re:even if you don't want applicances to be connec by Jack+Griffin · · Score: 1

    Yeah until it breaks, then it costs $150/hour to get an expert to repair it. Your friends must've missed the first day of Engineering school where they teach you KISS.

  71. Re:even if you don't want applicances to be connec by radl33t · · Score: 1

    this thinking is comical. I'd really like to see the the contents of your root cellar to validate your choice of a vapor compression cycle machine to store your perishables. And I could take this in a thousand other directions to demonstrate your absurdity. Oh what's that you're just making some obscene argument based off inconsistent personal values? yeah. right. While you dig holes to refrigerate your eggs and vegetables (or more likely just proceed in a state of self delusion), options will be made available to the rest of us that leverage technology to save money, reduce operating costs, and shockingly, improve reliability.

    You can maintain your crude systems with high operating costs. I certainly won't infringe on your freedom to make bad choices as long as I don't have to subsidize them anyway.

  72. Re:even if you don't want applicances to be connec by Jack+Griffin · · Score: 1

    Conversely, you seem to think technology is the solution to everything. Just because you can add technology doesn't mean you should.
    An example is a German oven (no Godwin jokes here). The Germans make the best ovens, and a lot of them still have mechanical controls. Why do you think this is? Surely digital is better? And why not make a smartphone app for them? What could be better than that?
    A Swiss watch?
    The humble bicycle?
    Why do you think these things exist?
    Sure Technology is great, but not it's not the default answer for EVERYTHING! ALL THE TIME! When you grow up you might appreciate this a bit more.

  73. Re:even if you don't want applicances to be connec by radl33t · · Score: 1

    I think most German appliances have fully digital controls, especially EU-style convection ovens. I've already articulated the benefits to society of connected, intelligent energy intensive appliances. You've just ignored those benefits due to some kind of personal grudge.

    Our energy grid is growing increasingly complex and unpredictable, "stupid" devices have obvious drawbacks for grid management, demand response, electricity markets, etc. Paired with distributed storage and generation, coordinating electrical usage can dramatically reduce the generation, transmission, and distribution costs during times of peak demand and minimum demand. We'll eventually have market-based pricing that will take all this into account ... and you'll pay money and others will save. I support your choice, why don't you support mine?

  74. Re:even if you don't want applicances to be connec by Jack+Griffin · · Score: 1

    I've already articulated the benefits to society of connected, intelligent energy intensive appliances. You've just ignored those benefits due to some kind of personal grudge.

    You articulated what you think are benefits and ignored any downsides (Complexity!) I tend to be a bit more cynical, mainly because I've heard it all before. 3D-TV anyone?

    Our energy grid is growing increasingly complex and unpredictable,

    So your solution is more complexity and unpredictability? Also power generation isn't complex, it's fairly well understood. Once people get over the nuclear power boogie man, we just ramp up generation. Problem solved.

    "stupid" devices have obvious drawbacks for grid management, demand response, electricity markets, etc.

    Yes but many other benefits, namely simplicity to produce, maintain and repair.

    Paired with distributed storage and generation, coordinating electrical usage can dramatically reduce the generation, transmission, and distribution costs during times of peak demand and minimum demand. We'll eventually have market-based pricing that will take all this into account ... and you'll pay money and others will save.

    You'll pay more for all your devices because they'll all need Network adapters and processors, and software, and OSes, and updates and monitoring and logging....
    And for most average Joes, they'll need to pay someone to come over and set it up, and then come back and fix it when it invariably stops working properly.

    I support your choice, why don't you support mine?

    Fill your boots. If you want an Internet Fridge more power to you, my original claim was that I don't buy into, and I think many others won't either.