Есть ли что-то большее чем 'fastcheck' для ускорения Унисона?
Короче говоря, нет.
IP-адреса в почтовых заголовках зарегистрированы для каждого сервера SMTP, через который проходит сообщение. Лучшее, которое Вы могли, вероятно, сделать, отобразить IP-адрес начального сервера SMTP к ISP. Это - конечно, не точная наука, и Вы в значительной степени завинчены, если сообщение было отправлено от свободного поставщика как Hotmail или Google Mail.
Я подвергаю сомнению, почему Вы хотели бы сделать это во-первых, и я не могу думать ни о какой реальной полезной причине, Вы хотели бы так или иначе.
Хорошо, я нашел виновника: унисон игнорирует параметр fastcheck для файлов xls и mpp и всегда выполняет для них полное сравнение. Это происходит потому, что Excel имеет обыкновение изменять файлы xls без изменения даты последнего изменения.
К сожалению для нас, xls составляет около 20% от общего объема документов.
Редактирование / usr / bin / unison в шестнадцатеричном редакторе и замена xls чем-то, что вряд ли будет найдено (например, xxx ), помогли.
В файловых системах Unix (btrfs, ext4) эта процедура должна быть безопасной, так как любое изменение файла должно изменить номер inode, и предполагается, что unison использует эту информацию, если она доступна. Что касается клиентов на базе ntfs, Я думаю, мы должны пострадать от медленного времени ... или, может быть, есть альтернатива (отказ от Excel или изменение файловой системы).
После этого взлома унисон увеличился более чем в десять раз!