That would be the one, the guides at [H] have been updated though and all references there have been removed
Mod edit: Thanks Nathan, I've removed the link to [H].
Normal thekraken Behavior? [Yes]
Moderator: Site Moderators
-
- Posts: 1164
- Joined: Wed Apr 01, 2009 9:22 pm
- Hardware configuration: Asus Z8NA D6C, 2 [email protected] Ghz, , 12gb Ram, GTX 980ti, AX650 PSU, win 10 (daily use)
Asus Z87 WS, Xeon E3-1230L v3, 8gb ram, KFA GTX 1080, EVGA 750ti , AX760 PSU, Mint 18.2 OS
Not currently folding
Asus Z9PE- D8 WS, 2 [email protected] Ghz, 16Gb 1.35v Ram, Ubuntu (Fold only)
Asus Z9PA, 2 Ivy 12 core, 16gb Ram, H folding appliance (fold only) - Location: Jersey, Channel islands
-
- Posts: 3
- Joined: Mon Aug 02, 2010 12:18 am
Re: Normal thekraken Behavior? [Yes]
I am using EXT4.
Nice, I will test this option. Thanks for help.
Nice, I will test this option. Thanks for help.
-
- Posts: 1164
- Joined: Wed Apr 01, 2009 9:22 pm
- Hardware configuration: Asus Z8NA D6C, 2 [email protected] Ghz, , 12gb Ram, GTX 980ti, AX650 PSU, win 10 (daily use)
Asus Z87 WS, Xeon E3-1230L v3, 8gb ram, KFA GTX 1080, EVGA 750ti , AX760 PSU, Mint 18.2 OS
Not currently folding
Asus Z9PE- D8 WS, 2 [email protected] Ghz, 16Gb 1.35v Ram, Ubuntu (Fold only)
Asus Z9PA, 2 Ivy 12 core, 16gb Ram, H folding appliance (fold only) - Location: Jersey, Channel islands
Re: Normal thekraken Behavior? [Yes]
Its still a valid fix but the [H] guides now use a ramdisk before writing anything to the drive.
-
- Posts: 254
- Joined: Sun Dec 02, 2007 4:08 am
- Hardware configuration: None
- Location: Rocky Mountains
Re: Normal thekraken Behavior? [Yes]
And, for the record, Kraken doesn't have anything to do with Gehacktesmacher's issue.
It's multi-year-old bug that's present in all SMP FahCores and series 6 clients.
It's multi-year-old bug that's present in all SMP FahCores and series 6 clients.
One man's ceiling is another man's floor.
-
- Site Admin
- Posts: 7926
- Joined: Tue Apr 21, 2009 4:41 pm
- Hardware configuration: Mac Pro 2.8 quad 12 GB smp4
MacBook Pro 2.9 i7 8 GB smp2 - Location: W. MA
Re: Normal thekraken Behavior? [Yes]
Not so much a bug, as file access programming methods were used that do not behave the same on EXT4 filesystems with barriers enabled. Those methods ensured that the data was reliably written to disc instead of possibly residing only in the filesystem cache. It is the reaction of the filesystem coding to these file writes that has changed, F@H is not the only code that has run into issues with the changes made in default Linux filesystems.tear wrote:And, for the record, Kraken doesn't have anything to do with Gehacktesmacher's issue.
It's multi-year-old bug that's present in all SMP FahCores and series 6 clients.
iMac 2.8 i7 12 GB smp8, Mac Pro 2.8 quad 12 GB smp6
MacBook Pro 2.9 i7 8 GB smp3
-
- Posts: 254
- Joined: Sun Dec 02, 2007 4:08 am
- Hardware configuration: None
- Location: Rocky Mountains
Re: Normal thekraken Behavior? [Yes]
Tom-a-to, tom-ah-to.
Either way, it's a brain-dead method of ensuring data are secure on disk.
fsyncing every 4k is plain stupid because a short-file, no matter how securely stored on-disk, is unusable by FAH.
Imagine you have 100MB to write as part of WU completion process.
Imagine something happens 8 kB away from completion and your file is 8 kB short Cool, you have 100MB - 8kB of data secure on disk.
Are they usable? No. You've just thrashed your medium with log, metadata, and data updates for no good reason, congratulations.
And what about writing zeroes and syncing every 4k to "clear" the files? What purpose does that serve? Ever heard of unlink?
Or just adjusting file header to mark that data are stale?
I did list number of better paradigms in one of older posts. You may want to spend some time exploring those
BTW, I could code it better myself. And I do. I do it for a living.
Either way, it's a brain-dead method of ensuring data are secure on disk.
fsyncing every 4k is plain stupid because a short-file, no matter how securely stored on-disk, is unusable by FAH.
Imagine you have 100MB to write as part of WU completion process.
Imagine something happens 8 kB away from completion and your file is 8 kB short Cool, you have 100MB - 8kB of data secure on disk.
Are they usable? No. You've just thrashed your medium with log, metadata, and data updates for no good reason, congratulations.
And what about writing zeroes and syncing every 4k to "clear" the files? What purpose does that serve? Ever heard of unlink?
Or just adjusting file header to mark that data are stale?
I did list number of better paradigms in one of older posts. You may want to spend some time exploring those
BTW, I could code it better myself. And I do. I do it for a living.
One man's ceiling is another man's floor.
Re: Normal thekraken Behavior? [Yes]
WhitehawkEQ wrote:I don't know if anyone knows this already but here goes, I have found out that if I stop the client then re-start it, I will end up having 2 instances of thekraken running and they fight causing frame times of 1 hour or more. So re-boot before re-starting the client.
Posting FAH's log:
How to provide enough info to get helpful support.
How to provide enough info to get helpful support.
-
- Posts: 254
- Joined: Sun Dec 02, 2007 4:08 am
- Hardware configuration: None
- Location: Rocky Mountains
Re: Normal thekraken Behavior? [Yes]
Please create a new thread as your symptoms are very different from the OP.
Also, can you provide the following information:
- client version
- Kraken's version
- Linux distribution and version
Thank you!
Also, can you provide the following information:
- client version
- Kraken's version
- Linux distribution and version
Thank you!
One man's ceiling is another man's floor.