FAQ Service (Spanish)

Advertencia:[ Si está utilizando una versión de BOINC inferior a la 5.8.2, antes de añadir o editar cc_config.xml, salga de BOINC. Normalmente seleccione BOINC Manager Archivo-> Salir. Si está se está ejecutando como servicio, Inicio-> Ejecutar, escriba net stop BOINC y pulse OK / Enter.

Si está utilizando BOINC 5.8.2 o superior, no es necesario detener el cliente BOINC. Solo editar el archivo cc_config.xml y decirle al BOINC Manager que lea el archivo, a través de Avanzado, Leer archivo de configuración.

A continuación se muestra una copia de cc_config.xml que puedes copiar y pegar en el Bloc de Notas (o cualquier otro editor de texto). Guardar en su directorio de BOINC como cc_config.xml. Al guardar con un editor de texto, asegúrese de guardar como "Todos los archivos". De esta manera, el editor no auto-añadirá una extensión TXT.

cc_config.xml se utiliza principalmente para depurar BOINC. Al permitir estos flags, BOINC escribe información específica en la carpeta Mensajes, stderrdae.txt y stdoutdae.txt.

(Si utiliza copiar / pegar, quite los asteriscos que he puesto, y asegúrese de configurar las opciones correctamente!)

<cc_config>
<log_flags>
     <task>1</task>
     <file_xfer>1</file_xfer>
     <sched_ops>1</sched_ops>
     <state_debug>0</state_debug>
     <task_debug>0</task_debug>
     <file_xfer_debug>0</file_xfer_debug>
     <sched_op_debug>0</sched_op_debug>
     <http_debug>0</http_debug>
     <work_fetch_debug>0</work_fetch_debug>
     <unparsed_xml>0</unparsed_xml>
     <proxy_debug>0</proxy_debug>
     <time_debug>0</time_debug>
     <http_xfer_debug>0</http_xfer_debug>
     <benchmark_debug>0</benchmark_debug> *
     <poll_debug>0</poll_debug>
     <guirpc_debug>0</guirpc_debug>
     <scrsave_debug>0</scrsave_debug>
     <rr_simulation>0</rr_simulation>
     <cpu_sched>0</cpu_sched>
     <cpu_sched_debug>0</cpu_sched_debug>
     <app_msg_send>0</app_msg_send>
     <app_msg_receive>0</app_msg_receive>
     <mem_usage_debug>0</mem_usage_debug>
     <network_status_debug>0</network_status_debug>
     <checkpoint_debug>0</checkpoint_debug> **
    </log_flags>
<options>
        <alt_platform>platform_name</alt_platform>
        <data_dir>/path/to/dir</data_dir>
        <disallow_attach>0|1</disallow_attach>
        <dont_contact_ref_site>
        <dont_check_file_sizes>0|1</dont_check_file_sizes>
        <force_auth>basic | digest | gss-negotiate | ntlm</force_auth>
        <http_1_0>0|1</http_1_0>
        <max_file_xfers>N</max_file_xfers>
        <max_file_xfers_per_project>N</max_file_xfers_per_project>
        <max_stderr_file_size>size_in_bytes</max_stderr_file_size>
        <max_stdout_file_size>size_in_bytes</max_stdout_file_size>
        <ncpus>N</ncpus>
        <no_alt_platform>0|1</no_alt_platform>
        <os_random_only>0|1</os_random_only>
        <report_results_immediately>0|1</report_results_immediately>
        <save_stats_days>N</save_stats_days>
        <simple_gui_only>0|1</simple_gui_only>
        <suppress_net_info>0|1</suppress_net_info>
</options>
</cc_config>

Para habilitar una opción cambie su 0 a 1. Si quiere dejar de usar la opción, cambiar el 1 a 0. No se olvide de guardar su archivo cambiado.

Esto también se puede encontrar en http://boinc.berkeley.edu/client_msgs.php. Compruebe regularmente el sitio para cambios o adiciones.

Explicación de los flags de registro:
Las tres primeras opciones, <task>, <file_xfer> y <sched_ops> están habilitadas por defecto y siempre deben estar activados.

<task>
El comienzo y el final tarea (debe recibir dos mensajes por tarea).
<file_xfer>
El comienzo y el final de la transferencia de archivos.
<sched_ops>
Conexiones con los servidores de planificación.

Los siguientes mensajes están desactivados por defecto (normalmente generan gran cantidad de salida, y se utilizan para determinados propósitos de depuración):

<app_msg_receive>
     - Memoria compartida mensajes recibidos desde aplicaciones.
<app_msg_send>
     Memoria compartida, los mensajes enviados a las aplicaciones.
<benchmark_debug>
     Depuración ide la nformación sobre los puntos de referencia de CPU. Nuevo en 5.8
<checkpoint_debug>
     Mostrar cuando las aplicacionesgraben un punto de control. Nuevo en 5.10
<cpu_sched>
     Planificador de las acciones de la CPU (de prioridad y la reanudación)
<cpu_sched_debug>
     Explica las decisiones del planificador de CPU
<debt_debug>
     Cambios en la deuda del proyecto
<file_xfer_debug>
     Mostrar el estado de realización de transferencias de archivos
<guirpc_debug>
     Informa sobre la depuración de las operaciones GUI RPC
<http_debug>
     Informa sobre la depuración de las operaciones HTTP
<http_xfer_debug>
     Informa sobre la depuración de la comunicación en la red
<mem_usage_debug>
     Uso de la memoria por la aplicación.
<network_status_debug>
     Estado de la red (cuando necesita conexión física).
<poll_debug>
     Mostrar lo que hacen las funciones de sondeo
<proxy_debug>
     Informa sobre la depuración de las operaciones del proxy HTTP
<rr_simulation>
     Resultados de la simulación 'round-robin' utilizada por el planificador de la CPU y las peticiones de trabajo
<sched_op_debug>
     Detalles de RPC de planificación; también muestra los intervalos de aplazamiento y otras informaciones de bajo nivel. Nueva 5.10.24
<scrsave_debug>
     Información de depuración sobre el protector de pantalla.
<state_debug>
     Mostrar resumen del estado del cliente después del RPC del planificador y la recolección de basura; muestra también las acciones de recolección de basura y cuando el archivo de estadus es leido/escrito.
<task_debug>
     Detalles de bajo nivel del proceso de inicio / final (los códigos de estado, etc IDPs), y cuando las aplicaciones marcan un punto de control.
<time_debug>
     Actualizaciones de on_frac, active_frac, connected_frac.
<unparsed_xml>
     Mostrar cualquier XML no esperado
<work_fetch_debug>
     Visualiza la politica de decisiones en la petición de trabajo

Explicación de opciones:

<alt_platform>
Especificar el nombre de una plataforma alternativa, que se incluirá en las solicitudes al planificador. Nueva 5.10.26
<data_dir>
Cambie el directorio de datos donde BOINC mantendrá los archivos de proyectos. Nueva 5.10.20
<disallow_attach>
Si está activada, el cliente no se conectará de nuevo a los proyectos. Nueva en 5.10
<dont_contact_ref_site>
Para determinar si una conexión de red física existe, el cliente de vez en cuando contacta con un sitio web disponible (google.com). Si este flag está activo, este comportamiento se suprime. Nuevo en 5.10.14
<dont_check_file_sizes>
Normalmente, el tamaño de la aplicación y archivos de entrada se comparan con los valores suministrados por el proyecto después de que los archivos se descarguen, y justo antes de iniciar una aplicación. Si este flag está activo, este control se omite. Úselo si necesita modificar archivos a nivel local por alguna razón.
<force_auth>
Cuando la autenticación contra un servidor proxy utiliza un método determinado de autenticación.

Los parámetros válidos son:
basic
digest
gss-negotiate
ntlm

(Configuración de particular importancia para la World Community Grid para facilitar la comunicaciones SSL / HTTPS). Nueva en 5.10.41
<http_1_0>
Establecer este flag para usar HTTP 1.0 en lugar de 1.1 (lo cual puede ser necesario con algunos proxies).
<max_file_xfers>
Número máximo de transferencias de archivos simultáneas (por defecto 8).
<max_file_xfers_per_project>
Número máximo de transferencias de archivos simultáneas por proyecto (por defecto 2).
<max_stderr_file_size>
Especifique el tamaño máximo del archivo estándar de registro de errores (stderrdae.txt); por defecto es de 2 MB. Los tamaños están en bytes, es decir, 2MB serían 2097152. Nueva en 5.10.28
<max_stdout_file_size>
Especifique el tamaño máximo del archivo estándar de registro (stdoutdae.txt); por defecto es de 2 MB. Los tamaños están en bytes, es decir de 2MB serían 2097152. Nueva en 5.10.28
<ncpus>
Actua como si hubieran N CPUs: ejecuta N tareas a la vez. Esto es para depurar, es decir, para simular 2 CPUs a una máquina que tiene sólo 1. No lo utilice para limitar el número de CPUs utilizados por BOINC; use en su lugar las preferencias generales.
<no_alt_platform>
Si está activada, el cliente va a ejecutar aplicaciones sólo para su plataforma principal. Por ejemplo, una máquina Win64 sólo se ejecutarán las aplicaciones Win64 y no Win32. Nueva 5.9.10
<os_random_only>
Si está activada, el cliente utilizará sólo funciones a nivel de sistema operativo para generar de forma aleatoria la contraseña del GUI RPC, y va a salir si estas funciones fallan. Sin este flag, si las funciones aleatorias del OS no están disponibles, el cliente va a recurrir a una generación aleatoria basada en la hora del día, espacio libre en disco, y otras informaciones específicas del host. Nueva en 5.10
<report_results_immediately>
Si se establece, cada trabajo se comunicará con el servidor del proyecto tan pronto como termine (por lo general, es aplazado hasta un día, a fin de que varias tareas puedan ser reportadas en una petición). El uso de esta opción aumenta la carga en los servidores del proyecto, y se debería se evitada por lo general. Está destinado a ser utilizado en ordenadores cuyos discos son reformateado todos los días. Nueva en 6.1
<save_stats_days>
¿Cuántos días a mostrar en los créditos totales por proyecto en la pestaña Estadísticas del BOINC Manager. El valor por defecto es 30.
<simple_gui_only>
Si está activado, el BOINC Manager mostrará sólo el GUI sencillo.
<suppress_net_info>
Si se habilita, no envía la dirección IP de este host y nombre del dominio a los servidores. De lo contrario, esta información es enviada y se almacena en los servidores. Es visible para usted (pero no para otros usuarios) a través de la web. Nueva en 5.10

FAQ: ¿Cómo puedo configurar mi cliente usando el archivo cc_config.xml?
Title:	¿Cómo puedo configurar mi cliente usando el archivo cc_config.xml?
Author:	Logan
Views:	5119
Category:	07. ¿Cómo hacerlo?
Available in:
Created:	22/06/2008 08:25:14
Last Modified:	22/06/2008 09:34:41
Contents:	Advertencia:[ Si está utilizando una versión de BOINC inferior a la 5.8.2, antes de añadir o editar cc_config.xml, salga de BOINC. Normalmente seleccione BOINC Manager Archivo-> Salir. Si está se está ejecutando como servicio, Inicio-> Ejecutar, escriba net stop BOINC y pulse OK / Enter. Si está utilizando BOINC 5.8.2 o superior, no es necesario detener el cliente BOINC. Solo editar el archivo cc_config.xml y decirle al BOINC Manager que lea el archivo, a través de Avanzado, Leer archivo de configuración. A continuación se muestra una copia de cc_config.xml que puedes copiar y pegar en el Bloc de Notas (o cualquier otro editor de texto). Guardar en su directorio de BOINC como cc_config.xml. Al guardar con un editor de texto, asegúrese de guardar como "Todos los archivos". De esta manera, el editor no auto-añadirá una extensión TXT. cc_config.xml se utiliza principalmente para depurar BOINC. Al permitir estos flags, BOINC escribe información específica en la carpeta Mensajes, stderrdae.txt y stdoutdae.txt. (Si utiliza copiar / pegar, quite los asteriscos que he puesto, y asegúrese de configurar las opciones correctamente!) <cc_config> <log_flags> <task>1</task> <file_xfer>1</file_xfer> <sched_ops>1</sched_ops> <state_debug>0</state_debug> <task_debug>0</task_debug> <file_xfer_debug>0</file_xfer_debug> <sched_op_debug>0</sched_op_debug> <http_debug>0</http_debug> <work_fetch_debug>0</work_fetch_debug> <unparsed_xml>0</unparsed_xml> <proxy_debug>0</proxy_debug> <time_debug>0</time_debug> <http_xfer_debug>0</http_xfer_debug> <benchmark_debug>0</benchmark_debug> * <poll_debug>0</poll_debug> <guirpc_debug>0</guirpc_debug> <scrsave_debug>0</scrsave_debug> <rr_simulation>0</rr_simulation> <cpu_sched>0</cpu_sched> <cpu_sched_debug>0</cpu_sched_debug> <app_msg_send>0</app_msg_send> <app_msg_receive>0</app_msg_receive> <mem_usage_debug>0</mem_usage_debug> <network_status_debug>0</network_status_debug> <checkpoint_debug>0</checkpoint_debug> </log_flags> <options> <alt_platform>platform_name</alt_platform> <data_dir>/path/to/dir</data_dir> <disallow_attach>0\|1</disallow_attach> <dont_contact_ref_site> <dont_check_file_sizes>0\|1</dont_check_file_sizes> <force_auth>basic \| digest \| gss-negotiate \| ntlm</force_auth> <http_1_0>0\|1</http_1_0> <max_file_xfers>N</max_file_xfers> <max_file_xfers_per_project>N</max_file_xfers_per_project> <max_stderr_file_size>size_in_bytes</max_stderr_file_size> <max_stdout_file_size>size_in_bytes</max_stdout_file_size> <ncpus>N</ncpus> <no_alt_platform>0\|1</no_alt_platform> <os_random_only>0\|1</os_random_only> <report_results_immediately>0\|1</report_results_immediately> <save_stats_days>N</save_stats_days> <simple_gui_only>0\|1</simple_gui_only> <suppress_net_info>0\|1</suppress_net_info> </options> </cc_config> Para habilitar una opción cambie su 0 a 1. Si quiere dejar de usar la opción, cambiar el 1 a 0. No se olvide de guardar su archivo cambiado. Esto también se puede encontrar en http://boinc.berkeley.edu/client_msgs.php. Compruebe regularmente el sitio para cambios o adiciones. Explicación de los flags de registro: Las tres primeras opciones, <task>, <file_xfer> y <sched_ops> están habilitadas por defecto y siempre deben estar activados. <task> El comienzo y el final tarea (debe recibir dos mensajes por tarea). <file_xfer> El comienzo y el final de la transferencia de archivos. <sched_ops> Conexiones con los servidores de planificación. Los siguientes mensajes están desactivados por defecto (normalmente generan gran cantidad de salida, y se utilizan para determinados propósitos de depuración): <app_msg_receive> - Memoria compartida mensajes recibidos desde aplicaciones. <app_msg_send> Memoria compartida, los mensajes enviados a las aplicaciones. <benchmark_debug> Depuración ide la nformación sobre los puntos de referencia de CPU. Nuevo en 5.8 <checkpoint_debug> Mostrar cuando las aplicacionesgraben un punto de control. Nuevo en 5.10 <cpu_sched> Planificador de las acciones de la CPU (de prioridad y la reanudación) <cpu_sched_debug> Explica las decisiones del planificador de CPU <debt_debug> Cambios en la deuda del proyecto <file_xfer_debug> Mostrar el estado de realización de transferencias de archivos <guirpc_debug> Informa sobre la depuración de las operaciones GUI RPC <http_debug> Informa sobre la depuración de las operaciones HTTP <http_xfer_debug> Informa sobre la depuración de la comunicación en la red <mem_usage_debug> Uso de la memoria por la aplicación. <network_status_debug> Estado de la red (cuando necesita conexión física). <poll_debug> Mostrar lo que hacen las funciones de sondeo <proxy_debug> Informa sobre la depuración de las operaciones del proxy HTTP <rr_simulation> Resultados de la simulación 'round-robin' utilizada por el planificador de la CPU y las peticiones de trabajo <sched_op_debug> Detalles de RPC de planificación; también muestra los intervalos de aplazamiento y otras informaciones de bajo nivel. Nueva 5.10.24 <scrsave_debug> Información de depuración sobre el protector de pantalla. <state_debug> Mostrar resumen del estado del cliente después del RPC del planificador y la recolección de basura; muestra también las acciones de recolección de basura y cuando el archivo de estadus es leido/escrito. <task_debug> Detalles de bajo nivel del proceso de inicio / final (los códigos de estado, etc IDPs), y cuando las aplicaciones marcan un punto de control. <time_debug> Actualizaciones de on_frac, active_frac, connected_frac. <unparsed_xml> Mostrar cualquier XML no esperado <work_fetch_debug> Visualiza la politica de decisiones en la petición de trabajo Explicación de opciones: <alt_platform> Especificar el nombre de una plataforma alternativa, que se incluirá en las solicitudes al planificador. Nueva 5.10.26 <data_dir> Cambie el directorio de datos donde BOINC mantendrá los archivos de proyectos. Nueva 5.10.20 <disallow_attach> Si está activada, el cliente no se conectará de nuevo a los proyectos. Nueva en 5.10 <dont_contact_ref_site> Para determinar si una conexión de red física existe, el cliente de vez en cuando contacta con un sitio web disponible (google.com). Si este flag está activo, este comportamiento se suprime. Nuevo en 5.10.14 <dont_check_file_sizes> Normalmente, el tamaño de la aplicación y archivos de entrada se comparan con los valores suministrados por el proyecto después de que los archivos se descarguen, y justo antes de iniciar una aplicación. Si este flag está activo, este control se omite. Úselo si necesita modificar archivos a nivel local por alguna razón. <force_auth> Cuando la autenticación contra un servidor proxy utiliza un método determinado de autenticación. Los parámetros válidos son: basic digest gss-negotiate ntlm (Configuración de particular importancia para la World Community Grid para facilitar la comunicaciones SSL / HTTPS). Nueva en 5.10.41 <http_1_0> Establecer este flag para usar HTTP 1.0 en lugar de 1.1 (lo cual puede ser necesario con algunos proxies). <max_file_xfers> Número máximo de transferencias de archivos simultáneas (por defecto 8). <max_file_xfers_per_project> Número máximo de transferencias de archivos simultáneas por proyecto (por defecto 2). <max_stderr_file_size> Especifique el tamaño máximo del archivo estándar de registro de errores (stderrdae.txt); por defecto es de 2 MB. Los tamaños están en bytes, es decir, 2MB serían 2097152. Nueva en 5.10.28 <max_stdout_file_size> Especifique el tamaño máximo del archivo estándar de registro (stdoutdae.txt); por defecto es de 2 MB. Los tamaños están en bytes, es decir de 2MB serían 2097152. Nueva en 5.10.28 <ncpus> Actua como si hubieran N CPUs: ejecuta N tareas a la vez. Esto es para depurar, es decir, para simular 2 CPUs a una máquina que tiene sólo 1. No lo utilice para limitar el número de CPUs utilizados por BOINC; use en su lugar las preferencias generales. <no_alt_platform> Si está activada, el cliente va a ejecutar aplicaciones sólo para su plataforma principal. Por ejemplo, una máquina Win64 sólo se ejecutarán las aplicaciones Win64 y no Win32. Nueva 5.9.10 <os_random_only> Si está activada, el cliente utilizará sólo funciones a nivel de sistema operativo para generar de forma aleatoria la contraseña del GUI RPC, y va a salir si estas funciones fallan. Sin este flag, si las funciones aleatorias del OS no están disponibles, el cliente va a recurrir a una generación aleatoria basada en la hora del día, espacio libre en disco, y otras informaciones específicas del host. Nueva en 5.10 <report_results_immediately> Si se establece, cada trabajo se comunicará con el servidor del proyecto tan pronto como termine (por lo general, es aplazado hasta un día, a fin de que varias tareas puedan ser reportadas en una petición). El uso de esta opción aumenta la carga en los servidores del proyecto, y se debería se evitada por lo general. Está destinado a ser utilizado en ordenadores cuyos discos son reformateado todos los días. Nueva en 6.1 <save_stats_days> ¿Cuántos días a mostrar en los créditos totales por proyecto en la pestaña Estadísticas del BOINC Manager. El valor por defecto es 30. <simple_gui_only> Si está activado, el BOINC Manager mostrará sólo el GUI sencillo. <suppress_net_info>** Si se habilita, no envía la dirección IP de este host y nombre del dominio a los servidores. De lo contrario, esta información es enviada y se almacena en los servidores. Es visible para usted (pero no para otros usuarios) a través de la web. Nueva en 5.10

FAQ Service (Spanish)

¿Cómo puedo configurar mi cliente usando el archivo cc_config.xml?