summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/attachments/20100926/a8609cf4/attachment.html
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/attachments/20100926/a8609cf4/attachment.html')
-rw-r--r--zarb-ml/mageia-dev/attachments/20100926/a8609cf4/attachment.html115
1 files changed, 115 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/attachments/20100926/a8609cf4/attachment.html b/zarb-ml/mageia-dev/attachments/20100926/a8609cf4/attachment.html
new file mode 100644
index 000000000..d146304cf
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20100926/a8609cf4/attachment.html
@@ -0,0 +1,115 @@
+2010/9/26 andré <span dir="ltr">&lt;<a href="mailto:andr55@laposte.net">andr55@laposte.net</a>&gt;</span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
+Thomas Backlund a écrit :<div><div></div><div class="h5"><br>
+<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
+<br>
+Giuseppe Ghibò skrev 26.9.2010 14:59:<br>
+<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
+2010/9/26 Thomas Backlund &lt;<a href="mailto:tmb@iki.fi" target="_blank">tmb@iki.fi</a> &lt;mailto:<a href="mailto:tmb@iki.fi" target="_blank">tmb@iki.fi</a>&gt;&gt;<br>
+<br>
+    Giuseppe Ghibò skrev 26.9.2010 02:09:<br>
+&gt;<br>
+<br>
+        I don&#39;t want to deprive the fun of building a router or a<br>
+        firewall from<br>
+<br>
+        an old P133/64 with two ethernet cards, or some mediabox, but<br>
+        often you<br>
+        can&#39;t  (and sometimes you pay of energy power in a year much<br>
+        more than<br>
+        getting some 30-50E linksys ARM linux based router. And when<br>
+        soemone try<br>
+        such kind of attempts in the real world with your distro, will<br>
+        be very<br>
+        disappointed of failures. That&#39;s why I in some way asked a survey of<br>
+        oldest hardware based on own experiences.<br>
+<br>
+<br>
+    You still miss the point that in Mageia community there are many<br>
+    users that find 30-50e a _lot_ of money, and we dont want to shut<br>
+    them out.<br>
+<br>
+<br>
+I&#39;m not decreasing the value of the money, but rather I was pointing out<br>
+the false assumption that mageia (or the current inherited mandriva)<br>
+would work and would work FINE (or at all) on that hardware just because<br>
+it was using a compatible instruction set.<br>
+</blockquote>
+<br>
+Well, it depends of what you consider &quot;FINE&quot;.<br>
+I dont expect people using old hardware to try to get KDE or any 3d stuff to work &quot;FINE&quot;.<br>
+<br>
+But we have lightweight platforms such as lxde and xfce that both works moderate/fast on a 200MHz+ platform with 128MB+ RAM.<br>
+<br>
+Then if you want it as a server, its even easier... you dont even need a DE/GUI, as it&#39;s manageable through console/shell.<br>
+<br>
+<br>
+<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
+I&#39;m not against this, but if<br>
+that we wanna support that kind of hardware there is MUCH MORE work to<br>
+do (I suggested a LEGACY section in the wiki, but seems it wasn&#39;t<br>
+caught) than just keeping the actual flags, because in that way if we<br>
+don&#39;t change then nobody will complain. Even the simple lzma payload of<br>
+rpm packages requires much more memory than in the past with gzip. I&#39;m<br>
+not sure with current squashfs for the initial ram disks.<br>
+<br>
+I already cited there are other distro which maybe do a lot better this<br>
+job. In many countries there isn&#39;t even the broadband, dialup, nor the<br>
+electrical power for them. Right now you are almost assuming that a 10<br>
+years old instruction set is still a no go, and that our distro is<br>
+optimized like the one of the One Laptop Per Child Project.<br>
+</blockquote>
+<br>
+I know we dont optimize for OLPC.<br>
+<br>
+Yes, the instruction set is old, but there are many systems that are older. and even if the hw is newer, it still does not enforce full i686 spec, as seen for example with either missing CMOV or another broken register. Even Intel got it wrong with some series of the Pentium D wich didn&#39;t work with i686 series builds...<br>
+
+<br>
+<br>
+<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
+Sadly it<br>
+isn&#39;t. But there is also a 2nd point: on old hardware it is still<br>
+possible to run old software and old distros: strange but true. Such old<br>
+software is still doing its dirty job. It&#39;s not that you get a trojan as<br>
+soon as you put the nose out the net. There are still ways of<br>
+configuring a distro on a LAN and trust in the people using the<br>
+terminals locally. Many schools still use them. In a 2 hours lesson at<br>
+school you can&#39;t wait half an our just to have your desktop booting...,<br>
+</blockquote>
+<br>
+It does not take half an hour if you use xfce/lxde.<br>
+<br>
+<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
+the same if you plan an antispam server with latest antispam tools on a<br>
+server of that category (server that was doing it&#39;s dirty job with the<br>
+distro of 2 or 3 generations ago).<br>
+<br>
+</blockquote>
+<br>
+Oh, I know several servers out there running on i586 ~200Mhz that has no problem what so ever keeping up with the spam/av filtering.<br>
+<br>
+<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
+I also tried such old hardware, but there are much less bloated distro<br>
+and less bloated kernels (even non-linux ones) that do the job (or a<br>
+specific duty) on such hardware a lot better than ours.<br>
+<br>
+</blockquote>
+<br>
+Maybe so, but does that mean we should force them to _not_ use Mageia ?<br>
+<br>
+-- <br>
+Thomas<br>
+____<br>
+</blockquote></div></div>
+To cease support for i586 seems to me to be the height of arrogance.<br></blockquote><div><br>The height of arrogance? C&#39;mon you are seeing politics (like the apology the culture of the waste...or a reverse robin hood which stoles CPU cycles to poor CPU to give to rich ones) where there isn&#39;t.<br>
+ <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
+If new i586-level hardware can still be bought somewhere in the world, it is still current hardware.<br></blockquote><div><br>Also i386 and i486 hardware can still bought somewhere (including ebay) and maybe one want to run. Why we don&#39;t lower to i386 compatatibility set instead of i586? IIRC the i586 origin was to give something more optimized than what was the average distro like RH. But maybe this could be changed.<br>
+ <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
+And look at how many 5-year-old, and even 10-year-old, cars are still in use.  Since cars have inherently a much shorter life, computers bought new 5 years ago, or even 10 years ago, should be still be considered current hardware.  It doesn&#39;t really matter if most users - </blockquote>
+<div><br>There are many places in the world where old cars can&#39;t circulate anymore or have restrictions in the zone where they are allowed to circulate (because of laws according to the engine classification they are on). Maybe it&#39;s a lobby of car vendors to sell new cars dunno. BTW, I&#39;ve an old car. But the car analogy is not appropriate because you can still use the car to reach a place at a certain average speed and with certain safety levels (e.g. is compliant against safety belts) not much different than the one of the latest shining EURO5 models  (also due to speed limits). Apart this, cars don&#39;t have a shorter life than PCs. While indeed I&#39;ve seen many motherboard and hard disks dying after a much shorter period of time (and repairing would cost much more than buying a new one). Surviving ones on a such long period of time were just very expensive one (at the time they were new) which had a very good maintenance. In percentage almost all the MSI motherboards died after 5-6 years (maybe after 2 or 3). Gigabyte were similar. ASUS had the lowest percentage of failure. Intel motherboard were too expensive to buy.<br>
+<br>Furthermore many new i586 solution are of much more elitism than newer hardware. A newer mini-itx with a VIA CPU doesn&#39;t cost less than an entry level CPU of AMD (which arrives at SSE4.1 or more SIMD set) and an all-in-one motherboard. And even hardware with some particular slot support (like ISA) doesn&#39;t costs less than one having just a PCI + PCIe slot.<br>
+<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">concentrated in the richer countries - have much more powerful hardware.  As has already been pointed out, there is 64-bit support, and a i686 compilation of the kernel to satisfy those with newer hardware that can&#39;t (32-bit processor or not enough memory) or prefer not to use the 64-bit compilations.<br>
+
+Note that the kernel is probably where most of the performance gains are to be made with i686, so dropping i586 in favour of i686 would give little in performance gains.<br>
+After all, don&#39;t we want almost everyone to be able to use Mageia ?<br></blockquote><div><br>Of course, but it&#39;s not a panacea that runs everywhere. My initial post was that we were still keeping a brake on and keeping compatibility for things that NOBODY will use or CAN&#39;T USE for technical reasons. NOBODY means ZERO, NICHT, NADA, NOTHING. If there is at least ONE, then it&#39;s not ZERO anymore.<br>
+<br>So my post was to keep a BETTER support for old and legacy hardware, not just CLAIM there is where INDEED there ISN&#39;T or there couldn&#39;t be (because for instance there isn&#39;t enough memory to run the installer) or that NOBODY has TESTED for several reasons.<br>
+<br>Bye<br>Giuseppe.<br><br></div></div>