|
Diese Diskussion wurde archiviert.
Es können keine neuen Kommentare abgegeben werden.
|
 |
|
|
|
Von Anonymer Feigling am Friday 15. February, 20:03 MES (#1)
|
|
|
|
|
Also die schreiben, dass für das böse Solaris wine nur auf der x86 plattform erhältlich sei.. nur blöd, dass das unter linux auch so ist, da wine KEIN emulator ist!
|
|
|
|
|
|
|
| |
|
|
|
|
|
|
|
|
1. HW ist kein Kauf/nicht Kauf Kriterium bei MC Anwendungen, entweder wirds schnell amortisiert oder abgeschrieben.
2. Wine als Argument um auf Linux zu wechseln? Das mueste mir nun mal jemand erklaeren IE tuts in Wine nicht. Und Linux auf dem Desktop ist eh noch recht utopisch (im big picture). Und sowie so, wiso windows emulieren? Da kann man dann doch kurz rebooten...
3. Ist Solaris nicht auch OSS (OSS != GPL)?
4. Hmm TCO's bei Linux tiefer als bei Solaris? Ob ich das glauben kann, meine sind jedenfalls hoeher!
5. Die meisten Corporate bBckup-Loesungen laufen auf any-os, also auch und speziell auf Solaris -> Tivoli?!
6. Hoehere Uptime, also ein fixer Stichprobenvergleich Kernel.org mit sun.com zeigt zwar ein hoeheres overall maximum, aber ausschlaggebender finde ich den 90d-Durchschnitt, und da ist Sun, und sogar microsoft.com viel besser.
7. Bessere Standard Security kann ich nun nicht beurteilen, wuerd ich aber eher anzweifeln, Sun kuemmert sich idR. ganz gut um seine Kunden (Wenns nicht grad Studenten sind).
My 2 cent
RTFB - Why do we need source code?
|
|
|
|
|
|
|
|
|
|
|
|
|
Zum einen wovon reden wir?
Linux als Desktop, als Webserver? Als Datenbankserver? Als router?
Reden wir von Solaris auf intel( was schon immer mist war) oder auf einer sparc architektur?
1. Hardware
"Tiefere Kosten. Mehr Auswahl. Videokarten."
Ja. An Kosten spart man etwas. Videokarten sind mir Wurst als server :-)
Die auswahl? nunja, baut man nciht jeden dreck in die Kiste landet man bei nur wenigen Qualitativ hochwertigen erzeugnissen, die aber auch ihr geld kosten.
"Hardware-RAID"
2.Applikationen
"Mkcdrec (CD-Recovery). WINE (Windows Emulator)"
Soll ich jetzt failsafe und recovery strategien (hard oder softwarebasierte) fuer sun aufzaehlen, oder was willst du uns damit sagen?
3. Open Source Aktuellere Versionen, Support für OSS.
Ja. nur leider hat dieser Versionsrun nicht zum erstenmal schwierigkeiten gebracht. (ich erinner nur an die Buggy kernel der letzten zeit, oder RedHat mit ihren alpha compilern... )
4.Lizenzen "Tiefere Kosten."
Stimmt.
5. Backup "Einfaches Recovery (Mkcdrec)."
wofuer? fuer den pc zuhause mit den 400GB speicherplatz netto?
Oder fuer einen produktiven server, fuer den man sich keine failsafe, fallbackloesung oder hotspare loesung leisten kann?
6.Betrieb Weniger "Downtime" (Reboots nur für neue Kernel).
? ist bei solaris nicht anders.
Wenn softwareupdates gibt den kernel betreffend und andere notwendige sachen muss man den rechner rebooten oder wenn mal hardware geupdatet wird,
welche sich nicht auswechseln laesst waehrend des betriebes...
7. "Verschiedenes Bessere Standard-Security. Nicht X-lastig"
Ja, die out-of-the-box installation ist bei manchen distributionen besser.
X-Lastig? ich brauch kein X um ne sun zu administrieren.
Oder redest du jetzt von Servern?
Dann sind deine vorher aufgeführten Punkte wie 2 und 5 nicht relevant.
Du vergleichst hier äpfel mit birnen. In den Bereichen wo man Solaris effektiv einesetzt ist Linux in der Regel keine Alternative (High End Serverbereich).
Gleiches gilt z.B. auch fuer Solaris als Desktop, was ich persoenlich als furchtbar empfinde ;-).
Schauen wir zu Routern bleib ich doch lieber bei Hardwareloesungen. Eine Intelbuechse als Router mag vielleicht Zuhause bei der 2mbit Leitung noch gehen, aber es gibt auch Bereiche die haben Traffic :-).
Und als Webserver? Nunja, da möchte ich eher BSD Zusprechen. Neben einer effizienteren implementierung des tcp/ip stacks (was sich bemerkbar macht, wer das schonmal aus probiert hat, weiss das) sind die sicherheitsmoeglichkeiten von natur aus hoeher, was der bsdkernel dafuer an features mitbringt.
Beim desktop bleib ich bei Linux, bietet mir alles was ich brauch.
Beim Datenbankserver kommts aber wiederum drauf an, wofuer man es braucht, und was man erwartet.
Gerade bei wichtigen Datenbanksystemen wie Oracle sind Lösungen meist effizienter auf solaris umgesetzt.
(Nein, jetzt komm mir nicht mir Postgres oder Mysql, ich rede hier von DataWarehouse Anwendungen die ein bisschen mehr verlangen als nur das speichern und select foo from bar von den 500mb daten fuer ne homepage...)
So. Meine Meinung ist dazu, das man Software nach dem Anwendungsfall einsetzen muss. Wenn man sich durch Evangelismus verleiten lässt, trifft man die falschen Entscheidungen. Zudem ist ein Kriterium beim designt von einer Hardwarelösung wo das KnowHow der verfügbaren Admins steckt.
Wenn der Admin seit 6 Jahre Linux benutzt ist er gefährlich ihn auf eine neue Architektur produktiv loszulassen, mit der er im Problemfall versagt.
Zum Thema Linux auf Sparc, sag ich nur es ist möglich,macht auch Spass, aber verlangst du Leistung und versuchst Software dort zu compilieren, welche sich nicht mit den Sparc compiler übersetzen lässt, fällst du Aufgrund der schlechten Optimierungen vom gcc fuer sparc bei deinen Binaries auf die Schnautze.
Selbiges gilt auch fuer SGI Hardware. Es compiliert zwar mit dem gcc, das was dabei aber entsteht soltle man nicht produktiv einsetzen, wenn man etwas erwartet.
Ich selbst benutze Linux gern und viel, doch was ich nicht verstehe ist Evangelismus Linux ueberall einzusetzen. Das zeugt nur von Unverständnis der Materie und man disqualifiziert sich selbt.
Oder würdet ihr mit einem Traktor auf der Strasse ein Rennen fahren, weil dieser auf dem Acker schneller ist als ein Ferrari?
Viele Grüsse,
Thomas
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Das muss jetzt einfach raus: daaaaaaaaaaaaanke!
RTFB - Why do we need source code?
|
|
|
|
|
|
|
|
|
|
|
|
|
lol...
da frage ich mich wer hier das kind ist *g*
ps.: closed source kann man genau so wenig essen! *g*
|
|
|
|
|
|
|
|
|
|
|
|
|
Erst wenn der letzte Head gecrashed, der letzte Prozessor over-clocked, und die letzten ROM's gefashed wurden werden die Geeks merken das man Software nicht essen kann?
Just a hint, das wissen wir schon! Darum kennen wir auch die Nummer vom Pizza-Dienst besser als die des eigenen Handy's.
RTFB - Why do we need source code?
|
|
|
|
|
|
