summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/attachments/20100926/7a9fabaf/attachment.html
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/attachments/20100926/7a9fabaf/attachment.html')
-rw-r--r--zarb-ml/mageia-dev/attachments/20100926/7a9fabaf/attachment.html35
1 files changed, 35 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/attachments/20100926/7a9fabaf/attachment.html b/zarb-ml/mageia-dev/attachments/20100926/7a9fabaf/attachment.html
new file mode 100644
index 000000000..602f7f1bf
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20100926/7a9fabaf/attachment.html
@@ -0,0 +1,35 @@
+2010/9/26 Tux99 <span dir="ltr">&lt;<a href="mailto:tux99-mga@uridium.org">tux99-mga@uridium.org</a>&gt;</span><br><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;">
+<div class="im">
+&gt; memory only (use 1GB swap?)? Were you able to install the 2010.1?<br>
+<br>
+</div>Centos 4 installs and runs perfectly fine on a Pentium II 350Mhz with<br>
+128MB RAM, I know it because I installed such a box for a friend as home<br>
+server running 24/7 (with DNS server, apache and some other stuff).<br>
+I didn&#39;t try Mandriva since it lacks long term support.<br>
+<div class="im"><br></div></blockquote><div><br>Centos4 IS NOT a modern distro. It is a LTS started in 2005 and so it maintains 2005&#39;s original skeleton of kernel, gcc, glibc and X. That&#39;s FIVE years old. As example MDV 2007.1, which is 3 years old, was still very usable and responsive on my P4/ATI (maybe not as much as stable with 3D acceleration), but 2010.0 ISN&#39;T.<br>
+ </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
+&gt; Common where? There are schools and universities are dismitting hardware<br>
+&gt; like with P4/2.4Ghz and 512MB RAM for whatever use (either server or<br>
+&gt; desktop). And even older hardware no-ROHS, which should be dismantled<br>
+&gt; carefully.<br>
+<br>
+</div>You are seeing everything from a limited european POV, the P4 you say is<br>
+being thrown away here is a top-end system in some other countries.<br>
+Mageia is supposed to be for the whole world, not just EU/US/BRICs.<br></blockquote><div><br>I don&#39;t want to deprive the fun of building a router or a firewall from an old P133/64 with two ethernet cards, or some mediabox, but often you can&#39;t  (and sometimes you pay of energy power in a year much more than getting some 30-50E linksys ARM linux based router. And when soemone try such kind of attempts in the real world with your distro, will be very disappointed of failures. That&#39;s why I in some way asked a survey of oldest hardware based on own experiences.<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;">
+<br>
+With regards to ISA cards, you can even still buy brand new modern mobos<br>
+with ISA slots right here in Europe, they are still common for<br>
+industrial uses:<br>
+<a href="http://www.spectra.de/produkte/114184/web/spectra/Datenblatt-PMB-601LF.pdf?CFID=92074854-8638-47f6-a589-6517cde18fb1&amp;CFTOKEN=0" target="_blank">http://www.spectra.de/produkte/114184/web/spectra/Datenblatt-PMB-601LF.pdf?CFID=92074854-8638-47f6-a589-6517cde18fb1&amp;CFTOKEN=0</a><br>
+</blockquote><div><br>Very interesting, but will such &quot;industrial use&quot; will be target for Mageia (BTW, certainly socket 775 CPU will support SSE and SSE2...)? If they have an ISA slot, I guess is for maintaning the compatibility with some old fancy (and maybe custom) card, certainly not for an ISA ethernet card that can be easily replaced with a cheap PCI one or the one on board.<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;">
+<div class="im"><br>
+&gt; I&#39;m not speaking about exclusion but about including or optimizing for arch<br>
+&gt; and hardware that NOBODY will use anymore, because can&#39;t.<br>
+<br>
+</div>The optimization you are talking about (which will increase<br>
+performance by a few percentage points at most, not noticeable at all<br>
+in practice) means that the distro will be unusable for others.<br>
+<div><div></div><br></div></blockquote><div> <br>Not exactly. I&#39;m not talking in just using -march=&lt;something&gt; but in also pushing -mfpmath=sse -msse (and maybe -msse2) , which should be much more than JUST 1-2% (1-2% is usually the benchmark tolerance)...Indeed the original idea was of having real .i586, .k6, .k7.rpm, .viac3, .viac7.rpm RPM packages, at least for the core ones: some time ago, when I was fighting with having a non-crashing kernel for the dedibox, I had started adding such &quot;dialects&quot; to the RPM macros (but problems were on the glibc package), but being realistic I think it&#39;s a lot of work and there aren&#39;t the resources, so a choice of the default flags should be done.<br>
+<br>Bye<br>Giuseppe.<br><br></div></div>