- Joined
- Nov 26, 2012
- Messages
- 2,567
- Trophies
- 2
- Location
- United States
- Website
- sites.google.com
- XP
- 3,873
- Country
Maybe 400mb buffer will increase the speed?
I might release versions with threads just for the heck of it.
I'm satisfied with my work right now since it is stable. I'm not really looking for speed since I can do other things anyway.
So the single thread really helps preventing crashes. Nice! This proves a lot.I already wrote many times that crashes caused by absence of synchronization in threaded code. Infinite loops in waiting for non-atomic vars is not a sync!
So the single thread really helps preventing crashes. Nice! This proves a lot.
I have tested it extensively by installing dlc and updates. We have another thread about hid-mitm and the crashing issue. It was already resolved that's why we have the thinfoil.I don't know what build of tinfoil you have been using but everyone has been using this one for a year and it never crashes, never has a corrupt installation and is fast: https://github.com/satelliteseeker/Tinfoil/releases/tag/v0.2.1-USB-fix
Of course it can not be compiled with libnx 2.5 in its current state so it will stop working when Atmosphere removes the temporary hid-mitm in the future.
I have tested it extensively by installing dlc and updates. We have another thread about hid-mitm and the crashing issue. It was already resolved that's why we have the thinfoil.
Okay. Why can't people just be happy that there is already a working installer for 9.0. Jeez.No, you seem to have no idea what you're talking about.
This matters only when reading from SD and writing to NAND.i’m confused, you seem concerned about min-maxing speed by tuning the buffer sizes, but then you go and remove threading which cuts the install speed in half, and you call it a feature?
you took this from the fastest usb installer, and brought it down to goldleaf speeds.
This matters only when reading from SD and writing to NAND.
FS internally has all access to read/write for a given SDMMC device mutex locked anyway.
If its only about that, there should be no real difference compared to the old ver on any emunand impl.
Oh yea, didn't see this was about USB.It is not about internal synchronization. It is about reads blocking writes and vice versa. any writing downtime while waiting for a usb read to complete cannot be recovered later, it manifests as slower transfer speed.
Do you have a thinfoil build with unmodified networking, so I can use it with NS-USBloader? Would appreciate it if you do, save me the effort of fitting it together myself
Sorry, the networking code is deleted in my fork.Do you have a thinfoil build with unmodified networking, so I can use it with NS-USBloader? Would appreciate it if you do, save me the effort of fitting it together myself
No menus, dumbass.isnt that just called tinfoil? This has to go up in #stupidshit
Oh I meant USB "networking", the buffers & threading, whatever.Sorry, the networking code is deleted in my fork.
I may do that at a later time, but it isn't high in my priority list.Oh I meant USB "networking", the buffers & threading, whatever.
Ok no probs, thanks for the thinning anywayI may do that at a later time, but it isn't high in my priority list.
try NS-USBLoaderusing aluminumfoil on tinfoil and tried goldleaf it just hangs. never had problems before now. even tried quarty but always hangs when its about to install the nsp