Prev: LM3478 design gets insanely hot
Next: 89C51ED2
From: Jan Panteltje on 10 Aug 2008 13:50 On a sunny day (Sun, 10 Aug 2008 10:37:59 -0700) it happened AnimalMagic <AnimalMagic(a)petersbackyard.org> wrote in <np9u94l9en47rkd3kje3v8h1co4vfh431m(a)4ax.com>: >On Sun, 10 Aug 2008 15:02:40 GMT, Jan Panteltje ><pNaonStpealmtje(a)yahoo.com> wrote: > >>On a sunny day (Sun, 10 Aug 2008 06:53:56 -0700) it happened AnimalMagic >><AnimalMagic(a)petersbackyard.org> wrote in >><lhst941nf300ad7lbql44ct81n22immc1h(a)4ax.com>: >> >>>On Sun, 10 Aug 2008 10:38:01 GMT, Jan Panteltje >>><pNaonStpealmtje(a)yahoo.com> wrote: >>> >>>>Utopia does not exist. >>> >>> >>> Thanks to dopey, closed mindsets like yours. >> >>Hey nutcase, > > > You're an idiot. > >> YOU failed to hack it ! > > I never attempted to hack it, dipshit. So you wait for others to do it for you? Then you can 'do the little trick' like a monkey. You must be posting from alt.monkeys. Bye
From: Jan Panteltje on 10 Aug 2008 13:52 On a sunny day (Sun, 10 Aug 2008 10:46:26 -0700) it happened AnimalMagic <AnimalMagic(a)petersbackyard.org> wrote in <1t9u9411k8930thlekfrq20v2f04cectag(a)4ax.com>: >On Sun, 10 Aug 2008 15:10:09 GMT, Jan Panteltje ><pNaonStpealmtje(a)yahoo.com> wrote: > >>On a sunny day (Sun, 10 Aug 2008 15:02:40 GMT) it happened Jan Panteltje >><pNaonStpealmtje(a)yahoo.com> wrote in <g7mvuk$2mc$1(a)aioe.org>: >> >>And for the others: Sony was to have two HDMI ports on the PS3, >>should have made for interesting experiments. >> >>But the real PS3 only had one, so I decided to skip on the Sony product >>(most Sony products I have bought in the past were really bad actually). >>And Linux you can run on anything (and runs on anything), > > Where do you hook up the keyboard and monitor to your wireless LAN >Router, running Linux at? RS232 terminal dummy. http://panteltje.com/panteltje/wap54g/index.html#wapserver
From: Jan Panteltje on 10 Aug 2008 14:15 On a sunny day (Sun, 10 Aug 2008 10:46:26 -0700) it happened AnimalMagic <AnimalMagic(a)petersbackyard.org> wrote in <1t9u9411k8930thlekfrq20v2f04cectag(a)4ax.com>: > Where do you hook up the keyboard and monitor to your wireless LAN >Router, running Linux at? RS232 terminal dummy. http://panteltje.com/panteltje/wap54g/index.html#wapserver Actually, I have the RS232 disconnected, as all is working so well. I use telnet to access the wap server, it is faster, and does not interfere with normal operations. It allows me to start and stop processes, get logfiles, set wireless on and off, etc. Screenshot simple telnet session to the wap server from an other PC: ftp://panteltje.com/pub/wap.gif
From: John Larkin on 10 Aug 2008 15:09 On Fri, 08 Aug 2008 16:55:14 GMT, Jan Panteltje <pNaonStpealmtje(a)yahoo.com> wrote: >On a sunny day (Fri, 08 Aug 2008 08:54:36 -0700) it happened John Larkin ><jjlarkin(a)highNOTlandTHIStechnologyPART.com> wrote in ><8v4m945fbcvrln66tqars905r3p18sgdfk(a)4ax.com>: > >>>/One/ bottleneck is the cache-coherency system. >>> >>> >> >>I think the trend is to have the cores surround a common shared cache; >>a little local memory (and cache, if the local memory is slower for >>some reason) per CPU wouldn't hurt. >> >>Cache coherency is simple if you don't insist on flat-out maximum >>performance. What we should insist on is flat-out unbreakable systems, >>and buy better silicon to get the performance back if we need it. >> >>I'm reading Showstopper!, the story of the development of NT. It's a >>great example of why we need a different way of thinking about OS's. >> >>Silicon is going to make that happen, finally free us of the tyranny >>of CPU-as-precious-resource. A lot of programmers aren't going to like >>this. >> >>John > >John Lennon: > >'You know I am a dreamer' >.... >' And I hope you join us someday' > >(well what I remember of it). >You should REALLY try to program a Cell processor some day. > >Dunno what you have against programmers, there are programmaers who >are amazingly clever with hardware resources. >I dunno about NT and MS, but IIRC MS plucked programmers from >unis, and sort of brainwashed them then.. the result we all know. That's not what happened. They hired David Cutler from DEC, where he had worked on VMS, and pretty much left him alone. The chaos was and is part of the culture of modern programming. John
From: John Larkin on 10 Aug 2008 15:22
On Sun, 10 Aug 2008 17:48:42 GMT, Jan Panteltje <pNaonStpealmtje(a)yahoo.com> wrote: >On a sunny day (Sun, 10 Aug 2008 10:32:17 -0700) it happened John Larkin ><jjlarkin(a)highNOTlandTHIStechnologyPART.com> wrote in ><k38u949ebukbdr3hi4ql3vm9720rlv7bt3(a)4ax.com>: > >>On Sun, 10 Aug 2008 10:38:01 GMT, Jan Panteltje >><pNaonStpealmtje(a)yahoo.com> wrote: >> >>>On a sunny day (Sun, 10 Aug 2008 05:58:13 -0400) it happened Bill Todd >>><billtodd(a)metrocast.net> wrote in >>><1aqdnfjG5tCEJgPVnZ2dnUVZ_sTinZ2d(a)metrocastcablevision.com>: >>> >>>>> Just to rain a bit on your parade, in the *Linux* kernel, >>>>> many years ago, the concept of 'modules' was introduced. >>>>> Now device drivers are 'modules', and are, although closely connected, and in the same >>>>> source package, _not_ a real pert of the kernel. >>>>> (I am no Linux kernel expert, but it is absolutely possible to write a device >>>>> driver as module, and then, while the system is running, load that module, >>>>> and unload it again. >>>>> I sort of have the feeling that your knowledge of Linux, and the Linux kernel, is very academic John, >>>>> and you should really compile a kernel and play with Linux a bit to get >>>>> the feel of it. >>>> >>>>Er, the discussion that John quoted above referred not to what is >>>>compiled with the kernel but to what executes in the same protection >>>>domain that the kernel does (as it is my impression Linux modules do). >>>>Perhaps John is not the one who needs to develop a deeper understanding >>>>here. >>> >>>He mentioned 'monolithic', and with modules, the Linux kernel is _not_ monolitic. >>>You can load a device driver as a module (after you configured it to be a module >>>before compilation, the kernel config gives you often a choice), and >>>then that module will even be dynamically loaded, including other modules it depends on, >>>and unloaded too if no longer used (that device). >>>This keeps memory usage low, and prevent that you need to reboot if you add a new driver. >>> >>>As to 'protection domain' be aware that even if you were to run device drivers on a different core (one for each device???) >>>then you will still have to move the data from one core to the other for processing, and >>>how protected do you think that data is? It is all illusion: 'More cores will solve everything.'. >>>I wonder how many here actually use Linux, compiled a kernel, wrote modules and applications, >>>and even can write in C. >> >> >>What does C have to do with it, other than being a contributor to the >>chaos that modern computing is? More big programming projects fail >>than ever make it to market. OS's are commonly shipped with hundreds >>or sometimes thousands of bugs. Serious damage to consumers, business, >>and US national security has been compromised through the criminally >>stupid design of Windows. Lots of people are refusing to upgrade their >>apps because the newer releases are bigger, slower, and more fragile >>than the older ones. In products with hardware, HDL-based logic, and >>firmware, it's nearly always the firmware that's full of bugs. If >>engineers can write bug-free VHDL, which they usually do, why can't >>programmers write bug-free C, which they practically never do? >> >>Things are broken, and we need a change. Since hardware works, and >>software doesn't, we heed more of the former with more control over >>less of the latter. Fortunately, that *will* happen, and multicore is >>one of the drivers. >> >> >>>I'd rather have a discussion with them, then the generalised bloating about systems they never even >>>had hands on experience with. >>>In that case sci.electronics.design becomes like sci.physics, bunch of idiots with even >>>more idiotic theories causing so much noise that the real stuff is obscured, and your chance to learn something >>>is zero. >>>This is my personal rant, I am a Linux user, written many applications for it, did some work on >>>drivers too. >>>Academic bullshit I know about too, in my first year Information Technology I found an error in the >>>text book, reported it, professors do not always like to be corrected, I learned that. >>>There was a project that you could join, about in depth study of operating systems, and, since I actually >>>wrote one, I applied for the project, was promptly rejected. >>>Where did those guys go? Microsoft?????? >>>I will listen to John Larkin's theory about how safe multicore systems are after he writes a demo, or even >>>shows someone else's that cannot be corrupted. >>>Utopia does not exist. >> >>I have stated no theories. I have observed that the number of cores >>per CPU chip is increasing radically, that Moore's law has >>repartitioned itself away from raw CPU complexity and speed into >>multiple, relatively modest processors. That this is happening across >>the range of processors, scientific and desktop and embedded. Are you >>denying that this is happening? >> >>If not, do you have any opinions on whether having hundreds of fairly >>fast CPUs, instead of one blindingly-fast one, will change OS design? >>Will it change embedded app design? >> >>If you have no opinions, and can conjecture no change, why do you get >>mad at people who do, and can? Why do you post in a group that has >>"design" in its name? Maybe you should start and moderate >>sci.electronics.tradition. >> >>John > >HI JOHN >elwctronics design is not (!= in C ;-) ) software design. >Just stating there will be more cores on a chip is obvious, >we knew that for years. > >Stating that more cores will improve _reliability_ >(in the widest sense of the word) as you seem to >(at least that is what I understand from your postings), >puts the burden of proof on you. > >You call software bad, yet you claim your own small asm programs are perfect, >this makes one suspicious. Small programs written by one person can be perfect, and often are. So why not have the OS kernel be small, and written by one person? Why waste X-prizes on solar cars and suborbital tourism? How about... $10 million for a firm specification of a multiple-CPU OS architecture based on a nanokernel design. Another $10M for public-domain code that implements that kernel. A final $10M for a working OS using the above. For a mere $30 million, about 1/5 of what the first release of what NT cost, we could change the world. (I think Vista is an attempt at a smaller kernel, but it pays a big price in overhead.) > >There is a lot of good software, I would say that software that does what >it is intended to do, and does that without crashing, is good software. >If that software runs on good hardware you can do a lot with it. >All the problems with MS operating system are alien to me, the last MS OS I bought was win98SE, I >still have it on a PC, and it does occasionally misbehave, use it >for my Canon scanner, and DVD layout sometimes. >I will not go online with it..... >All other things run various versions / distributions of Linux, think >I have tried most of these, all but RatHead worked OK. > >So I do not really see your problem, things do not crash, >the soft I wrote myself does not crash, >things do not get infected with trojans, virusses, worms, other things... >I have a very good firewall (iptables), latest DNS fixes, this server has now >been running since 2004, still with the same Seagate harddisk... > >What is your problem? >As to computer languages, the portability of C will help you out big time >once you want to run that same stable application on say a MIPS platform, >or any other processor. >Re-writing your code in ASM for each new platform is asking for bugs, >so C is an universal solution. Changing "platforms" in an embedded system is such a hassle that the code is a fraction of the effort. It's rarely done. And C is not portable in embedded systems. Assuming it is is begging for bugs. >Especially for more complex programs. Don't do that. >AND operating systems. Don't do that, either. John |