VOICE Homepage: http://de.os2voice.org

April 2001 [Newsletter Inhalt] [Vorherige Seite] [Nächste Seite] [Artikelübersicht] editor@os2voice.org

Übersetzung: Heribert Bieler

Nach diesen kleinen Perlen durchforsten wir das ganze Web, das Usenet und die OS/2-Mailinglisten. Sind Sie über interessante Informationen gestolpert? Bitte teilen Sie doch Ihr Wissen mit unseren Lesern und schicken Sie Ihre Tipps an editor@os2voice.org. Wenn Sie an einer bestimmten OS/2-Mailingliste interessiert sind, so finden Sie weitere Informationen rund um das Abonnieren auf der VOICE Mailing List Homepage: http://de.os2voice.org/mailinglists.html

Eine kleine Anmerkung des Herausgebers: Diese Tipps sind von OS/2 Benutzern eingesandt worden, und können nicht in jedem Fall von mir überprüft werden. Bitte seien Sie vorsichtig, und wenn Sie Sich nicht sicher sind, was Sie tun, so lassen Sie es lieber bleiben.

Falls Sie eine schwache Leistung bei mit Warp Server  verbundenen Win-clients haben und Netbios/NetBeui benutzen:

Sogar Warp Clients profitieren von dieser Änderung!

Sie können dies sehen, da Sie sehr viele Kollisionen auf dem Hub haben.

Die Lösung ist die folgende:

Gehen Sie ins IBMCOM Verzeichnis und suchen die Datei PROTOCOL.INI.

Editieren Sie diese Datei und suchen Sie nach MAXIN = 1 und MAXOUT = 1.

Erhöhen Sie diese Werte auf 3 und sichern Sie die Datei.

Danach müssen sie den Warp Server neu booten und schauen sie JETZT einmal auf den Hub :-)

Keine Kollisionen mehr und Sie spüren eine starke Verbesserung der Netzwerk-Geschwindigkeit.

Es gibt einen Trick mit bootos2. Wenn Sie CONFIG.SYS öffnen, sollten Sie folgendes sehen:

DEVICE=\OS2\BOS2DD.SYS

Alles vor diesem Eintrag wird von Diskette 1 geladen. Alles danach kommt von Diskette 2. Falls es also einen DEVICE-Treiber gibt, der nicht auf Diskette 1 passt, setzen Sie die entsprechende Zeile nach der Zeile bos2dd.sys und speichern den Treiber auf Diskette 2 (im  \os2  Verzeichnis).

MS-TNEF ist eine Nachricht im Exchange internen Format (MAPI Transport-Neutrales kodiertes Format). Es gibt einige Programme für Unix (wahrscheinlich verfügbar als EMX Portierungen), die Anhänge daraus extrahieren können; suchen Sie nach einem Programm genannt "tnef".

Jau, wie Mr. Levine ausgeführt hat, ist tnef015.zip auf Hobbes eine EMX-Portierung eines für Unix geschriebenen Programmes, das TNEF-Dateien lesen kann.

Ich habe es heruntergeladen und hatte ein paar Probleme. Es stellte sich heraus, daß ich die Datei gcc29166.dll.zip brauche, damit TNEF.exe richtig arbeitet, aber damit scheint alles wunderbar zu sein. Eine schnelle Antwort des Teams OS/2 Rußland brachte mich auf: http://teamos2.ru/files/gcc29166.dll.zip

W4 ist der Warp 4 Kernel, der einen einzelnen Prozessor unterstützt. UNI und SMP sind 2 verschiedene SMP Kernel für WSEB. Diese haben gewisse Dinge eingebaut, um SMP zu unterstützen, und auch große Dateien (Dos*L APIs). Alle 3 sind in unterschiedlicher Art optimiert, insofern als die Code Segmente verschieden ausgelegt sind.

Vom technischen abgesehen: warum verschiedene Kerne? Sie könnten eigentlich für alles mit SMP Versionen klarkommen. Naja, fragen Sie IBM...
 

Es gibt einen Overhead im SMP Kernel, der in Nicht-SMP Kernels beseitigt werden kann. Ehrlich gesagt, wir könnten sogar mehr tun in dieser Richtung als wir getan haben. Oh, nun. Es gibt, zu diesem Zeitpunkt, keinen wirklichen Unterschied zwischen W4 und UNI Kernels, ausgenommen, daß der W4 Kern keinen PSD laden kann (was im allgemeinen auf einem UNI System sowieso nutzlos ist) und auch absichtlich die DosSetProzessorAffinity API durchbricht, so daß die WPS einige obskure Dinge auf einem W4 System anders anzeigt als auf einem WSeB uni System.

http://www.madbrain.com/scsi.html für weitere Informationen.

Löschen sie den Laufwerksordner mit Hilfe von BlackHole. Dann lassen Sie dieses REXX-Skript laufen, um es neu zu erzeugen:

/**/
call RxFuncAdd 'SysLoadFuncs', 'REXXUTIL', 'SysLoadFuncs'
call SysLoadFuncs
class = 'WPDrives'
title = 'Drives'
location = '<WP_CONNECTIONSFOLDER>'
setup = 'NODELETE=YES;NOPRINT=YES;OBJECTID=<WP_DRIVES>;'
call SysCreateObject class, title, location, setup, 'R'

Wenn Sie viele INETCFG Parameter ändern, (oder damit herumspielen ;-) denken Sie an folgendes...

inetcfg -g all

erzeugt die \mptn\etc\inetcfg.ini Datei. Diese Datei zeigt die gegenwärtigen, die Standard, die Minimum, und die Maximum Werte. Sie könnne diese Datei editieren, und den "gegenwärtigen" Wert auf Ihren Wunschwert ändern, dann lassen Sie folgendes laufen...

inetcfg -s all

Damit werden die inetcfg.ini Werte geladen. Fügen Sie es zur Datei \TCPIP\BIN\B4TCP.CMD hinzu, falls dies schon beim Booten passieren soll. Dies wird nicht automatisch beim Booten gemacht, nur der Standardwert wird benutzt, bis Sie dieses  -s oder Setzen-Kommando absetzen.

inetcfg -r all

setzt alles auf die Standardwerte zurück (falls Sie den Stack vermurkst haben, dies bringt ihn zurück). Für diese Änderungen ist kein Reboot erforderlich, sie werden nebenbei vorgenommen.

Die Datei C:\MPTN\ETC\DAT\TOXTFTPA.DAT  fehlte. Dies sind Parsing-Dateien, die von TCPCFG2 benutzt werden, um die tatsächlichen Kontrolldateien zu Lesen/Beschreiben. Ich schlage vor, wenn Sie ähnliche Probleme haben, suchen Sie nach ähnlichen fehlenden Dateien.