wanautentico

Hola a todos. Tengo pensado abrir una tienda inlucido un servicio técnico informático. Venta, reparación de todo tipo de ordenadores, cámaras de video vigilancia, juegos pc, radio enlaces, creación de zonas wifis y redes en general. El problema es que no sé que nombre ponerle al local. Me echais una mano? un nombre original y que sea pegadizo, dificil de olvidar. Gracias de antemano.

Soy fan del grupo de rock "The Doors" y leyendo por internet me encontré estas dos curiosidades de la pelicula de Oliver Stone. La sacerdotisa que casa a Patricia Keanely con Jim Morrison es la misma Patricia Keanely El técnico de sonido en las grabaciones de The Doors es John Densmore, el bateria de la banda de The Doors Seguro que habrá muchas más, pero éstas son las que más me llamo la atención. Otra curiosidad fuera de la peli es que en el videoclip de la canción "Touch me" sale Robby Krieger con un ojo morado, unos dicen que fue en una pelea separando a Jim y otros, la creíble, es que en esa presentación Robby Krieger se pintó el ojo morado ya que “touch me” en realidad se iba a nombrar “hit me” (pégame) Saludos...

Desde hace mucho tiempo venía arrastrando este cartel tan molesto, o se quedaba el equipo congelado unos segundos y luego respondía o se ponía el monitor en negro y luego volvia la señal de video. La solución que daba Nvidia era actualizar el driver de la VGA, pero en mi caso nunca solucionaba el problema. Ni con Windows 7/8 ni 8.1. En los juegos Iba perfecto, nunca fallaba. Sólo saltaba el cartel cuando navega por internet (Firefox, Chrome). Entonces deducí que el problema era cuando la GPU estaba con poca carga. Mi tarjeta gráfica es una Gigabyte GTX 460 1 Gb OC y ya tiene la ultima Bios de Gigabyte. Con Gpu-Z miré las frecuencias y eran éstas. Y para mirar que frecuencias usaba para baja carga en la pestaña Sensors Si os dais cuenta la diferencia es bastante grande cuando no tiene carga la GPU, de ahí que no se caliente casi nada en reposo, la he llegado a ver a 22 º Entonces pensé en subirle un poco esas frecuencias cuando está en baja carga, como? pues editando la BIOS ya que programas como MSI After Burner no tiene esta opción (solo puedes subir/bajar la frecuencia en alta carga de GPU. Para editar la Bios de las Fermi usé NiBiTor v6.06, es un programa gratuito. Editando la BIOS de la tarjeta Gráfica 1º Paso. Guardar la BIOS original que trae la VGA y hacer una copia por si falla la que vamos a editar y asi poder restaurar a los valores del fábricante. Usaremos GPU-Z. La Guardamos con el nombre: Original.rom 2º Paso. Procedemos a editar la bios original con el programa NiBiTor v6.06, lo abrimos y cargamos la Bios Original.rom. Desde File/Open Bios. Le damos clic en Tools y Fermi Clocks y nos saldrá todos los relojes que usa la VGA. Nos sale esta ventana el cual diré que parámetros a cambiar. Cuadro Negro: Shader, este parámetro nos da la frecuencia final de Gpu, si os dais cuenta marca 1430 que dividido entre 2 da 715 (la frecuencia que marcaba GPU-Z en el chip) Cuadro Rojo: Bumped Shader, esta frecuencia hay que subirla con relacion al Shader. En mi caso si dividimos 1516/1430= 1.06. Este valor es el que hay que multiplicar al shader para sacar el Bumped Shader. En mi caso 1430x1.06= 1516 Cuadro azul: Frecuencia de la ram (memoria gpu) aqui el valor es a elección de cada uno. 3º Paso. Las frecuencias señaladas son en Gpu en alta carga y yo lo que quiero es subir las de baja carga pues procedemos a cambiar los parametros de baja carga que estan en los primeros campos. Lo único que hice es doblar los parámetros que tiene la Bios Original. Si os dais cuenta los valores son 101, 270 y 135. El valor 101 dividido por 2 da la frecuencia en baja carga 50.5 (coincide con Gpu-Z en la pestaña Sensors) lo mismo pasa con la frecuencia de la ram, 135/2= 67.5 (tambien coincide con GPU-Z) 4º Paso. En mi caso dupliqué los valores del Chip y de la frecuencia de la Ram, el de Bumped Shader lo dejé igual porque lo vi alto y si viene asi de fábrica por algo será. Ya de paso tambien subí un poco las frecuencias en alta carga porque la GTX 460 sin subir Vcore llega a los 800 Mhz sin enterarse. Ésta es la configuración final. Lo dejé en 750 Mhz para el chip y 950 Mhz para la ram (3800 Mhz efectivos). Aplicamos y aceptamos. 5º Paso. Una vez configurado los relojes, guardamos la bios editada con el nombre de NuevaBios.rom. Clic en File y Save Bios. Cargar nuestra nueva Bios Editada a la VGA Para cargar nuestra Bios modificada usé Nvflash Windows 5.134.0.1. Abrimos la carpeta donde está este programa y sólo tenemos que arrastar nuestra Bios a Nvflash.exe. Saldrá una pantalla de interprete de comandos (cmd) y nos pedirá confirmación para flashear la bios de la VGA. Y listo!!! ya esta cargada la Bios modificada y lista para usar. Reiniciamos windows y comprobamos de nuevo con GPU-Z que todo salió bien. Mirando las frecuencias a baja carga y alta carga. Éste fue mi resutaldo, tanto en baja carga como en alta: Fue un poco largo pero quise explicarlo lo mejor que pude. Desde que subí estas frecuencias de baja carga no he tenido el error de controlador ha fallado y se ha recuperado. NOTA: Use los programas bajo su responsabilidad pues si hace algo mal puede quedar inservible la tarjeta gráfica. Tener mucho cuidado con los parámetros que cambiais. Para asegurarnos de poner los parámetros corretos existe un calculador para las tarjetas graficas Fermi de Nvidia. Se llama FermibiosCalculator 1.0.0.4. Tambien gratuito. Se me olvidó decir que después de flashear la bios de la vga es recomendable instalar de nuevo el driver Nvidia. Espero que sea de ayuda. Saludos...

Me imagino que habrá cientos de post igual que este, sobre que hacer con un disco duro inservible. Pero quería mostrar como quedó mi Reloj Disco duro Lo mejor de todo es que la maquinaria del reloj me costó 1,89 € en ebay Y perdon por las fotos de mala calidad, pero mi movil tiene una camara asquerosa como se puede apreciar FIN

Dado que es imposible subir un post que enlaza a un video con un link Y que en el perfil de la cuenta la gente si puede poner incluso paginas web con teras de juegos. En mi perfil esta el link para arreglar los dichosos tirones del juego Far Cry 4. Ahora me borraran la cuenta...? Asi puedo estar semanas....

Parece que la próxima llegada de la nueva generación de tarjetas gráficas de AMD traerá una lucha encarnizada en cuanto a rendimiento y eficiencia. Actualmente Nvidia ostenta el título de la tarjeta monoGPU más potente con su GTX 980, además de contar con la arquitectura Maxwell que ofrece una eficiencia nunca antes vista en el mercado de estos componentes. Sin embargo AMD está preparando una nueva generación de tarjetas gráficas también centradas en la eficiencia, y naturalmente, en superar el rendimiento de sus principales competidores. A día de hoy no hay ninguna información oficial sobre estas tarjetas, pero han aparecido los que parecen ser los primeros test de rendimiento de la GPU con nombre en clave "Captain Jack", una GPU que posiblemente dará forma a la esperada Radeon R9 390X. Según podemos ver en los resultados filtrados, la supuesta R9 390X ofrece un 16% más de rendimiento que la Nvidia GTX 980, la mono-GPU más potente actualmente, pasando de los 56,6 FPS que es capaz de alcanzar hasta los 65,6 FPS que alcanza esta nueva Radeon. Los resultados son una media de los obtenidos en una batería de test con los últimos juegos del mercado, como puede ser Far Cry 4, Dragon Age: Inquisition, Assassin's Creed: Unity, COD: Advanced Warfare, entre muchos otros. Otro detalle llamativo es su consumo. Si nos fijamos en la tabla de resultados veremos que AMD ha conseguido reducir el consumo de esta nueva gráfica en más de 80 W respecto a la R9 290X, colocándose en una cifra de 197 W, apenas 12 W más que la eficiente GTX 980 con arquitectura Maxwell, por lo que parece que por fin veremos una mayor eficiencia en la nueva generación de gráficas de AMD. Como siempre, os recordamos que estos resultados hay que cogerlos con cautela. Según el portal que los ha publicado, chiphell, se trata de una muestra de ingeniería de una nueva GPU de AMD, ni siquiera se sabe si sería la supuesta R9 390X u otro modelo situado en un escalón inferior de la nueva generación.

Parece que la próxima llegada de la nueva generación de tarjetas gráficas de AMD traerá una lucha encarnizada en cuanto a rendimiento y eficiencia. Actualmente Nvidia ostenta el título de la tarjeta monoGPU más potente con su GTX 980, además de contar con la arquitectura Maxwell que ofrece una eficiencia nunca antes vista en el mercado de estos componentes. Sin embargo AMD está preparando una nueva generación de tarjetas gráficas también centradas en la eficiencia, y naturalmente, en superar el rendimiento de sus principales competidores. A día de hoy no hay ninguna información oficial sobre estas tarjetas, pero han aparecido los que parecen ser los primeros test de rendimiento de la GPU con nombre en clave "Captain Jack", una GPU que posiblemente dará forma a la esperada Radeon R9 390X. Según podemos ver en los resultados filtrados, la supuesta R9 390X ofrece un 16% más de rendimiento que la Nvidia GTX 980, la mono-GPU más potente actualmente, pasando de los 56,6 FPS que es capaz de alcanzar hasta los 65,6 FPS que alcanza esta nueva Radeon. Los resultados son una media de los obtenidos en una batería de test con los últimos juegos del mercado, como puede ser Far Cry 4, Dragon Age: Inquisition, Assassin's Creed: Unity, COD: Advanced Warfare, entre muchos otros. Otro detalle llamativo es su consumo. Si nos fijamos en la tabla de resultados veremos que AMD ha conseguido reducir el consumo de esta nueva gráfica en más de 80 W respecto a la R9 290X, colocándose en una cifra de 197 W, apenas 12 W más que la eficiente GTX 980 con arquitectura Maxwell, por lo que parece que por fin veremos una mayor eficiencia en la nueva generación de gráficas de AMD. Como siempre, os recordamos que estos resultados hay que cogerlos con cautela. Según el portal que los ha publicado, chiphell, se trata de una muestra de ingeniería de una nueva GPU de AMD, ni siquiera se sabe si sería la supuesta R9 390X u otro modelo situado en un escalón inferior de la nueva generación.

GOVERNORS Primeramente vamos a hablar de los governors más conocidos, los que suelen incluir la mayoría de los kernels. Un kernel no tiene por que incluir todos estos, eso depende del desarrollador. Son los siguientes: 1) Ondemand 2) Ondemandx 3) Conservative 4) Interactive 5) Interactivex 6) Lulzactive 7) Smartass 8) SmartassV2 9) Intellidemand 10) Lazy 11) Lagfree 12) Lionheart (*) 13) LionheartX (*) 14) Brazilianwax (*) 15) SavagedZen 16) Userspacce 17) Powersave 18) Performance (*) Los menciono pero no voy a hablar de ellos, ya que no se suelen utilizar. 1) Ondemand Es el governor por defecto en la mayoría de los kernels stock. Uno de los objetivos principales del Ondemand es que cambia a la máxima frecuencia tan pronto como haya actividad en la CPU para asegurar la capacidad de respuesta del sistema, para que se entienda funciona en plan “lo importante es el rendimiento aquí y ahora”. Por lo tanto, escala a la máxima frecuencia cuando la CPU está trabajando y decrece gradualmente cuando la CPU se va quedando más libre. A pesar de que muchos consideran Ondemand como un governor fiable, se queda a mitad de camino entre ofrecer un buen rendimiento del teléfono y un ahorro de batería. 2) Ondemandx Este governor se supone que es mejor que el Ondenand en cuanto a gasto de batería. Cuando la pantalla está apagada, la frecuencia máxima está limitada a 500 mhz. Aunque Ondemand es el governor por defecto en varios kernels y es considerado como seguro y estable, el soporte para Ondemand/OndemandX depende de la capacidad de la CPU para hacer rápidas variaciones de frecuencia. 3) Concervative Es un Ondemand más lento que escala frecuencias más lentamente para ahorrar batería. Funciona como aquel, al ajustar dinámicamente las frecuencias según la utilización del procesador. Sin embargo, el Conservative aumenta y disminuye la velocidad de la CPU más gradualmente. Más fácil de entender, este governor aumenta la frecuencia de la CPU paso por paso (100mhz>200mhz>400mhz>etc), y salta a la frecuencia más baja cuando la CPU entra en idle (1000mhz>100mhz). 4) Interactive Se puede considerar con un Ondemand rápido. Al ser más rápido gasta más batería. Tiene las siguientes ventajas: Escala frecuencias de manera más consistente, debido a que los otros governors hacen su muestreo de carga de la CPU en un contexto de espera (primero uno, hasta que no acabe con ese no pasa el siguiente), pero el Interactive asigna unos tiempos a cada muestreo haciéndolo más consistente. Mayor prioridad para el incremento de frecuencia de la CPU, dando así un mayor beneficio al incremento de rendimiento. 5) Interactivex Es un Interactive con un perfil de arranque. Más ahorro de la batería que el Interactive. 6) Lulzactive Está basado en los governors Interactive y Smartass y es uno de los más usados. Versión antigua Cuando la carga de la CPU es igual o superior al 60%, el governor hace que la CPU aumente hasta la siguiente frecuencia. Cuando la carga es inferior al 60%, el governor hace que la CPU disminuya hasta la frecuencia anterior a la que está. Cuando la pantalla está apagada, la frecuencia es la mínima a la que esté configurada la CPU. Versión nueva Existen tres nuevos parámetros configurables: inc_cpu_load, pump_up_step y pump_down_step. Esto dota de más control por parte del usuario. Podemos establecer el umbral en el que governor decide escalar hacia arriba o hacia abajo. De la misma manera, podemos fijar el número de frecuencias que se saltará hacia arriba o hacia abajo. Por ejemplo: cuando la carga esté por encima del 60% pasar de 200mhz a 800mhz. Otro ejemplo Considerad los siguientes parámetros: inc_cpu_load=70 pump_up_step=2 pump_down_step=1 - Si la frecuencia actual=200mhz, cuando la CPU tenga una carga del 70% escalará 2 frecuencias hasta llegar a los 800mhz. -Si la frecuencia actual=1200mhz, cuando la CPU tenga una carga menor al 70% bajará 1 frecuencia hasta llegar a los 1000mhz. 7) Smartass Es el governor resultante de que Erasmux reescribiese completamente el código del Interactive. El principal objetivo es optimizar la duración de la batería sin comprometer el rendimiento. Aun así, el gasto de batería es algo mayor que el SmartassV2 dado que la frecuencia mínima con la pantalla encendida es mayor que las frecuencias utilizadas con la pantalla apagada. Salta a la máxima frecuencia en intervalos de tiempo muy cortos, y esta operación la repite continuamente. 8) SmartassV2 Es la Versión 2 del Smartass original de Erasmux. Otro de los favoritos de mucha gente. El objetivo de este governor es el de utilizar la frecuencia ideal, y subir de forma bastante agresiva hasta esa frecuencia, para después bajar más suavemente. Usa diferentes frecuencias ideales para perfiles de pantalla apagada/encendida, llamados awake_ideal_freq y sleep_ideal_freq. Este governor baja de frecuencia de CPU muy rápidamente (para alcanzar cuanto antes la sleep_ideal_freq) mientras la pantalla está apagada, y sube de frecuencia de la CPU rápidamente hasta la awake_ideal_freq cuando la pantalla se enciende. No hay un límite superior de frecuencia mientras la pantalla está apagada (a diferencia del Smartass). Por lo tanto, el governor tiene disponible todo el rango entero de frecuencias para usarlas durante los estados de pantalla apagada/encendida. El lema de este governor es un equilibrio entre rendimiento y batería. 9) Intellidemand Intellidemand, o también conocido como Intelligent Ondemand es otro governor basado en el Ondemand. El Intellidemand original se comporta de manera diferente según el uso de la GPU. Cuando la GPU está realmente ocupada (por juegos, Maps, benchmarking, etc) Intellidemand se comporta como un Ondemand. Cuando la GPU está “idling” (al ralentí, por así decirlo), o no tan ocupada como antes, Intellidemand limita la frecuencia máxima en función de las frecuencias disponibles del dispositivo/kernel para ahorrar batería. Esto se denomina modo de navegación. Podemos apreciar aquí algunos aspectos del governor Interactive. La frecuencia con la que se toman las decisiones de escalar hacia arriba está basada en el tiempo de inactividad de la CPU. Un tiempo de inactividad bajo (<20%) hace que la CPU aumente la frecuencia actual. En resumen, se trata de un Ondemand inteligente que entra en el modo navegación para limintar la frecuencia máxima cuando la GPU entra en inactividad, y se comporta con un Ondemand cuando la GPU está ocupada para ofrecer rendimiento para juegos, por ejemplo. Intellidemand no salta a la frecuencia más alta cuando la pantalla está apagada. 10) Lazy Este governor creado por Ezekeel es básicamente un Ondemand con unos parámetros adicionales min_time_state para especificar el tiempo mínimo que la CPU está en una frecuencia antes de subirla/bajarla. La idea es eliminar cualquier inestabilidad causada por el rápido cambio que usa Ondemand. Lazy también tiene un parámetro screenoff_mazfreq que cuando está activado hará que el governor siempre seleccione la máxima frecuencia cuando la pantalla está apagada. 11) Lagfree Lagfree es similar al Ondemand. La única diferencia es que no está optimizado para mejorar el gasto de batería. La frecuencia aumenta y disminuye suavemente, a diferencia del Ondemand. Lagfree no omite ningún escalón en la frecuencia mientras la aumenta o la disminuye. Hay que tener presente que si hay un requerimiento repentino de energía Lagfree no puede satisfacerlo ya que tiene que pasar por todas y cada una de las frecuencias. Algunos usuarios han reportado que la reproducción de vídeo usando Lagfree da algunos pequeños tirones. *12)Lionheart 13) LionheartX 14) Brazilianwax* 15) SavagedZen Es otro governor basado en el SmartassV2. Logra un buen equilibrio entre rendimiento y batería, en comparación con al Brazilianwax. 16) Userspace En lugar de determinar automáticamente las freuencias, deja a los usuarios elegirlas. 17) Powersave Bloquea la frecuencia máxima a la mínima frecuencia. No se puede usar como un perfil de pantalla encendida o incluso apagada si la frecuencia mínima es demasiado baja. 18) Performance Ajusta la mínima frecuencia a la máxima frecuencia. ¡Úsalo mientras haces un benchmarking PREGUNTAS P. “Muy bien, basta de explicaciones. Dime qué governor es mejor para rendimiento y cual es mejor para la batería.” R. Lulzactive y SmartassV2 para un equilibrio entre rendimiento y batería. Para tareas ligeras, Lulzactive debería ser mejor en cuanto a batería, y para tareas más pesadas, Lulzactive debería ser mejor para rendimiento también. Para obtener un rendimiento máximo usa un Ondemand retocado o un Conservative, pero nunca te quejes de la batería entonces. NOTA: no es fácil hacerse con el Lulzactive. Si no estás seguro de cómo configurarlo sigue leyendo los siguientes posts. P. “Casi lo olvido, ¿cómo puedo cambiar los governors?”” R. La mejor manera es usando un script en init.d si tu kernel está preparado para ello. Otra opción, mucho más fácil, es usando aplicaciones como NSTools, Voltage Control, Pimp my CPU, etc. P. “¿Cómo se qué governor es el mejor para mí?”” R. Depende de lo que necesites según el uso que le des al teléfono a diario: rendimiento o batería. La mejor elección es un governor que tenga un equilibro entre las dos opciones. O modificar un governor para obtener un mayor rendimiento en detrimento de la batería. Siempre podemos recargar la batería: en el coche cuando vamos al trabajo, en casa por la noche. Lo que no podemos es recargar el rendimiento. Si, como lo oyes. Prueba a disfrutar del teléfono, no le pongas barreras con tal de que gaste menos y te dura la batería 2 o 3 días. Si la batería te aguanta desde que te levantas hasta que te acuestas dale caña. P. “Bien, he elegido me governor favorito para cuando se enciende la pantalla y otro para cuando se apaga. ¿Por qué el teléfono no se enciende al salir del reposo? Tengo que reiniciarlo pulsando el botón power durante unos 10 segundos…¿He tenido un SOD (sleep of death)?” R. Si. No uses dos governos distintos para pantalla apagada/encendida si ambos tienen limitada la frecuencia máxima para la pantalla apagada. ¿No lo has entendido? -Ejemplo de mala combinación (pantalla encendida/apagada): OndemandX-SmartassV2. -Ejemplo de buena combinación: Ondemand-SmartassV2, Lulzaactive-SmartassV2. P. “Noto cierto lag con un governor. Por ejemplo cuando hago scroll en el menú de aplicaciones o en el navegador web, etc. Me encanta este governor y no me digas que use otro…¿Puedo deshacerme del lag?” R. Si…puedes. Básicamente lo que tenemos que hacer es que el governor muestree con menos frecuencia cuándo bajar la velocidad de la CPU. Incrementar el tiempo de muestro para bajar la frecuencia hace que la CPU esté durante más tiempo en una misma frecuencia antes de disminuirla. Esto podría eliminar el lag. P. “Ok, quiero modificar el governor según mi uso habitual, porque no estoy a gusto con la configuración predetermianda.” R. Se pueden modificar los governors usando un script en init.d, por ejemplo: /sys/devices/system/cpu/cpufreq/name-of-active-governor/name-of-the-paramater-to-tweak. La manera más fácil y cómoda, sin duda, es usando la aplicación NSTools, la cual permite ajustar los parámetros de todos los governors que lo permitan. P. “Voy a elegir como frecuencia mínima 100 mhz porque mi kernel me da la opción. Espero que no haya nada malo en hacer esto.” R. ¡Espera! Posiblemente desees no usar la frecuencia mínima de 100 mhz con la pantalla apagada/encendida por tres razones: -100 mhz consume más batería que 200 mhz. Según los test, 100 mhz consumen 1W/Ghz y 200 mhz consumen 0,7W/Ghz. -En 200 mhz se pueden hacer las mismas tareas más rápidamente que en 100 mhz y entrar antes en reposo. Ojo: esta frecuencia mínima es la mejor para el SGS II. En el Motorola Milestone por ejemplo es 550 mhz. En el SGS no lo sé. P. “¿Cómo hacer mi teléfono más ágil? Me importa la duración de la batería…” R. Selecciona un rango de 500 mhz a 1200 mhz cuando la pantalla está encendida y uno de 200 mhz a 500 mhz cuando la pantalla está apagada. Usa un Performance o un Conservative/OndemanX modificados. La respuesta del teléfono será excelente y no te preocupes…un mínimo de 500 mhz con la pantalla encendida no gasta tanta batería como piensas. I/O SCHEDULERS (I/O = Imput/Output) P. “¿Para qué sirve un I/O Scheduler?” R. Reducir al mínimo la latencia de búsqueda del disco duro. Dar prioridad a las operaciones de I/O de algunos procesos. Asignar más espacio en disco para los procesos en ejecución. Garantizar que ciertas peticiones se ejecutan antes de un tiempo límite. Para entenderlo de una forma más simple: el kernel controla los accesos al disco usando un I/O Scheduler (Scheduler = planificador). P. “¿Qué metas persigue cada I/O scheduler para tratar de conseguir un equilibrio?” R. Equidad (que cada proceso tenga su parte asignada de acceso al disco). Rendimiento (tratar de atender las solicitudes que se encuentren en primer lugar, haciendo la búsqueda más rádida). Tiempo real (garantizar que las solicitudes son atendidas en un tiempo dado). 1) Noop Gestiona todas las peticiones siguiendo el método FIFO (First In First Out), o dicho de otra forma, las primeras en llegar son las primeras en salir/ser atentidas. Lo mejor es utilizarlo con dispositivos de almacenamiento que no dependen de movimiento mecánico para acceder a los datos (si, como nuestras tarjetas flash). La ventaja aquí es que las unidades flash no requieren un reordenamiento de las múltiples peticiones I/O, a diferencia de los discos duros normales. Ventajas Sirve las peticiones I/O con un menor número de ciclos de la CPU (¿mejora de la batería?). Es el mejor para unidades flash. Buen rendimiento en los sistemas db. Inconvenientes La reducción en el número de ciclos de la CPU es proporcional a la pérdida de rendimiento. 2) Deadline El objetivo es minimizar la latencia de I/O o la necesidad de una petición. Esto se logra medianta una política de “todos contra todos”, para ser justos entre múltiples peticiones de I/O. Se utilizan 5 colas de espera para reordenar las solicitudes entrantes. Ventajas Se acerca bastante a un planificador a tiempo real. Excelente en la reducción de latencia de peticiones I/O. El mejor planificador para el acceso a bases de datos y consultas. El requerimiento de “ancho de banda” de un proceso (el porcentaje de CPU que necesita) se puede calcular fácilmente. Al igual que Noop, es un buen planificador para memorias flash. Inconvenientes Cuando el sistema está sobrecargado, la elección de procesos se puede volver impredecible. 3) CFQ Completely Fair Queuing (o dicho de manera cutre “cola completamente equitativa”) mantiene una cola de procesos estable, repartiendo el porcentaje necesitado de la CPU en partes iguales entre todas las peticiones I/O. El intervalo de tiempo asignado a cada cola depende de la prioridad del proceso primario. Ventajas Considerado el mejor ofreciendo un equilibrado rendimiento I/O. El más fácil de configurar. Excelente en sistemas multiprocesador. El mejor rendimiento del sistema en bases de datos, después de Deadline. Inconvenientes Algunos usuarios reportan que el escáner de medios tarda bastante en completarse usando CFQ. Esto podría deberse a que la distribución del uso de la CPU se reparte equitativamente entre todas las operaciones I/O durante el arranque y no se conceden prioridades. Jitter (el peor caso de retardo) puede llegar a ser alto debido a la cantidad de tareas que necesitan acceso al disco. 4) BFQ En lugar de asignar intervalo de tiempo como CFQ, BFQ asigna como unos “presupuestos” estimativos. Garantiza el disco para el proceso activo hasta que el presupuesto expira. El presupuesto asignado a un proceso varía con el tiempo como una función de su comportamiento. (la traducción deja mucho que desear, si alguien la puede hacer mejor que me lo comente por PM). Ventajas Se cree que es muy bueno para la tasa de transferencia de datos vía USB. Se cree que es el mejor scheduler para la grabación de videos de HD y video streaming (por el menor “jitter” en comparación con CFQ y los otros). Es considerado un scheduler I/O muy preciso. Alcanza alrededor de un 30% más de rendimiento que CFQ. Inconvenientes No es el mejor scheduler para hacer benchmarking. El mayor “presupuesto” asignado a un proceso puede afectar a la experiencia de usuario y aumentar la latencia (retardos). 5) SIO Es un scheduler I/O simple cuyo objetivo es mantener unos consumos mínimos y lograr un escaso restardo al atender solicitudes. Sio es una mezcla entre Noop y Deadline. No existe un reordenamiento de las peticiones. Ventajas Simple, muy seguro. Minimiza la necesidad de atención de las solicitudes. Inconvenientes Velocidades lentas de lectura en memorias flash, en comparación con los otros schedulers. La velocidad de las lecturas secuenciales en memorias flash tampoco es buena. 6) V(R) A diferencia de los otros schedulers, las peticiones síncronas y asíncronas no se tratan de forma separada. La siguiente solicitud en ser atendida será la que más cercana esté a la última atendida. Ventajas Quizás es el mejor para benchmarking porque en el mejor de sus comportamientos el rendimiento es mejor. Inconvenientes Los resultados de las variaciones de rendimiento pueden ser que esté por debajo del promedio a veces. Menos fiable y más inestable. PREGUNTAS P. “¿Cuál es el mejor I/O Scheduler? R. No hay ninguno mejor que otro. Depende del uso que le des y las aplicaciones y tareas que tengas en ejecución, usa diferentes schedulers. Es lo mejor que te puedo decir. Sin embargo, considerando un rendimiento general, batería, fiabilidad y menos retardo, se piensa que SIO > Noop > Deadline > VR > BFQ > CFQ, considerando que todos los schedulers son modificables y el almacenamiento usado es una memoria flash. P. “¿Cómo puedo cambiar los I/O Schedulers?” R. Con aplicaciones como NSTools o Voltage Control por ejemplo, ambas en el Market. Parámetros y ajustes Solo voy a poner éstos para Ondemand, Conservative, SmartassV2, Lulzactive e Interactive ya que son los governors más utilizados. Diferentes governors tendrán diferentes parámetros, pero es fácil entenderlos. Normalmente un governor tendrá: 1. Tiempo/frecuencia de muestreo (Sampling Time/Rate): medido en µs y según la cual la función de muestreo determina la frecuencia para “sondear” y decidir si la misma debe ser reducida o incrementada. Algunos governors tendrán diferentes tiempos de muestreo tanto para aumentar como disminuir. 2. Umbrales (Thresholds): medidos en porcentaje. Cuando la carga de la CPU alcanza este punto, el governor aumenta o disminuye la frecuencia de la misma. Hay muchos otros parámetros, pero todos están relacionados de alguna manera con estos dos, principalmente. Antes de seguir, personalmente, recomiendo el uso de la aplicación NSTools, gratis en la Play Store. 1. ONDEMAND Parámetros sampling_rate: medido en µs, es la manera en que el kernel revisa el uso que está teniendo la CPU y tomar decisiones sobre qué hacer con la frecuencia. Valores altos significa que se muestrea con menos frecuencia la CPU. up_threshold: medido en porcentaje. Cuando la carga de la CPU alcanza este punto, el governor aumentará la frecuencia de la CPU. Valores altos significan menos capacidad de respuesta y valores más bajos al revés, pero a costa de más batería. powersave_bias: el valor por defecto es 0. Establecer un valor alto llevará al governor hacia frecuencias más bajas. Úsalo si quieres que la CPU pase el menor tiempo posible en frecuencias altas. Una mejor alternativa podría ser hacer UC (underclock) a una frecuencia menor en vez de usar este parámetro. sampling_down_factor: en su forma simple, sampling_down_factor determina cada cuanto la CPU debe permanecer en las frecuencias altas cuando esté realmente ocupada. El comportamiento por defecto es un cambio rápido a las frecuencias más bajas. Por defecto el valor asociado a este parámetro es 1, pero al elegir un valor mayor hace que actúe como un multiplicador ( 2=x2, 3=x3, 70=x70, etc.) del intervalo en el que se re-evalúa la carga de la CPU, cuando está en su frecuencia más alta. Esto mejora el rendimiento. Esta modificación no tiene efecto sobre bajas frecuencias y cargas de la CPU. Ayuda a que la CPU se mantenga siempre en frecuencias altas cuando tiene una carga alta. Ejemplos de configuración Batería Para obtener un ahorro de batería, selecciona valores altos de up_threshold y sampling_rate. De esta manera los muestreos se harán con menos frecuencia, lo mismo que las subidas/bajadas de frecuencia. up_threshold = 95 sampling_rate = 120000 sampling_down_factor = 1 Rendimiento Para obtener mayor rendimiento, selecciona valores bajos de up_threshold y sampling_rate. De esta manera, el muestreo y las subidas/bajadas se harán más a menudo. up_threshold = 70 sampling_rate = 50000 sampling_down_factor = 2 2. LULZACTIVE Parámetros inc_cpu_load: en la versión anterior este parámetro estaba fijado en 60. Actualmente es configurable por parte del usuario. Es la frecuencia a la cual el governor escala en la CPU hacia arriba/abajo. Si la carga es menor que el número que hemos fijado, la CPU baja de frecuencia y al revés si la carga es mayor. pump_up_step: número de “escalones” (cada escalón es una frecuencia: 100 mhz, 200 mhz, etc.) que aumenta la frecuencia cuando la carga es mayor que inc_cpu_load. pump_down_step: número de escalones que disminuye la frecuencia cuando la carga es menor que inc_cpu_load. screen_off_min_step: pasos en la tabla de frecuencias para ser usados cuando la pantalla está apagada. Ejemplo: si las frecuencias disponibles son 1600, 1400, 1200, 1000, 800, 400, 200, 100 (L0 a L7) y el screen_off_min_step=5 entonces 100, 200 y 400 (L5 a L7) serán usadas mientras la pantalla está apagada dependiendo de la necesidad. up_sample_time: tiempo de muestreo para bajar la frecuencia de la CPU (valores entre 10.000 y 50.000). down_sample_time: tiempo de muestreo para subir la frecuencia de la CPU (valores entre 10.000 y 100.000). Ejemplos de configuración Batería Esta modificación hace que se aumente gradualmente la frecuencia de la CPU y se disminuya rápidamente. inc_cpu_load = 90 pump_up_step = 1 pump_down_step = 2 up_sample_time = 50000 down_sample_time = 40000 screen_off_min_step = 5 Rendimiento Esta modificación hace que se aumente la frecuencia de la CPU rápidamente y baje de forma gradual. inc_cpu_load = 60 pump_up_step = 4 pump_down_step = 1 up_sample_time = 10000 down_sample_time = 70000 screen_off_min_step = 5 Equilibrio entre batería y rendimiento Esta modificación hace que se muestree más a menudo y se suban 4 escalones sobre la frecuencia actual, pero solo cuando se alcanza el 90% de carga de la CPU. La CPU baja de frecuencia de manera normal. inc_cpu_load = 90 pump_up_step = 4 pump_down_step = 1 up_sample_time = 10000 down_sample_time = 40000 screen_off_min_step = 5 3. SMARTASSV2 Parámetros awake_ideal_freq: es la frecuencia hasta la cual la CPU sube rápidamente al encenderse la pantalla (estando anteriormente apagada). Después de esto la subida es menos agresiva. sleep_ideal_freq: es la frecuencia hasta la cual la CPU baja rápidamente cuando la pantalla se apaga. Después de esto, la bajada es menos agresiva. up_rate: es la mínima cantidad de tiempo que se pasa en una frecuencia, antes de subirla. (Ignorado por debajo de la awake_ideal_freq ya que el governor necesita aumentar rápidamente la frecuencia cuando está por debajo de este parámetro). down_rate: es la mínima cantidad de tiempo que se pasa en una frecuencia, antes de bajarla. (Ignorado por encima de la sleep_ideal_freq ya que el governor necesita bajar rápidamente la frecuencia cuando está por encima de este parámetro). max_cpu_load: lo mismo que la up_threshold en otros governors. min_cpu_load: lo mismo que la down_threshold en otros governors. ramp_down_step: es la frecuencia que se establece cuando se baja de la frecuencia ideal. Un valor 0 deshabilita este parámetro. Cuando se está por encima de la frecuencia ideal siempre bajaremos a ésta. ramp_up_step: es la frecuencia que se establece cuando estamos por encima de la frecuencia ideal. Un valor 0 deshabilita este parámetro. sleep_wakeup_freq: es la frecuencia a elegir cuando salimos del modo “sleep”. Cuando ponemos un valor 0 no tiene efecto. Ejemplos de configuración Batería awake_ideal_freq = 500000 sleep_ideal_freq = 200000 sleep_wakeup_freq = 500000 max_cpu_load = 85 min_cpu_load = 70 ramp_up_step = 200000 ramp_down_step = 200000 up_rate = 48000 down_rate = 49000 Rendimiento awake_ideal_freq = 800000 sleep_ideal_freq = 200000 sleep_wakeup_freq = 800000 max_cpu_load = 75 min_cpu_load = 45 ramp_up_step = 0 ramp_down_step = 0 up_rate = 24000 down_rate = 99000 4. CONSERVATIVE Parámetros down_threshold: ya descrito en los otros governors. up_threshold: ya descrito en los otros governors. sampling_down_factor: ya descrito en los otros governors. sampling_rate: ya descrito en los otros governors. freq_step: medido como en porcentaje de la máxima velocidad de la CPU, define cuánto se incrementará la velocidad de la CPU cada vez que ésta alcance el valor de up_threshold. Ejemplos de configuración Batería Selecciona un valor bajo para freq_step para ahorrar batería. up_threshold = 95 sampling_rate = 120000 sampling_down_factor = 1 down_threshold = 40 freq_step = 10 Rendimiento Para nada es irónico el configurar un governor Conservative para obtener un mayor rendimiento. up_threshold = 60 sampling_rate = 40000 sampling_down_factor = 5 down_threshold = 20 freq_step = 25 5. INTERACTIVE Parámetros hispeed_freq: el valor por defecto es scaling_max_freq. go_hispeed_load: va a la velocidad más alta cuando la carga de la CPU es igual o superior a este valor (similar a up_threshold en otros governors). min_sample_time: la cantidad mínima de tiempo que pasamos en una frecuencia antes de bajarla. timer_rate: frecuencia de muestreo usada para incrementar la velocidad de la CPU. Ejemplos de configuración Batería go_hispeed_load = 95 hispeed_freq = 1000000 min_sample_freq = 10000 timer_rate = 40000 Rendimiento go_hispeed_load = 80 hispeed_freq = 1400000 min_sample_freq = 40000 timer_rate = 20000 FIN Bastante completo, verdad!!

Hace poco se me quemó un amplificador de audio de mi coche y tuve muchos problemas para ecualizar el sonido. Con ésta guía se me acabaron los problemas, viene muy bien explicado cada funcion del amplificador. Guía Amplificador coche 1- Conectores RCA de entrada (desde la radio). En una etapa de 4ch tendra 4 (del.derecho, del.izquierdo, tras.dercho y tras.izquierdo). Las etapas de 2ch y mono tienen solo 2. En las etapas de 4ch estos se dividen en 2 grupos a la hora de ajustar (1ch+2ch y 3ch+4ch), asi que hay que fijarse bien que cada RCA este en su sitio, sino ya empezaremos mal... 2- Selector de tipo de salida (NO TODAS LAS ETAPAS DE 4CH LO LLEVAN). Sirve para preseleccionar el tipo de uso que se le dara a la etapa, en la posicion "2ch" la etapa funcionara con los canales 1+2 y 3+4 en modo puente (se unen los grupos de canales con el fin de entregar la maxima potencia en solo 2 canales). en el modo "4ch" la etapa trabajara con los 4 canales normalmente. Hay algunas etapas que tambien pone "trimode", esto es para conectar en 2 canales 3 altavoces. En "trimode" se conectan los 2 altavoces mas pequeños, por ejemplo, en las salidas de 1ch y 2ch y el tercero se conecta en modo puente en el positivo del 1ch y el negativo en el del 2ch. 3- Selector de tipo de entrada (NO TODAS LAS ETAPAS LO LLEVAN). Si tu radio no tiene salida de RCA, hay algunas etapas llevan una entrada de "alta" (high level) que se llama. esto es simplemente que recive directamente el sonido que va a amplificar desde el cable de algun altavoz en vez de por los RCA (low level). 4- Led de diagnostico. Segun la etapa varia el funcionamiento del led, pero cuando se enciende indica que algo va mal en la etapa (sobrecalentamiento, cortocircuito...) 5- Led de encendido. Se enciende solo cuando le llega señal por el remote. 6- Potenciometro LPF (LowPassFilter). Es un crossover o filtro que sirve para eliminar las frecuencias altas (agudas). Se utiliza para los subwofers, normalemnte se corta (con el potenciometro) entre 40hz y 55hz. De esta manera solo reproducira frecuencias por debajo de ese valor. Algunas etapas como la Rainbow iPaul solo llevan LPF para los canales 3 y 4. 7- Selector de crossover. Sirve para seleccionar el tipo de crossover que queramos usar en cada grupo de canales (1+2 y 3+4). En "FULL" la etapa no modifica la señal de entrada que le llega y la amplifica tal cual. En "LPF" elimina las frecuencias altas (agudas) y se utiliza para wofers o subwofers, dependiendo del corte que ajustemos en su potenciometro (ver punto 6). En "HPF" elimina las frercuencias bajas (graves) y se utiliza tanto para tweeters, medios y algunos kits 2vias, dependiendo del corte que ajustemos en su potenciometro (ver punto 8) 8- Potenciometro HPF (HighPassFilter). Es un crossover o filtro que sirve para eliminar las frecuencias bajas (graves). De esta manera solo reproducira frecuencias por encima de ese valor. Se utiliza para los tweeters, medios o kits 2vias. Para los tweeters se suele subir a los maximos hercios y luego ya el propio condensador del tweeter sube aun mas los hercios del corte. Para los medios depende del minimo de frecuencia de respuesta del altavoz, pero si por ejemplo el minimo que indica el fabricante es 80, siempre le subiriamos entre 10 y 20hz mas para no forzarlo. en los kits 2 vias normalemnte se corta entre 70hz y 85hz. En algunas etapas se utiliza como "filtro subsonico" (algunas llevan ya un potenciometro especifico para ello). El filtro subsonico funciona con el selector en el modo LPF para cortar frecuencias por debajo de hercios muy bajos (de 10hz a 25hz), que son frecuencias inperceptibles para el oido humano. Esto hace que el sub se centre solo en frecuencias especificas, augmentando el rendimiento de este al no tener que reproducir esas frecuencias. 9-Potenciometro de augmento de graves. No es nada recomendable subir este valor y debe estar a 0 para que no distorsione en exceso. A alto volumen puede llegar incluso a quemar los altavoces. 10- Nivel de entrada (ganancia). Sirve para ajustar la amplificacion del ampli segun su voltaje de entrada (RCA). Las radios con salida RCA pueden enviar por ellas desde 0'2v hasta 6 o 7v, dependiendo del voltaje de salida de la radio, si es mas bajo subiremos mas la ganancia; si es mas alto, bajaremos mas la ganancia. Mira en internet o en el manual de tu radio cuantos voltios da en la salida de previos (RCA) y ajusta la ganancia a los voltios que indica. Si subes la ganancia por encima de lo que entregan los RCA sonara mas fuerte, pero estaras forzando la etapa y solo augmentaras la distorsion, con la posibilidad de romper los altavoces y quemar la etapa. 11- Potenciometro de fase (NO TODAS LAS ETAPAS LO LLEVAN). En modo LPF sirve para desfasar o no 180º el sonido del sub respecto al que sale de los frontales, de cara a conseguir una sincronización mejor con los demas altavoces. 12- Conectores RCA de salida (NO TODAS LAS ETAPAS LO LLEVAN). Sirve para poder conectar otra etapa enviando el sonido directamente de los RCA de entrada a los de salida sin tener que poner derivadores de RCA. En algunas etapas llevan un selector de "MODE" que pone "Master" o "Slave", esto es para unir 2 o mas etapas con el fin de juntar en una sola salida toda la potencia de las etapas. Fin, espero que les sirva

Activa o desactiva Aero de windows cuando quieras en pasos muy sencillos. Pasos Desactivar Aero 1. Abrimos NotePad y tecleamos el siguiente comando net stop uxsms. Cerramos y guardamos. 2. Seguido, al documento de texto le cambiamos el nombre por "Desactivar Aero" y la extension por bat Activar Aero 1. Abrimos NotePad y tecleamos el siguiente comando net start uxsms. Cerramos y guardamos. 2. Seguido, al documento de texto le cambiamos el nombre por "Activar Aero" y la extension por bat Quedaría así como en la captura Eso es todo!! ejecuten el archivo según quieran activar o desactivar Aero. Muy útil por si vas a abrir un juego y necesitas mas rendimiento en tu pc Ya saben...