Бридж будет все равно. Только еще с маршрутизацией через хост, если на другие маки не захотят привязать адреса. То есть кроме бриджа нужно будет включить форвардинг и добавить маршруты к виртуалкам.
Уже посмотрел, там глупый алгоритм: одна сторона считает обе суммы сразу, другая одну и только если совпала, то и вторую.
713 sum1 = get_checksum1(map, n1); // <-- эта Adler32
714 get_checksum2(map, n1, sum2); // <-- эта md4/md5
Значит у одной стороны на чексуммы уходит, как на Adler32 и md4/md5, в зависимости от протокола, а у другой, как на Adler32 и если совпало то и на md4/md5. Все равно это очень быстро, 80% производительности md4/md5 где-то.
ipestov: По поводу вашего предложения - не совсем понятно как это должно работать.
Если использовали в текущем месяце какой-то ресурс больше N часов, то все что сверху в этом месяце за ресурс до следующего месяца не тарифицируется. Понятно, что на все подряд так не получится, а на процессор, например, получится. Итоговая цена за месяц при высоком потреблении сможет оставаться на уровне цен обычных хостингов, пусть и не самых дешевых их тарифов.
---------- Добавлено 11.12.2015 в 16:13 ----------
takewyn: Я откровенно говоря пока не понимаю смысла Вашей затеи. Или это сверх хостинг, или недо облако. В чем смысл? Ничего нового в этом нет, объективно.
Да что непонятного? Дешевле для маленьких сайтов, но не отключаются, когда их больше посещают и так далее.
Зачем раздражать, волновать и терять клиентов из-за таких пустяков? Сделайте лучше, как у некоторых облак: с порогом оплаты. Если наоплатили на N-ную сумму в день или в месяц, то все что сверху не тарифицируется. То есть становится по тарифам, как обычный хостинг. Избавит от недовольств из-за перерасхода, так как он будет невозможен.
И еще, что на счет https? Бесплатные сертификаты с автопродлением для всех сайтов будут? ;)
Короче, там мутно написано, Adler32 первым делом считается на обоих сторонах и только если обе Adler32 суммы совпали, то обе стороны считают MD5 для блока.
Хотя если я ошибаюсь и там и правда зачем-то обе чексуммы считаются, то алгоритм глупый конечно :)
Кстати, MD5 тоже 500 МБ/с при 100% загрузке ядра ;)
В старом протоколе было MD4, его можно выбрать через --protocol 29 , будут считать быстрее одинаковые блоки (MD4 быстрее MD5). Небольшая разница будет, но не думаю, что существенная.
Pilat: Как раз контрольная сумма для всего файла rsync'ом не считается, а он делится на участки (65536 участков максимум, если не ошибаюсь). А вот почему нет параллельного просчёта - непонятно.
Потому что у него для rolling checksum используется и без того очень быстрый алгоритм Adler32 и если процессор перегружен, то скорее всего чем-то другим.
Быстро будет с DRBD, там вообще все блоки не нужно сканировать, а только измененные.
Бридж будет все равно. Только еще с маршрутизацией через хост, если на другие маки не захотят привязать адреса. То есть кроме бриджа нужно будет включить форвардинг и добавить маршруты к виртуалкам.
Чего вы боитесь? Любой берите. Со временем наберетесь опыта и начнете понимать, что нужно по дискам под какую задачу.
Просто работа с этими блоками не распараллелена.
openssl speed md5
80% от этого производительность работы с блоками, мало?
Тормоза из-за другого.
Уже посмотрел, там глупый алгоритм: одна сторона считает обе суммы сразу, другая одну и только если совпала, то и вторую.
Значит у одной стороны на чексуммы уходит, как на Adler32 и md4/md5, в зависимости от протокола, а у другой, как на Adler32 и если совпало то и на md4/md5. Все равно это очень быстро, 80% производительности md4/md5 где-то.
По поводу вашего предложения - не совсем понятно как это должно работать.
Если использовали в текущем месяце какой-то ресурс больше N часов, то все что сверху в этом месяце за ресурс до следующего месяца не тарифицируется. Понятно, что на все подряд так не получится, а на процессор, например, получится. Итоговая цена за месяц при высоком потреблении сможет оставаться на уровне цен обычных хостингов, пусть и не самых дешевых их тарифов.
---------- Добавлено 11.12.2015 в 16:13 ----------
Я откровенно говоря пока не понимаю смысла Вашей затеи. Или это сверх хостинг, или недо облако. В чем смысл? Ничего нового в этом нет, объективно.
Да что непонятного? Дешевле для маленьких сайтов, но не отключаются, когда их больше посещают и так далее.
Зачем раздражать, волновать и терять клиентов из-за таких пустяков? Сделайте лучше, как у некоторых облак: с порогом оплаты. Если наоплатили на N-ную сумму в день или в месяц, то все что сверху не тарифицируется. То есть становится по тарифам, как обычный хостинг. Избавит от недовольств из-за перерасхода, так как он будет невозможен.
И еще, что на счет https? Бесплатные сертификаты с автопродлением для всех сайтов будут? ;)
Для cpanel уже такое есть
Короче, там мутно написано, Adler32 первым делом считается на обоих сторонах и только если обе Adler32 суммы совпали, то обе стороны считают MD5 для блока.
Хотя если я ошибаюсь и там и правда зачем-то обе чексуммы считаются, то алгоритм глупый конечно :)
Кстати, MD5 тоже 500 МБ/с при 100% загрузке ядра ;)
В старом протоколе было MD4, его можно выбрать через --protocol 29 , будут считать быстрее одинаковые блоки (MD4 быстрее MD5). Небольшая разница будет, но не думаю, что существенная.
(удалено некорретное)
Как раз контрольная сумма для всего файла rsync'ом не считается, а он делится на участки (65536 участков максимум, если не ошибаюсь). А вот почему нет параллельного просчёта - непонятно.
Потому что у него для rolling checksum используется и без того очень быстрый алгоритм Adler32 и если процессор перегружен, то скорее всего чем-то другим.