Por ahora nada. Voy a intentar generar el ejecutable con nexe en vez de pkg y, si no funciona, tiro la toalla y que los usuarios de Mac usen par2cmdline en vez de parpar que es cuatro veces más rápido generando los pares.
 
@Manu1001 ¿Puedes probar éste?

Gracias.

Me sale esto:

Insertar CODE, HTML o PHP:
Last login: Fri Jan 24 15:32:41 on ttys000
/Applications/test/parpar ; exit;
manuelsan@Manuels-iMac ~ % /Applications/test/parpar ; exit;
Values for `out` and `input-slices` are required
Enter `parpar --help` for usage information

[Proceso completado]

Entiendo que este si funciona, ¿no?
 
Sí, pero usando un único core. Éste tiene soporte para múltiples cores.

Copia un fichero tocho donde tengas el parpar y ejecuta:
./parpar -s10M -r10% -m4096M -o test.par2 ficherotocho.ext

Tengo curiosidad por saber el tiempo que tarda en tu Hackintosh y el número de cores que usa :)
 
Última edición:
Lo de Python del enlace es irrelevante para mis propósitos. Lo importante es que hay que compilar con
-Xpreprocessor -fopenmp para tener soporte multi-hilo, tanto en Mac como en linux y como parpar usa libtool, que da error si usamos esos switches, al final lo conseguí engañándolo con:

Insertar CODE, HTML o PHP:
CC="/usr/local/opt/llvm/bin/clang -Xpreprocessor -fopenmp" CXX="/usr/local/opt/llvm/bin/clang++ -Xpreprocessor -fopenmp" LDFLAGS="-L/usr/local/opt/llvm/lib" CPPFLAGS="-I/usr/local/opt/llvm/include" /usr/local/opt/node@12/bin/node build.js --fully-static
 
Openmp no da a Python soporte “multihilo” sino soporte “multinucleo”. Python a secas si ofrece soporte “multihilo” Solo que todos los hilos se ejecutan en el mismo núcleo.
 
Sí, pero usando un único core. Éste tiene soporte para múltiples cores.

Copia un fichero tocho donde tengas el parpar y ejecuta:
./parpar -s10M -r10% -m4096M -o test.par2 ficherotocho.ext

Tengo curiosidad por saber el tiempo que tarda en tu Hackintosh y el número de cores que usa :)

Un fichero de 2.95GB ha dado esto:

Insertar CODE, HTML o PHP:
Last login: Sat Jan 25 12:30:56 on ttys000
manuelsan@Manuels-iMac test % ./parpar -s10M -r10% -m4096M -o test.par2 FBI.mkv
Multiply method used: XOR JIT (128 bit), 16 threads
Generating 290 MiB recovery data (29 slices) from 2814.82 MiB of data
Calculating: 100.00%
PAR2 created. Time taken: 8.832 second(s)
manuelsan@Manuels-iMac test %

Es un 9900K con 32Gb de RAM y un SSD M.2 de 1TB.
 
Peazo bicho que tienes, mamón. :sudor

Aunque cuando hablaba de un fichero tocho me refería a algo por encima de 20/30 GB (con que pongas la ruta del fichero en el comando vale)

Ya que tienes 32 GB de RAM, prueba con -m8192M y un bloque de 1M en vez de 10 para que le cueste más al bicho.

./parpar -s1M -r10% -m8192M -O -o test2.par2 loquesea.mkv
 
Con bloques de 1 me dice "too many slices". Con bloques de 10, este es el resultado para un archivo de 35,64GB copiado a la misma carpeta:

Insertar CODE, HTML o PHP:
manuelsan@Manuels-iMac test % ./parpar -s1M -r10% -m8192M -O -o test2.par2 1492.mkv
Too many input slices: 33994 exceeds maximum of 32768. Please consider increasing the slice size, or reducing the amount of input data
Enter `parpar --help` for usage information


manuelsan@Manuels-iMac test % ./parpar -s10M -r10% -m8192M -O -o test2.par2 1492.mkv
Multiply method used: XOR JIT (128 bit), 16 threads
Generating 3400 MiB recovery data (340 slices) from 33.2 GiB of data
Calculating: 100.00%
PAR2 created. Time taken: 362.644 second(s)
manuelsan@Manuels-iMac test %
 
6 minutos me parece demasiado para esa máquina. En mi AMD FX-8350 con la versión de Windows:

Insertar CODE, HTML o PHP:
parpar -s10M -r10% -m8192M -O -o test2.par2 d:\Ubuntu\osx\Test4\
Multiply method used: XOR JIT (128 bit), 8 threads
Generating 3220 MiB recovery data (322 slices) from 31.41 GiB of data
Calculating: 100.00%
PAR2 created. Time taken: 00:10:42


Si tienes Windows en ese PC, descárgate el parpar para Windows desde github y haz el mismo test. Si no, déjalo y perdona las molestias.

edito: Ahora que miro los datos de tu primer test:

PAR2 created. Time taken: 8.832 second(s)

No entiendo nada, porque con un fichero unas diez veces más grande, debería haber tardado menos de 100 segundos con el de 33 GB.
 
Última edición:
He probado de nuevo, cerrando ahora todos los programas abiertos por si acaso, y ha tardado 335 segundos. Luego pruebo en Windows.
 
Pregunta de socorro

Mi mujer está instalando el Google drive en el mac pero solo le aparecen en el Finder las carpetas, no los documentos de dentro. Hemos intentado poner que sincronice solo algunas carpetas pero no hay manera de que baje los ficheros


Enviado desde mi iPhone utilizando Tapatalk
 
6 minutos me parece demasiado para esa máquina. En mi AMD FX-8350 con la versión de Windows:

Insertar CODE, HTML o PHP:
parpar -s10M -r10% -m8192M -O -o test2.par2 d:\Ubuntu\osx\Test4\
Multiply method used: XOR JIT (128 bit), 8 threads
Generating 3220 MiB recovery data (322 slices) from 31.41 GiB of data
Calculating: 100.00%
PAR2 created. Time taken: 00:10:42


Si tienes Windows en ese PC, descárgate el parpar para Windows desde github y haz el mismo test. Si no, déjalo y perdona las molestias.

edito: Ahora que miro los datos de tu primer test:

PAR2 created. Time taken: 8.832 second(s)

No entiendo nada, porque con un fichero unas diez veces más grande, debería haber tardado menos de 100 segundos con el de 33 GB.

En Windows...

Insertar CODE, HTML o PHP:
C:\Test>parpar -s10M -r10% -m8192M -O -o test2.par2 1492.mkv
Multiply method used: Shuffle (256 bit), 16 threads
Generating 3400 MiB recovery data (340 slices) from 33.2 GiB of data
Calculating: 100.00%
PAR2 created. Time taken: 146.191 second(s)
 
Si averiguas el porqué de la diferencia de rendimiento, o al menos sospechas de algo, dímelo. Por curiosidad. :juas
 

It’s a piece of crap. Are you kidding? That’s Fisher-Price quality. That’s like Captain Kangaroo, your new engineer. A MacBook Pro? What are you talking about? You can’t get anything out of that thing. The only way you can get it out is if you put it in. And if you put it in, you can’t get it out because the DAC is no good in the MacBook Pro. So you have to use an external DAC and do a bunch of stuff to make up for the problems that the MacBook Pro has because they’re not aimed at quality. They’re aimed at consumerism.

That’s what Steve Jobs told me. He told me that exact thing: ‘We’re making products for consumers, not quality.’ So they don’t want audio quality. They don’t want to spend a lot of time on that. Audio quality — for your reference and for anybody else that’s listening — is deeper than visual quality.

You can look at things and think you’re seeing everything with a hi-res whatever you’re looking at in a picture. But true audio dimension is so deep, and there’s so much data there if you want to capture it all — in the echo and the softness and the loudness and the difference as things are decaying and getting smaller and smaller as they go away. That’s part of the beauty of sound, and the beauty of music based on that is that you can hear all of the detail.

Now, when you talk about doing that on a MacBook Pro, it makes me barf.
 
Si averiguas el porqué de la diferencia de rendimiento, o al menos sospechas de algo, dímelo. Por curiosidad. :juas

Imagino que porque en Windows usa Shuffle (256 bit). De la ayuda:

--method Algorithm for performing GF multiplies. Process
can crash if CPU does not support selected method.
Choices are:
lh_lookup: split 2x 8-bit scalar table lookup
xor: vector XOR bit dependencies
xor128: force SSE2 variant of `xor`
xor256: force AVX2 x64 variant of `xor`
xor512: force AVX512BW x64 variant of `xor`
shuffle: split 4x 4-bit vector table lookup
shuffle128: force SSSE3 variant of `shuffle`
shuffle256: force AVX2 variant of `shuffle`
shuffle512: force AVX512BW variant of `shuffle`
affine: split 2x 8-bit vector XOR dependencies
affine128: force GFNI variant of `affine`
affine512: force AVX512BW + GFNI `affine`

Podrías probarlo an Hackintosh añadiendo --method shuffle256, pero lo más probable es que pete.
 
Voy camino a la tienda a comprarle un disco duro externo a mi mujer para que lo conecte al MacBook Pro. ¿Mejor de 2.5” o de 3.5”? ¿Hasta que capacidad admite? ¿Mejor uno ya hecho o por piezas?

Luego que sistema de formato le pongo? Ntfs no funciona


Enviado desde mi iPhone utilizando Tapatalk
 
Depende de para qué lo quiera. Por el tema de la rapidez, o si quiere llevarlo a un lado y otro.

Sobre NTFS, si luego lo va a conectar a algún PC, o a un repro para ver pelis en la tele o algo así, yo pillaría el Paragon NTFS y su Mac ya podrá leer (y escribir) en ese sistema de archivos. Si no, le tocará usar HFS+, y el disco ya solo le servirá en otro Mac.
 
Sobre NTFS, si luego lo va a conectar a algún PC, o a un repro para ver pelis en la tele o algo así, yo pillaría el Paragon NTFS y su Mac ya podrá leer (y escribir) en ese sistema de archivos. Si no, le tocará usar HFS+, y el disco ya solo le servirá en otro Mac.


También tiene la alternativa de usar el formato exFAT, compatible con Windows y macOS.

Con respecto a un disco externo para el portátil, en mi opinión lo mejor uno de 2,5". Me gustan los de la serie MyPassport de Western Digital.

:ok :ok :ok
 
Buenas noches. Me han regalado un Macbook Air 2019 para uso básico y demás, y va bien, abre las cosas rápidisimo y demás. El problema es que la UI tiene lag, las ventanas, el scroll en safari da tirones y demás. De todas maneras apenas se nota, el problema viene al ver videos de Netflix, Youtube y demás. No es que se pare o haga buffer, es que no va fluido el framerate, da micro tirones.

¿Acaso la gráfica integrada no da para mover la pantalla retina y apps de uso básico?. Si es así, se va de vuelta.
 
Arriba Pie