April 2010 - Darwin-dev - lists.apple.com

Re: madvise
by Jonas Maebe 13 Apr '10

13 Apr '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 13 Apr 2010, at 19:42, Jean-Daniel Dupas wrote: > Le 13 avr. 2010 à 19:36, Joel Reymont a écrit : > >> Do I correctly understand that madvise is a no-op on (Snow) Leopard? > > Can I ask you what make you think so ? > The madvise man page says the posix counterpart (posix_madvise) is implemented since 10.2 and > I don't see anything that stats this is a noop (especially as it look implemented in XNU sources). There's this post (on another list) from an Apple engineer: http://lists.apple.com/archives/PerfOptimization-dev/2009/Apr/msg00024.html It predates SL's release, so I don't know what the status is there. Jonas _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: madvise
by Paul Nelson 13 Apr '10

13 Apr '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com madvise is implemented. However, it is a no-op if you pass 0 for the size. Paul Nelson Thursby Software Systems, Inc. On Apr 13, 2010, at 1:01 PM, Jean-Daniel Dupas wrote: > > Le 13 avr. 2010 à 19:47, Joel Reymont a écrit : > >> >> On Apr 13, 2010, at 6:42 PM, Jean-Daniel Dupas wrote: >> >>> Can I ask you what make you think so ? >> >> I could swear I read on this list that one of the m* functions was a no-op. This was during previous virtual memory discussions. I will try to dig it up if Terry says I'm crazy :D. >> > > You're probably referring to this post: > > http://lists.apple.com/archives/darwin-dev/2010/Feb/msg00022.html > > This is the only one returns by Google for the following search: > > madvise site:lists.apple.com/archives/Darwin-dev/ > > > > -- Jean-Daniel > > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/darwin-dev/nelson%40thursby.com > > This email sent to nelson(a)thursby.com > _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: madvise
by Jean-Daniel Dupas 13 Apr '10

13 Apr '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Le 13 avr. 2010 à 19:47, Joel Reymont a écrit : > > On Apr 13, 2010, at 6:42 PM, Jean-Daniel Dupas wrote: > >> Can I ask you what make you think so ? > > I could swear I read on this list that one of the m* functions was a no-op. This was during previous virtual memory discussions. I will try to dig it up if Terry says I'm crazy :D. > You're probably referring to this post: http://lists.apple.com/archives/darwin-dev/2010/Feb/msg00022.html This is the only one returns by Google for the following search: madvise site:lists.apple.com/archives/Darwin-dev/ -- Jean-Daniel _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: madvise
by Joel Reymont 13 Apr '10

13 Apr '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=0I4qVa973KFZZafdaFlXqmTzlbWGevelk0F3PQYZby0=; b=K2ue6uhBuRNWjWayi6vRQvqa0WtjfoeyD6PLDy1O2msNQi5MOt34FXO5MAqM4nenBC O2oneBPEWPEGY3rQG6N7bM0w1DKXvByr9Wgxi+zCCFmNIEwzgAYQ4VnzU6H/OOZZ7rIb sIghAVUwHlklIEdHynzcHnXxmIH/MKrjol0lU= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=bu1pUdZG79Xlf93YqsMuA3Q9y2ZATIAgplQ17tTyhrVrHf+Oc0aeVmL09mpWSAeqqd CjG7++7xXKs3akO0vcU4zpguN2OJcIKr2QsvLKfDDfO0D8AfWWpxCymxBcP7HWLuwMrH 0CPPROetpu9GC3DQ7CRbWwUwmFTKCO/GWRTeQ= On Apr 13, 2010, at 6:42 PM, Jean-Daniel Dupas wrote: > Can I ask you what make you think so ? I could swear I read on this list that one of the m* functions was a no-op. This was during previous virtual memory discussions. I will try to dig it up if Terry says I'm crazy :D. Thanks, Joel --- http://es.linkedin.com/in/joelreymont _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: madvise
by Jean-Daniel Dupas 13 Apr '10

13 Apr '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Can I ask you what make you think so ? The madvise man page says the posix counterpart (posix_madvise) is implemented since 10.2 and I don't see anything that stats this is a noop (especially as it look implemented in XNU sources). Le 13 avr. 2010 à 19:36, Joel Reymont a écrit : > Do I correctly understand that madvise is a no-op on (Snow) Leopard? > > Of particular concern to me is advising the VM subsystem how to page in Firefox code on startup. > > Thanks, Joel > > --- > http://es.linkedin.com/in/joelreymont > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/darwin-dev/devlists%40shadowlab.org > > This email sent to devlists(a)shadowlab.org -- Jean-Daniel _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

madvise
by Joel Reymont 13 Apr '10

13 Apr '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:content-type :content-transfer-encoding:subject:date:message-id:to:mime-version :x-mailer; bh=ymBmHbkNOAZt4IzwfIl0KXPQ7m1RQyVeu7mdPw5QOag=; b=UDQoXP2Np3iyTkTXOElmN3epHTwhjdYww513prWWBmt0yrs3jFJ5hmfHvyx7SNJir4 xWcsx7H4XQY8oe9bY6NDU3nthG9cdb3pSQPxhb+XWQBXETZw7MBLPFMqyhJU9G8bJU24 tF2SJHnnXUb2AEf2SIFb002KlBwOwZDv8xDDA= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; b=HLgtnrHKZvczx7MTTYnGokRTvSN3WqIwQKO5/FZ5nLWiq17tBbwON/J5vTLm5vV1XU ca0KEdNUJQywS/R5orqCg1JrNYlLRp3bvHAGTzz0encU8b66Eh2E0FyhjAXAwgoNupAl ru187iFfyEUyyeNt0V8hXrbpwkQDM8ijV3YlM= Do I correctly understand that madvise is a no-op on (Snow) Leopard? Of particular concern to me is advising the VM subsystem how to page in Firefox code on startup. Thanks, Joel --- http://es.linkedin.com/in/joelreymont _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: processes, tasks, threads
by Terry Lambert 13 Apr '10

13 Apr '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com You could also buy/borrow Amit Singh's book. -- Terry _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On Apr 10, 2010, at 6:06 AM, Ariel Feinerman wrote: Hi, sorry for stupid question. What is the difference between process, task, flow and thread in the Darwin? What kind of relationsheeps between calls fork(), exec() and pthreads or mach threads? I heard that in some OS process and thread are the same entity at least in Linux. Thank you in advance, <http://opensource.apple.com/source/xnu/xnu-1504.3.12/bsd/kern/kern_fork.c > The block comment before the vfork() function will be informative. Specifically, the "Before" picture. The "After" picture shows the child "borrowing" the parent process's thread, uthread, and task (which it keeps borrowed until after you call execve() or _exit(), which are the only legal calls to make after a vfork(); everything else is "implementation defined", according to the POSIX specification). This email sent to site_archiver(a)lists.apple.com

1 0

Epoch time to host time
by Eugene Erokhin 12 Apr '10

12 Apr '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi all. I use such code to get Epoch time: host_get_clock_service(mach_host_self(), CALENDAR_CLOCK, &g_host_clock); mach_timespec_t now; clock_get_time(g_host_clock, &now); with pthread_cond_timedwait, to plan MIDI event sends. But CoreMIDI use host time. So, how can I convert epoch time to host time? Or may be host time to epoch time!? Best regards, Eugene Erokhin _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: processes, tasks, threads
by Mo McRoberts 12 Apr '10

12 Apr '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 10-Apr-2010, at 17:09, Jens Alfke wrote: > A thread is just a flow of control -- a CPU state (registers) and a stack. > A process is what you think of as a program, what's listed in 'top' or Activity Monitor. It's a set of threads running in a memory address space plus a set of privileges (user and group ID, resource quotas, etc.) > "Task" is I think a synonym for process. I haven't heard "flow" before, but I'd guess it means the same as thread. > > The above definitions hold for pretty much every OS, including Linux. not quite… last time I worked with it, on Linux a (kernel) thread was not materially different from a process, except that it shares memory/resources with the 'main thread' process rather than doing COW as it would if you'd forked and has a flag to say "I'm a thread". Linux has a slightly unusual syscall - clone(2) - which lets you create a process with rather fine-grained control over which things are newly-allocated, which are COW, and which are shared. kernel threads are created on Linux by way of clone(…, CLONE_THREAD…), which puts the new process in the same “thread group” as the parent (to bias scheduling). internally to the kernel, sys_fork(), sys_vfork() and sys_clone() all just call do_fork() (defined in kernel/fork.c), which handles the meat of creating new processes, whether they be threads or otherwise. the linux kernel does have 'kthreads' as well, but these are threads internal to the kernel itself and not created by userland processes. M. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: processes, tasks, threads
by Brian Bergstrand 12 Apr '10

12 Apr '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com In Mac OS X: a Thread is an execution context a Task, is a Mach process representation (in the simplest terms), it contains threads, VM resources, port rights, and other mach resources a Process is a BSD process representation that "wraps" a Mach task to add BSDisms such as BSD security (user,group,pid, etc), the open file table, etc A Light-weight process is usually a userland only thread that may not be backed by a kernel thread. Solaris supports these, but Mac OS X has no such concept (officially); a user thread is always associated with a kernel thread. On Apr 10, 2010, at 4:06 PM, Ariel Feinerman wrote: > Hi, > sorry for stupid question. What is the difference between process, task, flow and thread in the Darwin? What kind of relationsheeps between calls fork(), exec() and pthreads or mach threads? I heard that in some OS process and thread are the same entity at least in Linux. > Thank you in advance, > > -- _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0