<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>EDV - Ende der Vernunft &#187; forcedeth</title>
	<atom:link href="http://www.ende-der-vernunft.org/tag/forcedeth/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ende-der-vernunft.org</link>
	<description>Wir ertrinken in Information, aber hungern nach Wissen [John Naisbitt]</description>
	<lastBuildDate>Sun, 01 Jan 2012 17:51:24 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<image><title>EDV - Ende der Vernunft</title><url>http://www.ende-der-vernunft.org/files/joern/edv-banner.jpg</url><link>http://www.ende-der-vernunft.org</link></image>		<item>
		<title>Haste forcedeth, haste Ärger &#8211; die Auflösung</title>
		<link>http://www.ende-der-vernunft.org/2008/07/28/haste-forcedeth-hast-aerger-die-aufloesung/</link>
		<comments>http://www.ende-der-vernunft.org/2008/07/28/haste-forcedeth-hast-aerger-die-aufloesung/#comments</comments>
		<pubDate>Mon, 28 Jul 2008 19:06:55 +0000</pubDate>
		<dc:creator>Joern</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[forcedeth]]></category>
		<category><![CDATA[msi]]></category>
		<category><![CDATA[Sun]]></category>

		<guid isPermaLink="false">http://www.ende-der-vernunft.org/?p=2124</guid>
		<description><![CDATA[Mittlerweile kann ich sagen, das sich die Probleme mit dem forcedeth-Treiber gelegt haben. Selbst bei dauerhaften Netzwerk-Verkehr im Gigabit-Bereich und den entsprechenden Festplatten-IO bleibt alles ruhig. Ausschlaggebend war der Boot-Parameter pci=nomsi und die massive Anhebung des Modul-Parameters max_interrupt_work auf 120. So gut, so schön. Eine Sache bleibt aber noch: der Boot-Parameter pci=nomsi scheint die Wunderwaffe [...]]]></description>
			<content:encoded><![CDATA[<p>Mittlerweile kann ich sagen, das sich die <a href="http://www.ende-der-vernunft.org/2008/07/03/haste-forcedeth-haste-aerger/">Probleme mit dem forcedeth-Treiber</a> gelegt haben. Selbst bei dauerhaften Netzwerk-Verkehr im Gigabit-Bereich und den entsprechenden Festplatten-IO bleibt alles ruhig. Ausschlaggebend war der Boot-Parameter <em>pci=nomsi</em> und die massive Anhebung des Modul-Parameters <em>max_interrupt_work</em> auf 120. </p>
<p>So gut, so schön. Eine Sache bleibt aber noch: der Boot-Parameter <em>pci=nomsi</em> scheint die Wunderwaffe für allerlei Wehwehchen des Linux-Kernels zu sein. Und was ist MSI?</p>
<blockquote><p>Message Signaled Interrupts, in PCI 2.2 and later and PCI Express, is an alternate form of interrupt from the traditional pin-signalled system; instead of asserting a given IRQ pin, a message is written to a segment of system memory. Each device can have from 1 to 32 unique memory locations in which to write MSI events to. An advantage of the MSI system is that data can be pushed along with the MSI event, allowing for greater functionality.<br />
<a href="http://en.wikipedia.org/wiki/Message_Signaled_Interrupts">Wikipedia.org</a></p></blockquote>
<p>Der Linux <em>forcedeth</em>-Treiber scheint damit wohl Probleme zu haben und dann schaltet man es eben ab. Ein besserer Treiber wäre mir lieber.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.ende-der-vernunft.org/2008/07/28/haste-forcedeth-hast-aerger-die-aufloesung/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Haste forcedeth, haste Ärger</title>
		<link>http://www.ende-der-vernunft.org/2008/07/03/haste-forcedeth-haste-aerger/</link>
		<comments>http://www.ende-der-vernunft.org/2008/07/03/haste-forcedeth-haste-aerger/#comments</comments>
		<pubDate>Thu, 03 Jul 2008 18:10:28 +0000</pubDate>
		<dc:creator>Joern</dc:creator>
				<category><![CDATA[Allgemein]]></category>
		<category><![CDATA[forcedeth]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Sun]]></category>

		<guid isPermaLink="false">http://www.ende-der-vernunft.org/?p=2111</guid>
		<description><![CDATA[Es gibt Netzwerk-Hardware unter Linux von der sollte man die Finger lassen. Karten mit RTL- oder VIA-Rhine Chipsätzen können funktionieren &#8211; müssen es aber nicht. Genauso sieht es mit Nvidia-Chipsätzen aus, dessen forcedeth-Treiber eine richtige Schneise durch Linux-Foren gezogen hat. Intressanterweise gibt es Server-Hersteller, wie z.B. Sun, die so etwas verbauen. Deren ersten Opteron-Server hatten [...]]]></description>
			<content:encoded><![CDATA[<p>Es gibt Netzwerk-Hardware unter Linux von der sollte man die Finger lassen. Karten mit RTL- oder VIA-Rhine Chipsätzen können funktionieren &#8211; müssen es aber nicht. Genauso sieht es mit Nvidia-Chipsätzen aus, dessen <em>forcedeth</em>-Treiber eine richtige Schneise durch Linux-Foren gezogen hat.</p>
<p>Intressanterweise gibt es Server-Hersteller, wie z.B. Sun, die so etwas verbauen. Deren ersten Opteron-Server hatten noch vier e1000-Karten für die es imho die besten Treiber gibt die man unter Linux haben kann. In der folgenden M2-Serie gab es dann zwei Nvidia und zwei e1000 Karten, eine Entscheidung für die Sun (zu Recht) ordentlich Prügel eingesteckt hat. Man gab sich geläutert und versprach zukünftig das Mixen zu lassen. Wer nun denkt es gäbe wieder vier e1000-Karten liegt falsch, denn z.B. die <a href="http://www.sun.com/servers/x64/x4240/">X4240</a> hat vier Nvidia-Karten, womit der Spass selbst unter dem supporteten RHEL losgehen kann. </p>
<p>Sun wurde wohl schon selbst davon getroffen, denn in den <em>Server Product Notes</em> gibt es den schönen Eintrag <a href="http://docs.sun.com/source/820-2396-11/index.html#0_55629">Heavy, Sustained Disk and Network I/O Might Cause Server to Hang or Display “Soft Lockup” Message</a>, der aber nur eine mögliche Fehlermeldung beschreibt. Viel Bekannter dürfte die hier sein:</p>
<pre>too many iterations (6) in nv_nic_irq</pre>
<p>Damit muss der Spass aber noch nicht Zuende sein, denn an kann nämlich auch noch </p>
<pre>kernel: NETDEV WATCHDOG: eth0: transmit timed out
kernel: eth0: Got tx_timeout. irq: 00000037
kernel: eth0: Ring at 1213a2000
kernel: eth0: Dumping tx registers</pre>
<p>sehen. Danach ist die Netzwerkkarte tot. Tja und nun kann man Anfangen zu raten. Das Internet ist voll von Lösungsansätzen, die aber alle nicht wirklich passen wollen. Ich hab fürs Erste das <em>tcp segmentation offload</em> des Treibers mit </p>
<p><code>ethtool -K eth0 tso off</code></p>
<p>abgeschaltet. Seitdem ist Ruhe &#8211; fragt sich nur wie lange und ich kann in der Zwischenzeit mal darüber nachdenken, warum Sun die Nvidia-Netzkarten für eine gute Lösung hält.</p>
<p><b>Update</b>: Nö, hilft nix. Notfalls kann man im laufenden Betrieb <em>rmmod forcedeth; modprobe forcedeth</em> machen, dann spart man sich einen Neustart.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.ende-der-vernunft.org/2008/07/03/haste-forcedeth-haste-aerger/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
	</channel>
</rss>

