Zitat:

---

Original von Maja:
Selbst Linux swapped auch dann, wenn noch massig RAM frei ist.

---

Zitat:

---

Nicht weil es ineffizient oder Linux-Programmierer dumm wären, sondern weil es Sinn macht, nicht alles im Arbeitsspeicher zu haben; Paging.

---

Swapping und Paging sind 2 völlig verschiedene Dinge:

http://de.wikipedia.org/wiki/Swapping

http://de.wikipedia.org/wiki/Paging

Also bitte nicht einfach so wild durcheinanderzitieren.

Wer sich das Ende des 2ten Artikel zu Gemüte führt wird feststellen das er entweder einen für seine Arbeiten unterdimensioniertes System oder ein BS-Problem hat und beides ist ein User-Problem und nicht der HW oder SW ansich.


[ Dieser Beitrag wurde von Gurujaeger am 02.01.2008 um 09:53 Uhr geändert. ]

Zitat:

---

Original von Andreas_Wolf:
Mal abgesehen von der generell sehr zweifelhaften Machbarkeit im hier vorliegenden Fall sollte das Signal-Routing doch gar kein Problem sein, wenn man eine bereits existierende Platine unter Zuhilfename der Source-Files "einfach" eins zu eins kopiert.

---

Und was ist wenn im "BIOS" die Timings z.B. des RAM korrigiert wurde?

In dem Fall nützen dir nicht mal die originalen JEDECs,Gerber etc. ohne anschließendem Trial and Error beim finden der richtigen Speicher-Timings!

Außerdem sind nicht alle Fehler der ICs (MAI bzw. VIA) jedem User zugänglich,einige Sachen gehen nur per NDA außer Haus,also noch genug Potenzial um zu scheitern.

Und wie die Fehler an den fertigen AOnes gezeigt haben sind selbst richtigen Kunden (unterstell ich jetzt mal das Sie das waren) nicht mit jeder Information versorgt worden.

Ich würde das als eher aussichtslos bezeichnen.

Zitat:

---

Original von mistral:

Aber was ist dnetc ?

---

http://www.distributed.net/download/clients.php#amiga

Zitat:

---

Original von AceOfWands:
Und inwieweit hilft dir das bei im ROM integrierten Librarys, Devices oder ROM-Modulen weiter?

---

Load,patch,reset,load und Run = NSDPatch!

Oder Flashrom statt Kick-Eprom!

Man muß sich ja nicht sklavisch an einem starren System festbeissen.

Zitat:

---

Original von Jinx:
...was erst recht problematisch ist, weil sich das Originalsystem dan nur über Backups wieder herstellen ließe.

---

Zitat:

---

Und Hand aufs Herz, hast du immer frische Sicherungen?

---

Berufsbedingter Paranoiker.

Zitat:

---

Nebenher macht der Patch evtl. auch erst mit einer später hinzugefügten Software Probleme.

---

Bei einer Fehlerbereinigung eher nicht,da besonders Programmierer diese sicher kennen werden und somit keine Probleme auftretten könnten.

Zumal für Softwareentwickler sich ja die Situation ergibt selber keine Systemfehler in ihren eigenen Programmen berücksichtigen zu müssen was kräftig Arbeit sparen kann.

Es gibt zuverlässige Erhebungen wonach ca. 25% einer großen App oder eines umfangreichen Games in ihrer Entwicklungszeit für das Umschiffen von BS-und/oder HW-Fehler verbrauchen und das praktisch Systemunabhängig.

Jedes externe System hat neben Vorteilen auch Schwächen und selbst wenn weiterentwickelt hätte wäre eine Konsistenz nicht grundsätzlich gegeben gewesen,siehe schon alleine die Pläne für AAA-Systeme.

Zitat:

---

Original von ylf:
Du meinst System-Hacks ...

---

Zitat:

---

Original von ylf:
... und vom Benutzer hinzugefügte Einträge, wie z.B. Assigns für Programme nimmt man die user-startup.

---

Naja,so war es mal vorgesehen.

Aber viele Programme müssen sogar an einer bestimmten Position in der Statup-Sequence stehen weil es sonst klemmt.

Dürfte somit eigentlich obsolet sein oder man testet tagelang aus was in der User-Startup geht und was nicht.

Zitat:

---

Original von nujack:
<Terminator aktiv>==<UWSCSI-Controller CSPPC ID7>==<Acard UWSCSI mit Optiarc DVD-Brenner ID5>==<Pioneer DVD-ROM SCSI ID2>==<CDRW Plextor SCSI ID1>==<UWSCSI IBM DPSS-309170N,TermPowerOn ID0>==<UWSCSI Seagate ST336753 ID4>==<Terminator aktiv>

---

Änder das doch mal auf:

<Terminator aktiv>TermPowerOn==<UWSCSI-Controller CSPPC> ==<SCSI-Geräte-Kette>

oder wenn der Terminator das nicht kann auf:

<Terminator aktiv>==<UWSCSI-Controller CSPPC>TermPowerOn erstes Gerät>==<SCSI-Geräte-Kette>

Termpower gehört per Spezifikation nämlich an den Anfang der SCSI-Kette,normal vom Hostadapter kommend aber das hat P5 ja verpeilt um 5 DM am Endpreis zu sparen!

Eine weitere Option ist bei schlechten Kabel und/oder Problemgeräten an beiden Enden TermPowerOn zu geben!

ACHTUNG,das geht NUR bei aktiver Terminierung des gesamten Aufbaus,NIE bei passiven Terminatoren etwa in einem alten 50 poligen System versuchen!!!!

Dieses entspricht zwar auch nicht den Spezifikationen,hat sich aber als gangbare (Not-)Lösung etabliert,besser ist es natürlich ein hochwertiges und somit teures Kabel zu besorgen.


@Mirko_Naumann:

LVD/SE-Adapter sind für beide Bus-Versionen geeignet.