On Mon, 3 Apr 2006, David Powell wrote:
> Anything in particular? There's probably not a lot we can do if
> they're the SMC technology itself, but if they're related to the
> underlying Solaris configuration someone might be able to at least
> give you some starting points.
Most of things
On Thu, Mar 30, 2006 at 04:24:39PM -0500, Bill Rushmore wrote:
> On Thu, 30 Mar 2006, David Powell wrote:
>
> > Though not SMC, the Visual Panels project is attempting to do just
> > that. (Actually, if services are all you're interested in, it
> > already does do that and is attempting to
Darren J Moffat wrote:
UNIX admin wrote:
Agreed. SMC sucks dead bunnies through a bent straw sideways; but then
again, being a hardcore shell guy, perhaps I'm the wrong person to
write that.
/usr/sadm/bin/sm* is the CLI interface to SMC.
What can we do (other than the performance issue) t
David Powell wrote:
Visual Panels is written in Java, and we're quite happy with the
performance we're getting. Java performance has improved a lot, and
that's not just because computers are getting faster. I also think
it's fair to say that most of SMC's sluggishness has little to do
Peter Tribble <[EMAIL PROTECTED]> wrote:
> Not really. The fastest systems today can't saturate a DVD, 100M
> network, or hard
> disk with bzip2.
>
> I would happily exchange the 5% loss in compression for the 10x
> performance win.
>
> If you need that 5%, then there are probably other ways to ge
Rainer Orth wrote:
> Speaking of Kerberos: what are the current plans to expose the Krb5 API in
> Solaris (beyond referring to GSS-API)? While GSS-API is fine for a couple
> of applications that support it, others still need access to the `raw' Krb5
> API. Examples are the authorization related c
David Powell wrote:
>On Fri, Mar 31, 2006 at 07:56:38AM +1200, Ian Collins wrote:
>
>
>>A simple GUI interface would be a start, even a graphical overview of
>>the services would help.
>>
>>
>
> Though not SMC, the Visual Panels project is attempting to do just
> that. (Actually, if servi
On Thu, 30 Mar 2006, David Powell wrote:
> Though not SMC, the Visual Panels project is attempting to do just
> that. (Actually, if services are all you're interested in, it
> already does do that and is attempting to do a lot more.)
Will Visual Panels be the replacement for smc in future
On Fri, Mar 31, 2006 at 07:56:38AM +1200, Ian Collins wrote:
> A simple GUI interface would be a start, even a graphical overview of
> the services would help.
Though not SMC, the Visual Panels project is attempting to do just
that. (Actually, if services are all you're interested in, it
al
Ian Collins <[EMAIL PROTECTED]> wrote:
> My understanding is that 16x is the physical limit, before the disks fly
> apart!
18x is the limit.
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED](uni)
[EMAIL PROTECTED] (work)
[EMAIL PROTECTED] wrote:
>>I would strongly discourage switching from bzip2. bzip2 may be "slow", but
>>CPUs will only get fast
>>
>>
>er, and meanwhile, the compression algorithm of bzip2 will stay the same.
>
>If DVD drives do not get faster, CPUs will need to get around 10x
>faster for bzi
Darren J Moffat wrote:
> UNIX admin wrote:
>
>>
>> Agreed. SMC sucks dead bunnies through a bent straw sideways; but
>> then again, being a hardcore shell guy, perhaps I'm the wrong person
>> to write that.
>
>
>
> /usr/sadm/bin/sm* is the CLI interface to SMC.
>
> What can we do (other than the p
On Thu, 30 Mar 2006, a b wrote:
> Correct. And us usual, Rich hits the nail right on the head, and I have to
> agree with him :-)
Gee thanks. :-)
> So I completely agree with Rich and understand what he's going through.
> Didn't Dennis also blog about a similar situation? "Daddy is too senior.
Bill Rushmore <[EMAIL PROTECTED]> writes:
> On Thu, 30 Mar 2006, Darren J Moffat wrote:
>
> >
> > /usr/sadm/bin/sm* is the CLI interface to SMC.
> >
> > What can we do (other than the performance issue) to improve SMC so that
> > "hardcore CLI junkies" and "pointy clickies" would both like it ?
>
> /usr/sadm/bin/sm* is the CLI interface to SMC.
>
> What can we do (other than the performance issue) to improve
> SMC so that "hardcore CLI junkies" and "pointy clickies"
> would both like it ?
I would REALLY appreciate something like "sam" in HP-UX (which is curses and
X) or yast2 in SuSE (a
On Thu, 30 Mar 2006, Darren J Moffat wrote:
>
> /usr/sadm/bin/sm* is the CLI interface to SMC.
>
> What can we do (other than the performance issue) to improve SMC so that
> "hardcore CLI junkies" and "pointy clickies" would both like it ?
Here are a few:
1. Don't make me re-enter the root passw
UNIX admin wrote:
Agreed. SMC sucks dead bunnies through a bent straw sideways; but then again,
being a hardcore shell guy, perhaps I'm the wrong person to write that.
/usr/sadm/bin/sm* is the CLI interface to SMC.
What can we do (other than the performance issue) to improve SMC so that
"h
On Thu, 30 Mar 2006, Stephen Potter wrote:
> > You're only supposed to go through installing from
> > CD/DVD once, then create a Flash(TM) archive and
> > install from the network afterwards.
>
> That's great for those of us in a networked, enterprise environment. For Joe
> R. User installing on
>Not really. The fastest systems today can't saturate a DVD, 100M
>network, or hard disk with bzip2.
Indeed. (To quickly populate workspaces I keep a weekly tar.gz of
opensolaris; a fast system can gunzip this at 10MB/s easily when
unzipping to /tmp; +/- 12s of CPU to uncompress a 230MB file to
On Thu, 2006-03-30 at 12:32, UNIX admin wrote:
> I would strongly discourage switching from bzip2. bzip2 may be "slow", but
> CPUs will only get faster, and meanwhile, the compression algorithm of bzip2
> will stay the same.
>
> When one factors in that no other cruncher/compressor/packer/archiv
>I would strongly discourage switching from bzip2. bzip2 may be "slow", but
>CPUs will only get fast
er, and meanwhile, the compression algorithm of bzip2 will stay the same.
If DVD drives do not get faster, CPUs will need to get around 10x
faster for bzip2 to catch up with DVDs; that is, if DVD
I think you're missing the point. I'd say most of that 95% percent isn't
used through difficulty, but through ignorance. For example, I'd say thay
95% of M$ Word's features are unused, but I don't see people claiming that
it is hard to use.
Correct. And us usual, Rich hits the nail right on t
That is not a good thing, I do agree, but at the same time - I'd say it's
Solaris that needs to improve in this regard. If people can't use your
product properly (95% of the time to use your statistic) then something is
wrong with the usability of your product. Not the (95%) of people. Not
saying
On Wed, 29 Mar 2006, Rich Teer wrote:
> Try living where I do--and yes, I do know Solaris well. :-( On more than
> one occassion, I've actually been told that I'm over qualified!
>
I can see it now:
Interviewer: "So Rich, how much do you know about Solaris systems
programming?"
> On Wed, 29 Mar 2006, David J. Orman wrote:
> I think you're missing the point. I'd say most of that 95% percent isn't
> used through difficulty, but through ignorance. For example, I'd say thay
> 95% of M$ Word's features are unused, but I don't see people claiming that
> it is hard to use.
N
On Wed, 29 Mar 2006, David J. Orman wrote:
> That is not a good thing, I do agree, but at the same time - I'd say it's
> Solaris that needs to improve in this regard. If people can't use your
> product properly (95% of the time to use your statistic) then something is
> wrong with the usability of
> This is very true, but I question what you meant by that.
>
> In my own experience, 95% of the people don't use a lot of the features of
> Solaris because they're almost completely incompetent when it comes to
> Solaris.
That is not a good thing, I do agree, but at the same time - I'd say it's
S
Dne středa 29 březen 2006 15:10 Thomas Maier-Komor napsal(a):
> Yesterday, I tried to copy data to an USB stick (documented two issues
> concerning this in the bugs mailing list). During this I did an "iostat
> -xzn 5" and got about 700k/s on an USB2 stick that easily can deliver
> multimegabyte tr
Thomas Maier-Komor <[EMAIL PROTECTED]> wrote:
> right now, I can outline what I did yesterday. If you want more detail, just
> ask and I'll provide precise data.
>
> Yesterday, I tried to copy data to an USB stick (documented two issues
> concerning this in the bugs mailing list). During this I
How was the UBS stick mounted? What was the USB device detected
as? What USB controller hardware do you have?
This almost sounds like USB 1.x speeds which leads me to
suspect it's a controller issue.
Casper
___
opensolaris-discuss mailing list
open
30 matches
Mail list logo
