Fantastic job!
Thanks!
On Fri, Jun 8, 2012 at 9:46 AM, Paolo Marcheschi
wrote:
> Hi
> here they are :
>
>
> http://releases.mozilla.org/pub/mozilla.org/firefox/releases/13.0/contrib/so
> laris_pkgadd/
>
> http://releases.mozilla.org/pub/mozilla.org/thunderbird/releases/13.0/contri
> b/solaris_pk
I don't see what is wrong with option #1. Just leave the watchdog running
until the kernel shuts down the computer. There is no reason the watchdog
should ever stop (that way it offers protection continuously until the
system is otherwise shut off).
On 6/26/12 1:26 PM, "Jim Klimov" wrote:
>He
+1 what Jay says.
Also, I don't think that dropping to mdb is all that painful. It is one
of the best debuggers around.
On 6/26/12 4:09 PM, "Jay Heyl" wrote:
>On Mon, Jun 25, 2012 at 5:55 PM, Vishwas Durai
>wrote:
>
>> Hello all,
>> I'm wondering what options are available for root filesyste
I think that the openindiana list *should* have its own linkedin profile
:-)
I'd give it a recommendation.
"OpenIndiana List is not only an efficient and concise list, but also an
inspiring one. OpenIndiana List did an exceptional job on a recent
question I had. OpenIndiana List is a careful, pr
I worked for QNX back in the early 2000's. At that time QNX had a fairly
complete design for performing kernel upgrades on a live system. Because
QNX is a microkernel, this was doable. I can't get too deep into the
details, but essentially it required a set of permanently reserved memory
pages f
Have you tried including rather than string.h ?
On 4/1/13 11:29 AM, "Apostolos Syropoulos" wrote:
>Hello everybody,
>
>I was trying to compile a program and one file failed to compile
>with g++ 4.7.2 but it compiles with CC: Sun C++ 5.12 SunOS_i386
>2011/11/16.
>
>The following little program
Yup, that definitely sounds like Amazonian FUD alright
On 9/9/13 12:32 PM, "Richard Elling"
wrote:
>On Sep 9, 2013, at 11:09 AM, Simon Toedt wrote:
>
>> On Mon, Sep 9, 2013 at 7:52 PM, Peter Tribble
>>wrote:
>>> Hi,
>>>
>>> topic says it all. I want to install OpenIndiana on a UFS filesyste
I think Rich was suggesting using 4k sectors on the file system, not asking
what the drives sector size was.
On Mon, Aug 29, 2011 at 2:15 PM, Roy Sigurd Karlsbakk wrote:
> All drives have 512b sector sizes, WD FASS (blacks) and WD EADS (greens)
> both use plain old 512 sectors.
>
> - Orig
Oh I see, I thought you were misusing the term sector and so I went along
with your terminology.
I realize this is a hardware/driver thing, but by increasing the blocksize,
it may change the number of interrupts per operation (or otherwise change
the temporal characteristics with which the driver
Dontchya just love dtrace?
On 10/20/11 10:22 AM, "Michael Stapleton"
wrote:
>Hi Gernot,
>
>You have a high context switch rate.
>
>try
>#dtrace -n 'sched:::off-cpu { @[execname]=count()}'
>
>For a few seconds to see if you can get the name of and executable.
>
>Mike
>On Thu, 2011-10-20 at 18:4
Sched is the scheduler itself. How long did you let this run? If only
for a couple of seconds, then that number is high, but not ridiculous for
a loaded system, so I think that this output rules out a high context
switch rate.
Try this command to see if some process is making an excessive numb
Try the following script, which will identify any drivers with high
interrupt load
-
#!/usr/sbin/dtrace -s
sdt:::interrupt-start { self->ts = vtimestamp; }
sdt:::interrupt-complete
/self->ts && arg0 != 0/
{
this->devi = (struct dev_info *)arg0;
self->name = thi
0 0 0 0 0 0 0 0 0 0 0 9682 104
>>36941 0
>> > 54 46
>> > 0 0 0 4157744 1059788 0 0 0 0 0 0 0 0 0 0 0 9769 105
>>37208 0
>> > 54 46
>> > 0 0 0 4157728 1059772 0 1 0 0 0 0 0 0 0 0 0 9741 159
>>37104 0
>> > 5
Profiling is AFAIK statistical, so it might not show the correct number.
Certainly the count of interrupts does not appear high, but if the handler
is spending a long time in the interrupt...
The script I sent measures the time spent in the handler (intrstat might do
this as well, but I just don'
ci3 63145
> uhci0 64232
> uhci4 103429
> ehci1 107272
> ehci0 108445
> uhci2 112589
>e1000g0 160024
>
> Regards,
> Gernot Wolf
>
>
> Am 20.10.11 20:22, schrieb Renni
Goes nuts? That would imply that the starting point wasn't currently
"nuts" wouldn't it? ;-)
On 1/6/12 4:37 PM, "Gabriel de la Cruz" wrote:
>Well, if someone would make use of those files that Oracle shared in
>bittorrent, we could make S11 upgreadable to OI, so no one would loose any
>server
I have to say, this is the silliest recommendation ever. A language
without the ability to dtrace it is a language that I won't bother using.
On Fri, Sep 16, 2016 at 6:39 AM, Apostolos Syropoulos via
openindiana-discuss wrote:
> I would like to just say that whenever I am trying to compile a
>
There's no such thing as closed source binary blobs, see: Ghidra.
Everything is opensource technically (whether it is opensource in the legal
sense is a different kettle of fish).
On Tue, Jul 2, 2019, 9:34 AM Previn Edward wrote:
> Dear OpenIndiana Mailing List,
>
> Would someone be able to con
QNX is so far ahead of any other operating system, the fact that it hasn't
changed yet n the last 20 years is basically a good thing as it has finally
stabilised (after having had two completely breaking rewrites from scratch
in the prior 20 years).
Only now are operating systems like fuchsia and
19 matches
Mail list logo