manib

• 08.09.05
• 20:53
• Artikel

@DAB: Wieso, das verschieben solcher Ordner ist insbesondere beim Einsatz von Domänen und zentralen Servern, auf denen die Profile hinterlegt werden recht nützlich. Es gibt ganz klar auch andere Wege die Ordner woanders hinzubekommen, aber alle Welt regt sich doch meistens auf, wenn sie man nen Handschlag zu viel tun soll.
Wenn natürlich nur ein einzelner verlorener Rechner für einen Benutzer dahonfristet macht es sicherlich wenig Sinn, es sei denn man möchte unbedingt Daten und System von einander trennen, was in manchen Fällen sicherlich sinnvoll sein kann.

• 27.05.05
• 08:27
• Artikel

@makaveli: Also bis, wenn überhaupt, die IA32-Architektur ( egal ob nun auf 64 bit erweitert oder nicht) abgeschafft wird, gehen sicherlich noch Jahre ins Land. Frag doch mal MS wie scharf sie drauf wärem ihre gesammt Produktpalette auf neue Systeme anzupassen. Wenn mit der Architektur gebrochen wird, gibt es keine Binärkompatibilität mehr, wodurch keine der jetzigen PC-Software mehr laufen würde. Hat sich ja beim Itanium, bzw. Itanium 2 auch nicht durchgesetzt, obwohl desses EPIC-Architektur wirklich sehr ausgereift und massiv auf parallele Aufgaben ausgelegt ist, ist aber eben nicht binärkompatibel zur normalen X86-Familie gewesen. Und die Emulation des normalen X86'er Code's bringt dermaßen Leistungseinbußen, dass es sich nicht mehr lohnt. Also ich glaube nicht daran, dass an der Familie X86 so schnell etwas geändert wird.
Schau doch nur mal, wie lang schon verscuht wird IPv4 durch IPv6 zu ersetzen ...

• 15.04.05
• 16:46
• Artikel

@Kalimann : Also dass man mit Windows schneller arbeiten kann halte ich für ein Gerücht. Sobald das System an den Benutzer angepasst ist, ist jedes System schnell genug zum arbeiten. Ich nutze auch intensiv beide Systeme, und ich muss sagen, dass nach der Einrichtung, welche zugegebenermaßen erstmal etwas zeit braucht - bei beiden - schnelles Arbeiten auf beiden Platformen möglich ist.
Auch ist es ein Gerücht, dass jedes Update ein neukopilieren auslöst. Was glaubst du, warum es Paketvarianten gibt (deb's, rpm's ...). Eigentlich ist ein Update z.B. eines Debian-Systems doch ruckzuck mit nur 2 Befehlen erledigt, und alle installierten Pakete sind auf dem neusten Stand der Mirrors. Aber wie schon gesagt, jeder soll ein System haben, mit dem er auch was anfangen kann, sprich bei dessen Bedienung er sich wohl fühlt.

• 03.03.05
• 17:56
• Artikel

@Scorp: Es werden nur die Treiber(Module) von VMWare für den entsprechenden Kernel mit dessen Optionen neu übersetzt. Im Kernel selber wird nix geptach.

• 21.02.05
• 15:41
• Artikel

@Rika: Wenn man sich mal durch dir FAQ's klickt, so findet man auch Anleitungen für's Einrichten von IMAP nicht nur unter Outlook. Ebenso ist z.B. Thunderbird, TheBat etc. aufgeführt. Scheint also auch mit "Nicht-Outlook-Mailern" zu funktionieren.

• 14.02.05
• 16:44
• Artikel

@HarryK: Solange aber die Industrie und insbesondere die Automatiserung noch so am Laufen ist wir bisher, bleibt nix anderes übrig als den IE zu nutzen, da noch viele Feldbusnetze u.ä. nur über ActiveX verwaltet/konfiguriert werden können. Da es da noch nie so richtige Standards gab ist man eben damals auf den Zug COM/DCOM aufgesprungen und nun hängt einem das ActiveX hinterher ... Von daher wird sich der IE wohl nicht so ohne weitere absetzen lassen auch wenn man zum grundsätzlichen Browser einen "richtigen" Browser verwendet ...

• 09.02.05
• 11:32
• Artikel

@Lofote: Bei den Leistungsreservern, die diese Architektur bietet wird er sicherlich nicht mit vollem Takt gefahren. Laut http://www.tecchannel.de/news/hardware/19355/2.html soll sich die Leistungsaufnahme beschränken, was sicherlich für die runtergeschraubten PS-Chips gedacht ist, also der Low-Power-Breich.

• 18.01.05
• 19:08
• Artikel

@lord_Darkstone: Das Lüftungsproblem in Rechenzentren wird doch schon um einiges anders gelöst als wie zu Hause. Von Extrem-Varainten mit flüssigen Gasen mal abgesehen ist es doch vielfach möglich einfach einen etwas höheren Raum zu nehmen und dann in der Höhe eine ordentliche Querlüftung zu installieren.
Was den Itanium angeht hat es sicherlich andere Gründe, warum er nicht so gekommen ist, wie Intel es sich gewüscht hat. Die Itanium-Architektur ist ziemlich inovativ, aber eben nicht mehr IA32 kompatibel im Gegensatz zum z.B. AMD64. Zwar kann IA32-Code emuliert werden, aber ist eben ziemlich langsam. Die ganze Problematik wird auch nicht besser werden, da alles im Consumer-Bereich auf IA32-Kompatibilität geht und diese Architektur bei weitem nicht die beste ist, im Vergleich zu zum Bespiel 'richtigen RISC-Prozessoren'.

• 08.11.04
• 08:54
• Artikel

@Rika: Mit den Compiler-Flags ist das mitunter gar nicht so einfach. Ok, gcc und icc sind ja noch recht überschaubar. Da kann es auch nicht allzuviele spezielle Flags geben, da sie ja für eine ganze Familie gedacht sind. Wenn ich aber mal an bestimmte MIPS-Compiler denke, zu denen es eine über 100-seitige Beschreibung nur zu Compilerflags gibt, da sieht das ganze schon etwas anders aus. Normalerweise ist ja schon ein -O3 für recht brauchbaren Code geeignet allerdings für optimale Leistung empfiehlt es sich man genauer in die ManPages zu schauen, ein wenig Zeit zum lesen sollte man da allerdings mitbringen :-)

• 07.11.04
• 23:04
• Artikel

@eViL-IT: Um was für einen 'Rechner' handelt es sich denn ??
Was mir da gerade einfällt bei solche Zahlen : Das einzige was dir die CPU-Hersteller garantieren, ist, das du nie über die Peak-Performance hinauskommst :-P
Sustained sind es dann recht unterschiedliche Wert, wo es Implementierung (CPU's) gibt, die gut 80-90% der Peak-Performance erreichen, andere - naja ...