Categorías

  • Foro destinado a las consultas de ámbito general que no puedan ser encuadradas en nuestros otros foros

    7k Temas
    89k Mensajes
    cobitoC
    Intel quiere cambiar su estrategia FOSS Intel ha sido desde siempre uno de los contribuyentes más importantes en el mundo del software libre, y más en concreto, en Linux. Fue el primero en tener controladores libres para sus GPUs en sistemas x86. Pero ahora dice que va a replantearse su participación para evitar que otros saquen provecho de sus aportaciones. Zen 6 será compatible con AM5 AMD sigue con su política de estirar sus sockets todo lo posible y ha dicho que los futuros Zen 6 serán compatibles con los actuales zócalos AM5. Esto también confirma que a la DDR6 le queda tiempo para aparecer. Se presenta UBIOS Un consorcio de empresas chinas ha presentado UBIOS, un firmware que pretende sustituir al actual UEFI. Tiene soporte para chiplets y procesamiento heterogéneo. Portátil con unidad óptica Fujitsu ha presentado un portátil cuya característica más llamativa es que viene con una unidad de DVD. Según parece, el mercado japonés sigue demandado PCs con unidades ópticas. PSF rechara 1.5 millones La Python Software Foundation ha rechazado una subvención de 1.5 millones del gobierno federal estadounidense debido a que una de las condiciones para aceptar el dinero era no fomentar ningún programa que promueva la diversidad, equidad e inclusión (DEI en términos americanos). El hardware sigue subiendo Tanto los discos duros como las memorias RAM de gran capacidad han sufrido un aumento de precio significativo en las últimas semanas. Ahora se ha anunciado que los principales fabricantes de unidades SSD están teniendo problemas para cumplir con los plazos de entrega en sus modelos da mayor tamaño. Servidor de archivos multidispositivo Alguien ha creado un servidor de archivos con soporte para http, webdav, ftp, tftp y smb/cifs que se puede ejecutar en teléfonos y ordenadores. Está escrito en Python y el objetivo es poder compartir archivos de forma local. Reaprovechando el silicio A día de hoy todos los fabricantes de integrados aprovechan chips defectuosos para sacar modelos de menores prestaciones. Sucede por ejemplo en CPUs, donde un integrado con algún núcleo que no funciona como debe, se marca con un modelo que tiene como mucho, los núcleos funcionales. En esta entrada explican cómo Intel empezó a reaprovechar sus chips fabricados a finales de los 70s.
  • 43k Temas
    352k Mensajes
    cobitoC
    Bueno, pues esto llega ya a su fin. La últimas 13 horas de SpinRite han producido un avance de apenas un 1% con bastantes sectores irrecuperables. Esperaba que fueran apareciendo regiones más fáciles pero está pasando todo lo contrario. A este ritmo, esto no es factible. Por una parte, el disco duro está en las últimas y tenerlo encendido tantísimas horas lo va a terminar de destruir. Por otra parte, no quiero reventar mi portátil con esta operación. Así que he cambiado de planes. Lo que he hecho es copiar los archivos con copy tal cual. Resulta que desde MSDOS 3.30, cuando se encuentran datos corruptos, pueden aparecer uno de los siguientes mensajes. Este: [image: 1762206469972-photo_2025-11-03_09-08-40.jpg] O este: [image: 1762207025068-photo_2025-11-03_22-56-15.jpg] La diferencia entre ambos es sutil: el primero da la opción de Ignorar mientras que el segundo no. Según he podido leer, cuando no aparece "Ignorar" significa que el error está en la lectura del sistema de archivos (ahora entenderéis por qué es lógico que no de la opción de ignorar). Cuando sí da la opción de Ignorar, el error está en la región de datos. Esto es interesante porque desde MSDOS 6.22, cuando se produce un error en la lectura de la FAT, directamente sale un mensaje de error de interrupción no sé cuantas y aborta la operación sin preguntar. En ese aspecto, MSDOS 3.30 es bastante más robusto. Por otra parte, Seguir e Ignorar hacen esencialmente lo mismo con la diferencia de que Ignorar le dice al programa que todo está bien y Seguir le dice que algo anda mal. La decisión se reduce a si se engaña al programa (Ignorar) o se deja que el programa gestione el error (Seguir). En mi caso, el programa es copy y haciendo pruebas, Seguir no copia nada del archivo mientras que Ignorar sí (con fragmentos corruptos). Y es lógico que cuando hay un error de la FAT no permita Ignorar porque sin esa metainformación, sencillamente no se puede acceder a la región de datos. También he probado ARJ (2.75a), pero al aparecer el error de lectura desde el disco duro, el programa se cuelga. Así que no es una opción. En resumidas cuentas, lo que está pasando es que cuando el CRC no concuerda, MSDOS da este aviso y tienes dos opciones: no copiar el archivo o copiarlo tal cual se está leyendo, lo cual incluye sectores corrompidos. Así que en este escenario, la opción ha estado clara: usar MSDOS 3.30 e Ignorar los errores. Al ser los datos relevantes documentos de texto, la corrupción de datos se debería poder corregir a mano si no hay muchos bytes corruptos consecutivos. Y si sí los hay, al menos habrá un fragmento del documento accesible. Ahora os estaréis preguntando, "vale, ignoras los errores de datos, pero ¿qué haces con los errores de la FAT que no se pueden Ignorar?". La cuestión es que SpinRite ha medio-arreglado los primeros dos mil y pico sectores del disco, dentro de los cuales está el sistema de archivos. Gracias a eso, cuando ha aparecido este error, con Reintentarlo varias veces (raro ha sido el caso de más de 2 veces), ha sido capaz de leer la metainformación. Así pues, el proceso (tedioso de narices), ha consistido en ir copiando tandas de archivos a un disquete para luego pasarlos a mi PC. La estrategia que he seguido para tener cierto orden (hay carpetas con cientos de archivos que no caben en un solo disquete), ha sido copiar grupos de archivos con una extensión determinada. Pero esa estrategia no ha sido totalmente acertada porque, por alguna razón (seguramente por la cantidad descomunal de errores), MSDOS 3.30 se ha saltado (no ha copiado) bastantes archivos en cada tanda. Al final, he tenido que crear dos hojas de Excel: una con el contenido de dir (DIR C:\CARPETA > A:\LISTA.TXT), que tiene el árbol completo y otra hoja con los archivos que, efectivamente, se han copiado. Comparando ambas hojas, he podido sacar una lista de archivos faltantes que he copiado uno a uno. Vamos, un coñazo de narices. Pero al final he podido verificar que lo que tengo en mi PC coincide a la perfección tanto en número de archivos como en número de bytes con lo que reporta MSDOS 3.30 desde el portátil Epson. He enviado ya el resultado al dueño del disco. Hay muchísimos documentos 100% correctos y otros tantos con algún sector defectuoso (seguramente muy pocos bytes por documento). Espero que le sirva de algo.
  • Grupo de foros dedicados al software en general y a la programación, bancos de pruebas, seguridad, etc

    10k Temas
    79k Mensajes
    XevipiuX
    @cobito dijo en Banco de pruebas Hardlimit: @Xevipiu De los Ivy Bridge que tenemos, está en 6ª posición en multihilo a frecuencia de stock (el primero de la lista rinde al triple). Quizás en monohilo; la frecuencia más alta a la que lo has pasado es a unos 4780MHz que, efectivamente, supera el primero del ranking de los Ivy Bridge. Lo mismo habría que meter en los ranking también los resultados de OCs récord a parte de los rendimientos de stock. Me lo apunto Por cierto, un mes sin meter las placas base y memorias pendientes. Me lo apunto también. T. Tengo una problema, pase los test con solo dos modulos activos, incluso con uno solo, en Single, por eso los resultados no son tan altos como se espera AHora lo he podido areglar hasta tri-channel, con solo 92bits de ancho de banda, aun no llega a 128bits, he revise los pins, pero cuando no falla el dimm 0, es el 6 :s Creo que hasta llega a pasar el test a 5.2Ghz en single Si tengo tiempo, pasare los test con otros micros, asi descarto que sea por culpa del controlador de memoria de este Xeon, tengo tambien un 4960x y un 4930k Ivy Collection

Foreros conectados [Conectados hoy]

1 usuarios activos (0 miembros y 1 invitados).
febesin, pAtO,

Estadísticas de Hardlimit

Los hardlimitianos han creado un total de 543.4k posts en 62.8k hilos.
Somos un total de 34.8k miembros registrados.
biposofy ha sido nuestro último fichaje.
El récord de usuarios en linea fue de 78 y se produjo el Fri Oct 17 2025.