Sponsored Content
Operating Systems OS X (Apple) OS X Support RSS Motion: Higher performance graphics mode may remain active if Compressor is used to t Post 302254666 by Linux Bot on Wednesday 5th of November 2008 12:10:04 AM
Old 11-05-2008
Motion: Higher performance graphics mode may remain active if Compressor is used to t

When you transcode a Motion project in Compressor on a MacBook Pro (Late 2008), your computer may stay in "Higher performance" graphics mode after the project has been transcoded. This can happen even after you change the graphics setting in the Energy Saver pane in System Preferences to "Better battery life," log out, and then log back in. The Energy Saver pane in System Preferences may report the graphics mode is "Better battery life," but it will still be in "Higher performance" mode.

More from Apple OS X Support ...
 

3 More Discussions You Might Find Interesting

1. AIX

Question about HACMP for active-active mode

Hi all, I am new to HACMP. So sorry for the newie question. But I did search the forum and it seems that no one asks this before. So if a 2-node cluster runs in active-active mode (and the same application), what is the benefit of using HACMP ? If it runs in active-stanby, it is easy to... (9 Replies)
Discussion started by: qiulang
9 Replies

2. Linux

active mode ftp connection from linux

Hi, We have one java client which connects to a windows server through ftp in active mode and gets files. When we run this client on hp-ux, it is able to transfer 100k files. But when we run the same client on Linux server it is able to transfer only 200 files at max and it is hanging there... (1 Reply)
Discussion started by: urspradeep330
1 Replies

3. OS X (Apple)

[Solved] links2 --enable-graphics from source, configure error: no graphics driver found.

Howdy I am trying to install links2 with graphics support on snow leopard 10.6.8 (xcode installed). I have had the program running last year, also installed from source - but then I had installed some image libraries with mac ports and fink - cannot reproduce that setup. Plus I would like to not... (6 Replies)
Discussion started by: butterbaerchen
6 Replies
mDNSResponder(8)					    BSD System Manager's Manual 					  mDNSResponder(8)

NAME
mDNSResponder -- Multicast and Unicast DNS daemon SYNOPSIS
mDNSResponder DESCRIPTION
mDNSResponder (also known as mdnsd on some systems) is a daemon invoked at boot time to implement Multicast DNS and DNS Service Discovery. On Mac OS X 10.6 (Snow Leopard), mDNSResponder is also the system-wide Unicast DNS Resolver. mDNSResponder listens on UDP port 5353 for Multicast DNS Query packets. When it receives a query for which it knows an answer, mDNSResponder issues the appropriate Multicast DNS Reply packet. mDNSResponder also performs Unicast and Multicast DNS Queries on behalf of client processes, and maintains a cache of the replies. mDNSResponder has no user-specifiable command-line argument, and users should not run mDNSResponder manually. LOGGING
There are several methods with which to examine mDNSResponder's internal state for debugging and diagnostic purposes. The syslog(1) logging levels map as follows: Error - Error messages Warning - Client-initiated operations Notice - Sleep proxy operations Info - Informational messages By default, only log level Error is logged. A SIGUSR1 signal toggles additional logging, with Warning and Notice enabled by default: % sudo killall -USR1 mDNSResponder Once this logging is enabled, users can additionally use syslog(1) to change the log filter for the process. For example, to enable log lev- els Emergency - Debug: % sudo syslog -c mDNSResponder -d A SIGUSR2 signal toggles packet logging: % sudo killall -USR2 mDNSResponder A SIGINFO signal will dump a snapshot summary of the internal state to /var/log/system.log: % sudo killall -INFO mDNSResponder OPTIONAL ARGUMENTS
mDNSResponder accepts the following optional arguments: -AlwaysAppendSearchDomains Append search domains for multi-labeled Partially Qualified Domain Name as well as single-labeled Partially Quali- fied Domain Name. This argument is not recommended because of the extra DNS traffic it generates and its adverse effect on battery life. -NoMulticastAdvertisements Prevent the system from advertising Bonjour services via Multicast DNS. To cause mDNSResponder to run with these optional arguments when it launches on OS X 10.11 (El Capitan) and later, set the AlwaysAppendSearchDomains or NoMulticastAdvertisements boolean keys to true in /Library/Preferences/com.apple.mDNSResponder.plist and reboot. FILES
/usr/sbin/mDNSResponder /Library/Preferences/com.apple.mDNSResponder.plist INFO
For information on Multicast DNS, see http://www.multicastdns.org/ For information on DNS Service Discovery, see http://www.dns-sd.org/ For information on how to use the Multicast DNS and the DNS Service Discovery APIs on Mac OS X and other platforms, see http://developer.apple.com/bonjour/ For the source code to mDNSResponder, see http://developer.apple.com/darwin/projects/bonjour/ BUGS
mDNSResponder bugs are tracked in Apple Radar component "mDNSResponder". HISTORY
The mDNSResponder daemon first appeared in Mac OS X 10.2 (Jaguar). Also available from the Darwin open source repository (though not officially supported by Apple) are mDNSResponder daemons for other plat- forms, including Microsoft Windows, Linux, FreeBSD, NetBSD, Solaris, and other POSIX systems. Darwin June 1, 2019 Darwin
All times are GMT -4. The time now is 03:32 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy