Aside from maintenance and support, the PCs are definately cheaper for the library.
Which proves you (and most other slashdorks) just
don't get it. Do you really (and I mean really)
think that the cost of a solution is the purchase
price of the equipment (hardware + software)??
Did you consider the maintenance of 40+ individual
machines vs. 1 server?
A sun ray deployment (even on Linux when this
becomes available - if you absolutely MUST use
Linux somehow, somewhere) is perfect for this.
1) Where did you get this from? Can you please
post a link to Sun's R&D budget relative to it's
industry peers to support this statement.
2) sparc has not been abandoned. 2 processor lines
were shelved because alternative designs(Rock
and Niagara) were proving to be more competetive.
Intel did the same thing but were branded visionary.
At least Sun has a processor strategy (hp.com).
3) Yes, you could use Linux or AIX - but which
would give lower TCO???
>Actually, Sun recently replaced their much-touted
>M:N thread library with a Linux-like 1:1 thread
>library. So much for the "M:N must be better
>because Solaris uses it" theory.
How is it Linux like? I don't see how you can
qualify that statement.
The Solaris kernel is fully multithreaded (and
preemptible - and has been for a long time)
http://store.sun.com/CMTemplate/CEServlet?process= SunStore&cmdViewProduct_CP&boxid=X9217A
This is just an example.
Quite pulling numbers out of your ass.
(remember all the esoteric features they announced for Solaris 10)
Name ONE esoteric feature of Solaris 10!!!
I honestly can't live without Dtrace now - it TRULY
is a revolution in how you approach and debug
complex issues.
Hmm, If you buying a Linux with support
(i.e. Redhat AS) and running it on X86 then it
is a myth that Sun is more expensive. That's
simply not the case anymore. Sun is VERY
competetive in price in the upto 4 way X86
market and still has good TCO when looking at
the larger sparc servers. In the markets where
Sun deals in the most Linux isn't free.....
You really need to read the documentation. It's
not really for code profiling although you can
achieve some of that (you can instrument every
instruction in a user program if you wish). For
a low frequency bug you can use speculative
tracing which only commits the data when your
specific event happens. i.e. you only get the
data you are interested in.
This is was one of the most ignorant posts I
have ever read on slashdot - and that is saying
something!. Have you tried Dtrace? Can you tell
me something that IBM has that even comes close?
I would honestly be extremely interested.
Try reading the USENIX paper:
http://www.sun.com/bigadmin/content/dtrace/dtrace_ usenix.pdf
Or see BMC's blog:
http://blogs.sun.com/bmc
He actually explains some of your FUD.
Try and have an INFORMED opinion.
Slashdot Mirror
Aside from maintenance and support, the PCs are definately cheaper for the library. Which proves you (and most other slashdorks) just don't get it. Do you really (and I mean really) think that the cost of a solution is the purchase price of the equipment (hardware + software)?? Did you consider the maintenance of 40+ individual machines vs. 1 server? A sun ray deployment (even on Linux when this becomes available - if you absolutely MUST use Linux somehow, somewhere) is perfect for this.
Wow, you have seen strange pussies. Are you sure you haven't been fucking yaks?
1) Where did you get this from? Can you please post a link to Sun's R&D budget relative to it's industry peers to support this statement. 2) sparc has not been abandoned. 2 processor lines were shelved because alternative designs(Rock and Niagara) were proving to be more competetive. Intel did the same thing but were branded visionary. At least Sun has a processor strategy (hp.com). 3) Yes, you could use Linux or AIX - but which would give lower TCO???
>Actually, Sun recently replaced their much-touted >M:N thread library with a Linux-like 1:1 thread >library. So much for the "M:N must be better >because Solaris uses it" theory. How is it Linux like? I don't see how you can qualify that statement. The Solaris kernel is fully multithreaded (and preemptible - and has been for a long time)
http://store.sun.com/CMTemplate/CEServlet?process= SunStore&cmdViewProduct_CP&boxid=X9217A
This is just an example.
Quite pulling numbers out of your ass.
No it isn't.
(remember all the esoteric features they announced for Solaris 10) Name ONE esoteric feature of Solaris 10!!! I honestly can't live without Dtrace now - it TRULY is a revolution in how you approach and debug complex issues.
Thats a stdio limitation. man -s2 open.
Of course it will. They even say if your app doesn't run we will fix it.
Hmm, If you buying a Linux with support (i.e. Redhat AS) and running it on X86 then it is a myth that Sun is more expensive. That's simply not the case anymore. Sun is VERY competetive in price in the upto 4 way X86 market and still has good TCO when looking at the larger sparc servers. In the markets where Sun deals in the most Linux isn't free.....
Guys, It's called ZFS - maybe you have heard of it...
You really need to read the documentation. It's not really for code profiling although you can achieve some of that (you can instrument every instruction in a user program if you wish). For a low frequency bug you can use speculative tracing which only commits the data when your specific event happens. i.e. you only get the data you are interested in.
This is was one of the most ignorant posts I have ever read on slashdot - and that is saying something!. Have you tried Dtrace? Can you tell me something that IBM has that even comes close? I would honestly be extremely interested. Try reading the USENIX paper: http://www.sun.com/bigadmin/content/dtrace/dtrace_ usenix.pdf
Or see BMC's blog:
http://blogs.sun.com/bmc
He actually explains some of your FUD.
Try and have an INFORMED opinion.