Toshiba se ha unido al club de fabricantes de discos duros que utilizan la tecnología de grabación magnética asistida por microondas (MAMR), ya que presentó la semana pasada el primer disco duro de la industria con tecnología de grabación magnética asistida por microondas controlada por flujo (FC-MAMR).

El FC-MAMR es una personalización de la tecnología de grabación magnética asistida por microondas. Los nuevos discos duros de la serie MG09 están diseñados principalmente para aplicaciones empresariales y nearline, además de que ofrecen una capacidad de 18 TB y un consumo de energía en reposo ultra bajo.

La serie MG09 se basa en los discos sellados con helio de tercera generación de Toshiba, lo que permite al OEM aumentar la densidad de grabación magnética convencional (CMR) a 2 TB por disco.

Toshiba ha reunido esta vez 9 platos en un disco duro para una capacidad total de 18 TB. Los nuevos discos duros se entregan en el formato estándar de 3,5 pulgadas.

Según la empresa, este formato ofrece un rendimiento de 7200 rpm y se adapta fácilmente a la infraestructura de almacenamiento en la nube, los servidores y el almacenamiento de datos críticos y las soluciones de almacenamiento de archivos y objetos.

Toshiba dijo que la capacidad CMR de 18 TB se proporciona a través de su innovadora tecnología de grabación magnética asistida por microondas con control de flujo (FC-MAMR).

“Estos avances ayudan a la serie MG09 a lograr una capacidad de almacenamiento óptima y compatibilidad de aplicaciones, con una confiabilidad de datos inigualable”, dijo la compañía.

Los discos duros son fabricados por Showa Denko KK (SDK), un socio de Toshiba desde hace mucho tiempo. Cada bandeja de aluminio tiene aproximadamente 0,635 mm de grosor, una densidad de área de aproximadamente 1,5 TB / pulgada y puede almacenar hasta 2 TB de datos.

La serie MG09 también incluye un modelo de 16TB que probablemente tenga un número menor de bandejas. Los discos duros están equipados con una memoria intermedia de 512 MB y están diseñados para una velocidad máxima de transferencia de datos sostenida de 281 MB / s.

Sin embargo, Toshiba no ha actualizado el rendimiento de acceso aleatorio de estos productos más nuevos, aunque es probable que su rendimiento de IOPS por TB ser más bajo que el de sus predecesores. El fabricante ofrecerá sus nuevas unidades con interfaces SATA 3.3 (6 Gb/s) y SAS 3.0 (12 Gb/s), así como una selección de longitudes de bloques de datos lógicos.

Uno de los aspectos principales de los discos duros de la serie FC-MAMR MG09 es su consumo de energía. Según la compañía, en modo de espera activo, consumen 4.16/4.54 W (modelos SATA / SAS), que es considerablemente menor que el de los modelos Seagate «Exos X18» y «Ultrastar DC HC550» Western Digital.

Cuando se trata de la eficiencia del consumo de energía en inactivo (los discos duros grandes pueden pasar mucho tiempo inactivos), el MG09 de 18TB logró un rendimiento récord, ya que Toshiba dijo que solo consume 0.23 W / TB (en el caso de la versión SATA).

Mientras tanto, las nuevas unidades tienen una potencia nominal de 8,35/8,74 W (SKU SATA/SAS) durante las operaciones de lectura / escritura, que es más alta que la «DC HC550», así como las series predecesoras MG07 y MG08.

Como la serie de discos duros MG09 está diseñada para racks de centros de datos que albergan cientos de discos duros vibrantes, presenta muchas mejoras para garantizar un rendimiento, confiabilidad y durabilidad consistentes. Por lo general, estas actualizaciones incluyen motores montados en la parte superior e inferior, sensores RVFF (Rotation Vibration Feed Forward), así como sensores ambientales.

Como todas las unidades modernas para servicio 24/7, las unidades de la serie MG09 de Toshiba están diseñadas para una carga de trabajo promedio anual de 550 TB, MTBF de 2,5 millones de horas y están cubiertas por una garantía estándar de cinco años.

Además, los nuevos discos duros MG09 son compatibles con la tecnología Persistent Write Cache (PWC) de Toshiba y cuentan con Power Loss Protection (PLP). La protección contra la pérdida de energía es crucial para las unidades de sector 4K que emulan sectores 512B.

La PWC con la función PLP protege los datos en caso de pérdida de energía mientras realiza una operación de lectura-modificación-escritura (RMW). Esto alinea la solicitud de escritura de origen con los sectores físicos que necesita modificar.

Fuente: https://toshiba.semicon-storage.com

from Linux Adictos https://ift.tt/3aXYERZ
via IFTTT

Desde el 1 enero de 2020, Python Software Foundation cuyo objetivo es promover, proteger y mejorar el lenguaje de programación Python y para apoyar y facilitar el crecimiento de la comunidad internacional de desarrolladores de Python apoyo finalización para Python 2.7.

Desde esa fecha, Python 2.x ya no se beneficia de ninguna actualización, ni siquiera de las correcciones de seguridad de la base PSF, por lo que durante mucho tiempo ha estado incitando a todos los desarrolladores a cambiar a Python 3 a riesgo de terminar con problemas o fallas intratables de Python 2.x que podrían arruinar sus proyectos basados ​​en Python 2.

A pesar de las advertencias y recomendaciones emitidas por la PSF, así como por Guido van Rossum, el creador del lenguaje de programación Python, muchos proyectos todavía se basan en las versiones 2.x del lenguaje de programación Python.

Para los desarrolladores, las razones son varias. Algunos afirman que heredaron una base de código escrita en Python 2 y actualizar ese código significaría reescribir todo, lo que sería difícil de lograr.

Para otros, permanecen adjuntos a Python 2 por ciertos inconvenientes que atribuyen a la versión 3 del lenguaje como la lentitud, el manejo de paquetes que sería una pesadilla, la mala implementación de Unicode, etc. Para otros, sería solo una cuestión de preferencia, ya que se sienten más cómodos con Python 2 que con Python 3.

Si bien algunos desarrolladores persisten en integrar Python 2 en sus proyectos, Red Hat, que admite la distribución de Linux «Fedora», está firmemente enfocado en eliminar paquetes que funcionan con Python 2 y que hasta ahora se han integrado en Fedora, ya que durante varios meses no ha quitado el pie en presionar a los desarrolladores para migrar a Python 3 y eliminar todos aquellos paquetes basados ​​en Python 2.

Y es que en un recientemente análisis de los paquetes integrados en la distribución ha mostrado un gran progreso hacia el objetivo de pasar solo a Python 3.

De hecho, de 4324 paquetes analizados en Fedora, 4280 paquetes solo admiten Python 3 con lo cual esto representa una tasa del 99% de los paquetes que funcionan solo con Python 3.

Con respecto a los paquetes restantes, un 10% de esos paquetes que aún no han migrado a Python 3 y que están aún detectados en Fedora, se pueden dividir en varios grupos, entre los cuales estan:

• Dependencias de compilación aún no se controlan correctamente.
• Paquetes mal empaquetados
• Paquetes inactivos
• Paquetes bloqueados
• Paquetes con doble soporte
• Paquetes con subpaquetes de hoja Python 2

Según los mantenedores de Fedora, 29 paquetes funcionan con Python 2 y aún no se han portado a Python 3. Siguiendo esta lista, también tenemos 6 paquetes que son compatibles con Python 2 y Python 3.

Además de estas diferentes categorías, los desarrolladores de Fedora informan que hay ciertos grupos de paquetes relacionados con dependencias por algún motivo de incompatibilidad o de migración hacia Python 3 y que probablemente necesiten de manera forzosa Python 2.7 en Fedora 32 o superior.

Cuando un paquete se encuentra en esta situación, necesitará una excepción del FESCo (Comité Directivo de Ingeniería de Fedora o en francés Comité Directivo de Ingeniería de Fedora que administra el proceso de aceptación de nuevas características, problemas de mantenimiento y otros problemas técnicos relacionados con la distribución y construcción de Fedora) para permanecer en Fedora.

Los paquetes afectados por esta última categoría son, entre otros, el navegador Chrome, GIMP, la base de datos PostgreSQL, PyPy, el entorno de escritorio Sugar, etc.

Si bien para muchos desarrolladores esta limpieza de Fedora es más que necesaria para avanzar, algunos usuarios de la distribución GNU/Linux sienten que valdría la pena darles a los propietarios de los paquetes basados ​​más tiempo en Python 2 para corregirlos a riesgo de penalizar a los usuarios de la distribución eliminando paquetes basados ​​en Python 2.x.

Finalmente si estás interesado en conocer más al respecto sobre el análisis realizado en los paquetes de Python en Fedora, puedes consultar el siguiente enlace.

¿Y tú crees que las demás distribuciones de Linux deberían de tomar una posición similar a la de Fedora en cuanto a presionar a los desarrolladores a migrar a Python 3?

from Linux Adictos https://ift.tt/3sC6V3Y
via IFTTT

Como todo switcher, aún recuerdo cuando sólo usaba Windows. Sólo defenderé el sistema de Microsoft por un motivo: tienen todo el software, juegos incluidos, y encontramos programas para, permitidme usar esta palabra, hacer cualquier chorrada. Por ejemplo, recuerdo usar un editor de GIFs muy sencillo con el que conseguía grandes resultados y no he visto nada parecido en Linux ni macOS. Software que hace esas cosas hay, pero las opciones están más escondidas y su uso puede no ser intuitivo. Ese no es el caso de Video Trimmer si lo que necesitamos es sencillamente cortar un vídeo.

Antes de seguir y para evitar confusiones, tenemos que explicar qué significa «cortar» aquí: lo que haremos será cambiar la duración del vídeo, nada de eliminar bordes o cambiar la relación de aspecto de un vídeo. Video Trimmer es una herramienta que se ha diseñado para eso única y exclusivamente, y lo hace con dos puntos en los que destaca: su sencillez y que no codifica el vídeo original.

Video Trimmer recorta los vídeos sin recodificarlos

Todas estas cosas se pueden hacer, por ejemplo, con Kdenlive y OpenShot, pero Video Trimmer no tiene nada que ver. Su uso es tan sencillo que conseguiremos el recorte en segundos, siguiendo estos pasos:

• Abrimos el software. Es probable que esté traducido al español, y en eso se incluye el nombre, por lo que tenemos que buscar «Video Trimmer» o «Recortador de Vídeos».
• A continuación, hacemos clic en «Abrir» para abrir el vídeo a recortar, buscándolo en el explorador de archivos.
• Una vez abierto el vídeo, veremos algo como lo que tenemos encabezando este artículo: la previsualización, tiempos de inicio y final y una barra amarilla que indicaría qué porción vamos a dejar como válida.
• Recortar el vídeo es tan sencillo como elegir una de las siguientes opciones:
  • Deslizar los bordes de la parte amarilla a donde nos interese.
  • Poner un tiempo de inicio y fin.
• Una vez tenemos seleccionada la porción que nos interesa, hacemos clic en «Recortar».
• Se abrirá una ventana del gestor de archivos y en ella tenemos que indicar una ruta para guardar el vídeo ya recortado.
• Aceptamos y esperamos. Suele tardar segundos en realizar la acción, ya que no codifica nada.

Video Trimmer es una aplicación diseñada para los que no quieren ninguna complicación. Si eres uno de ellos y estás interesado en instalarla, puedes hacerlo desde su paquete Flatpak, o compilándola tal y como mencionan en la página oficial del proyecto:

La forma más sencilla es clonar el repositorio con GNOME Builder y presionar el botón Construir.
Alternativamente, puedes construirlo manualmente:

meson -Dprofile=development -Dprefix=$PWD/install build
ninja -C build install

Los usuarios de sistemas basados en Arch Linux también lo tenemos disponible desde AUR.

from Linux Adictos https://ift.tt/3aXNuNa
via IFTTT