Beiträge von Xaar

Nuja, die reine Dauer vom Einschalten bis zum Login-Bildschirm sieht bei mir so aus:
Desktop: 40s
Laptop: 35s (egal ob nun Xubuntu oder Windows)

Aber die ja wesentlich relevantere Zeitdauer bis das System komplett hochgefahren ist (also auch alle Systemeigenen Dienste gestartet sind) sieht bei mir etwas anders aus (gemessen ab dem Zeitpunkt der Übergabe der Systemkontrolle vom BIOS an das Betriebssystem):
Desktop: 56,640s
Laptop: 147,656s

Beide Zeiten für Windows sind inkl. Anmeldung (die ja in der Regel gleich lange dauert). (Für Linux hab ich kein Programm gefunden, dass diese Zeit misst/ausliest.)

Soeben wieder "chic" gemacht und mechanisch "repariert":

Mein MSI MegaBook M635

Ich hab mich selber von mir breitschlagen lassen und für teuer Geld eine "neue" Haltestrebe sowie einen "neuen" Deckel für das Gerätchen zu kaufen.. Die Strebe passt, der Deckel sollte wesentlich stabiler sein als der alte, da nun aus Magnesium und nicht mehr Plaste. Einziger "Nachteil": Auf dem Deckel ist jetzt anstelle des vormals beleuchteten "MSI"-Logos ein unbeleuchtetes "Targa"-Logo

Ich frag mich aber ehrlich: Warum wurden die "billigen" Targa-Laptops mit einem vollständigen Magnesium-Gehäuse ausgestattet, während bei den "originalen" (und teureren) MSI-Laptops nur die Gehäuse-Unterschale aus Magnesium ist, der Rest aber aus Kunststoff...

Wieviel RAM soll denn der Rechner kriegen?
Beim Pentium-S machen eigentlich maximal 64MB Sinn, da mehr in der Regel nicht gecached werden können.
Ich würde Windows 95 empfehlen Oder meinethalben auch SuSE Linux 4.2

Zitat von thosch97

Dass der von '95 ist, war mir sofort klar:
1. Auf dem Vorgänger, einem HIGHSCREEN Kompakt Serie II mit einem 286er, gehen die Dateiattribute bis ~Mitte '95
2. Auf einer Maus-Treiberdiskette steht handschriftlich "Pentium '95"

DAS sind nun mal wirklich garkeine Argumente

Vorallem das Erste: Bei meinem 2003er Desktop-Rechner liegen die Dateiatribute so zwischen 1992 und 2010. Daran kann ich also überhaupt nicht festmachen, von wann der Rechner ist.
Und außerdem: Ehe so ein Prozessor verbaut wird, hat der schon einen ganz schön langen Weg hinter sich. Er kann ja beispielsweise schon im Herbst 1994 produziert worden sein und erst ein halbes Jahr später wurde er verkauft! Da kann ich dir sogar ein konkretes Beispiel nennen: Der Turion64 in meinem Notebook wurde Mitte 2005 hergestellt, das Notebook hab ich aber erst zu Weihnachten 2005 gekauft

Zitat von thosch97

Aber trotzdem, woran könnte die Spiele-Fehlermeldung liegen?
(Und hört mir bloß mit Emu's auf!)

Ich werde dir gewiss nix von Emus erzählen. Alte Spiele auf echter Hardware sind schon vom Feeling her was ganz anderes als Emulatoren. Aber dennoch: Keine Ahnung, warum bei dir diese Fehlermeldungen auftreten.

Jo, der ist "in Ordnung". Will heißen, der hat diesen Fehler nicht. Ist auch vom Produktionsdatum her (Die CPU als ganzes: 08. KW 1995, die DIE: 52. KW 1994) auch viel zu neu, als dass er den FDIV-Bug hätte haben können. Die betroffenen CPUs sind ja alle spätestens aus dem Sommer 1994.

Zitat von Oldie-schrauber

Xaar, ich vermute RDF meinte die erste Cpu aus Michas Beitrag. Das müsste sein AMD 64 X2 4200+ sein

Nuja, wenn du das so vermutest.. Ich hätte es jedenfalls nicht so gedeutet, wie auch?

Zitat von Royale-Design-Freak

Die 1. CPU, was ist das für eine (Modellnummer ect. ...)?

Steht doch drauf.. Ist ein UB8001C von MME
Die unipolaren DDR-Halbleiter-Schaltkreise fingen alle mit "U" an Deswegen hieß der "8008" hier ja auch "U808", der "8400" hieß "U880" und der "Z08001" hieß "U8001" und nicht zu vergessen: Der "Z08002" hieß "U8002"

Also, kurzum: Es ist ein Z8001

*abstaub*

Hab soeben erfolgreich meine im Aufbau befindliche Backup-Workstation aufgerüstet: anstelle der beiden 1666 MHz-Palomino-Heizungen (2x AMD Athlon MP 2000+) werkeln nun zwei 2133 MHz-Thoroughbred-B-Heizungen (2x AMD Athlon MP 2600+) auf dem Tyan S2466N-4M Die beiden Thoroughbred-Bs sind im Leerlauf (allerdings bei liegendem Desktop-Gehäuse!) sogar 3 bis 5 Kelvin "kälter" als die Palominos (46°C vs. 49-51°C)

Vorher hab ich noch ein paar andere Athlon MP-Kombinationen (2x AMD Athlon MP 1600+/Palomino und 2x AMD Athlon MP 2200+/Thoroughbred-A) drauf getestet - liefen auch alle ganz wunderfein

Wenn die Kiste sowieso zerlegt ist, dann kannst du auch den Kühler runternehmen und schauen was so drauf steht. Wenn der Kühler angeklebt ist - auch kein Problem. Einfach die CPU mitsamt Kühler aus dem Sockel nehmen, umdrehen und guggen, was unten drauf steht

Wenn du die Bezeichnungen hier postest, kann ich dir auch gleich sagen, obs einer der "berüchtigten" Pentiums ist

Zitat von Aquanox1968

1.
Unter welchen OSen benutzt du die 1542 ?
A: Dos kommt eh nicht in Frage, mangels brauchbarer Treiber für Pcmcia Adapter
(Dos/Win3.x Sachen mach ich dann von einem anderen System übergreifend)

B: Win9x (Win98SE) ist auch in Sachen Scsi Adapter problemloser und wegen Zugriff auf Pcmcia Devices.

C: Wie siehts unter NT4.0 aus ?
Treiber ?

Hm, ich nutz' das Teil unter MS-DOS 5.00 und Windows 3.00 (AHA-1542CF) bzw. NeXT Step 3.1 i386 (AHA-1542B) Naja, letzteres nur theoretisch, es läuft aus anderen Gründen (ich weiß nicht welche) nicht...

Windows 98 sollte meines Erachtens nach kein Thema sein, zumindest wird der Controller durch die Startdiskette (die man ja bei Windows 98 auch anlegen lassen kann) erkannt.

Und bei Windows NT 4.0 stehen alle Varianten, die ich habe (1542B, 1542C, 1542CF), in der Hardware-Kompatibilitätsliste drinnen

Zitat von Aquanox1968

Mit welchem IRQ - DMA lässt sich der 1542 betreiben ?
Frei konfigurierbar ?
(ev mittels Jumper)

Am AHA-1542B ist laut TH99 (Link zur AHA-1542B) per Jumper konfigurierbar:
IRQ: 9, 10, 11, 12, 14, 15
DMA: 0, 5, 6, 7

Zum AHA-1542C stehen keine Daten drinnen, was IRQ und DMA anbelangt..

Zitat von Aquanox1968

Xaar:
Vlb hab ich hier keins.
Wo ich den 1542 getestet hatte war auch noch auf nen Vlb Board mit DX2-66 so vor 12 Jahren.
Gut, den Treiber hätt' ich jedenfalls noch im Archiv..

Hab ich geschrieben, dass das eine VL-Bus-Karte ist? Das ist eine ISA-Karte. Die hängt nur in einem VL-Bus-System drinnen. Eine AHA-1542B hängt beispielsweise bei mir in einem PCI-System (ist aber dennoch eine ISA-Karte)

Hm, also einen Adaptec 1542 (ich glaube B oder C) könntest du von mir kriegen, davon hab ich zwei oder drei Stück Allerdings, wenn der Ärger mit der EMM386 macht... Ich hab da bisher noch keine Probleme mit gehabt. Bei mir läuft so eine 1542CF in einem VL-Bus-System (NexGen NxVL).

YouTube - Nationalhymne von der DDR (Auferstanden aus Ruinen)

Die sagt mir irgendwie mehr zu als "unsere" jetzige Nationalhymne

Hm, ich hätte da so ein paar technische "Bedenken". Die USB-PCMCIA-Karten, die ich so kenne, sind allesamt 32-Bit-CardBus-Karten. So ein ISA-PCMCIA-Adapter schafft aber schon konzeptbedingt (weils ja über'n ISA-Bus läuft) nur 16-Bit mit.. Ich weiß garnicht, ob da überhaupt die 32-Bit-Karten laufen - sofern sie physisch überhaupt reinpassen...

Yay! 5x 16-Bit-Power aus der DDR

Und noch ein "Leckerli":

Pentium-S 90 powered pwned by FDIV-Bug

Zitat von Igor Todeshure

Hihi, mit etwas Glück ist mein 90er so einer, denn er hat an der Rampe zur Goldkappe die berühmte "Fälscherkante" - es handelt sich also um einen hochgelabelten 75er, bei dem die Keramik rund um die Goldkappe abgeschliffen und neu beschriftet worden war. Ein Grund mehr, ihn niemals aus der Hand zu geben, aber ich werde mal die ID auslesen und checken.

Also wenns eingefälschter Gold Cap 90er (also Original ein Gold Cap 75er) ist, dann ist er mit einer Wahrscheinlichkeit von 99,9% KEIN Pentium-S mit FDVI-Bug. Es sei denn, es war ein Engineering Sample, aber das halte ich für extrem unwahrscheinlich

EDIT: Die "befallenen" 75er Mobil-Pentium-S waren alle (auch die ES davon) in TCP-Verpackung.

Also die vom FDIV-Bug betroffenen Pentium-Prozessoren können sein: Pentium 60/66 (Sockel 4) und Pentium 90/100 (Sockel 5). Theoretisch können auch noch einige Pentium 75 betroffen sein, aber die gabs für den Desktopbereich nur als Engineering Sample bzw. im Mobilbereich.

Am Einfachsten kann man im laufenden System feststellen, ob der FDIV-Bug vorliegt, wenn man sich die CPUID anzeigen lässt.
Bei den Sockel 4-Pentiums sind alle betroffen, deren CPUID 0515h/C1-Stepping oder weniger (Bei den Serien-CPUs gabs davor nur noch die 0513h/B1-Stepping) lautet, bei den Sockel 5-Pentiums sind alle die betroffen, deren CPUID 0522h/B3-Stepping oder weniger lautet (für Serien-CPUs noch relevant: CPUID 0521h/B1-Stepping).

Aber die Wikipedia erklärt da ja vieles

Was definitiv zutreffend ist: Ein Sockel 4-Prozessor OHNE Goldenen Deckel (sog. "Gold Cap") ist definitiv betroffen. Hingegen kann man nicht sagen, dass die Sockel 5-Prozessoren MIT Gold Cap immer betroffen sind.

Jo, damit könnte ich leben

Ah, genau. Jetzt hab ich auch den Beitrag (und den dazugehörigen Autor) gefunden, der das damals geschrieben hatte:

Zitat von Spit

er meint die terminatoren, die, die chips und so draufhaben, nich crimms

terminatoren waren für den MTH gedacht

Das warst sogar du, Spit ;D

Also um mal wieder aufs Thema zu kommen: CRIMMs brauche ich nicht, danke der Nachfrage
Aber was meinst du nun bezüglich der von dir "angebotenen" RDRAM-Module bzw. meinem "Gebot"? ö.ö

Nein, meine Aussage ist schon richtig gewesen. Eben auf diese Aufsteckadapter wollte ich ja hinaus! Dass es diesen fehlerhaften MTH-Kram auf Boards mit RAMBUS-Chipsätzen zur direkten Nutzung von SDRAM gab, ist mir ja bewusst.

Btw: So schauen die RDRAM Terminator Module aus, die ich habe: