***CODE***
void *t_thread(void *p){ some work }
rtparms_t rtp;
struct sched_param sp;
pthread_t t_1;
//Setting some params to rtp;
pthread_create(&t_1, NULL, t_thread, NULL);
sp.sched_priority = 100;
pthread_setschedparam(t_1, SCHED_FIFO, &sp);
//Want to have RT-class prio 100
//Then I want to
> "Richard L. Hamilton" <[EMAIL PROTECTED]> wrote:
>
> > I suppose there are a lot of ways the objective
> could be achieved.
> > For example, an additional open() flag O_NOATIME to
> allow reading
> > a file without modifying its atime. That would
> have the advantage that
> > timestamps didn't
Theocharis Tsenis wrote:
> Hi everybody,
> I am new in Solaris so the question may seem naive. Does
> opensolaris -at least the latest release- exploits the benefits from the T1
> opensparc processor?
>
I'm not sure about the "OpenSPARC" version, but if it is the same as t
Hi everybody,
I am new in Solaris so the question may seem naive. Does
opensolaris -at least the latest release- exploits the benefits from the T1
opensparc processor?
Cheers,
Theo.
This message posted from opensolaris.org
_
"Shawn Walker" <[EMAIL PROTECTED]> wrote:
> The only thing that bothers me about all of this is that bad
> applications will get this idea in their head that for "performance
> reasons" they should just use such options all the time.
>
> I know many folks turn off atime completely anyway because o
"Richard L. Hamilton" <[EMAIL PROTECTED]> wrote:
> I suppose there are a lot of ways the objective could be achieved.
> For example, an additional open() flag O_NOATIME to allow reading
> a file without modifying its atime. That would have the advantage that
> timestamps didn't need to be restore
Thanks a lot!
Yes. I want to generate a 128-bit AES key which is a random number. But I can't
successfully compile the code.
If possible, could you please give an example which can be compiled
successfully?
This message posted from opensolaris.org
___
Patrick Ale wrote:
> On Jan 20, 2008 7:23 PM, Artem Kachitchkine <[EMAIL PROTECTED]> wrote:
>>> what I am talking
>>> about now is the entire failure of building the gate due to removed
>>> header files :)
>> HAL depends on DBus and GLib. You have to have dependencies present on
>> the build machin
Joerg Schilling wrote:
> Peter Memishian <[EMAIL PROTECTED]> wrote:
>
>> > > If we do decide to promote such a facility, I'd hope we'd find a less
>> ugly
>> > > interface for it.
>> >
>> > What is is that you don't like?
>>
>> For one, the leading underscore in the ioctl name (which is clea
