Сколько наверху налагает SSL?
Вам понадобится:
- разбить каждую строку на пробелы и вырезать все элементы, кроме первого
- преобразовать каждое строковое значение в массиве в целое число
- суммировать все эти целочисленные значения в массиве
- добавить сумму для этой строки в total_sum
- добавить длину этих значений (количество чисел) к total_numbers
inFile = open('classgrades.txt','r')
outFile = open('classscores.txt','w')
total_sum = 0
total_values = 0
with open(r'classgrades.txt') as inFile:
for line in inFile:
# split by whitespace and slice out everything after 1st item
num_strings = line.split(' ')[1:]
# convert each string value to an integer
values = [int(n) for n in num_strings]
# sum all the values on this line
line_sum = sum(values)
# add the sum of numbers in this line to the total_sum
total_sum += line_sum
# add the length of values in this line to total_values
total_numbers += len(values)
average = total_sum // total_numbers # // is integer division in python3
return average
2 ответа
Порядок величины: нуль.
, Другими словами, Вы не будете видеть, что Ваша пропускная способность включает половину или что-либо как он, когда Вы добавите TLS. Ответы на "дублирующийся" вопрос внимание в большой степени на производительность приложения, и как это выдерживает сравнение с SSL наверху. Этот вопрос конкретно исключает обработку приложения и стремится сравнить не-SSL с SSL только. В то время как имеет смысл получать глобальное представление производительности при оптимизации, который не является тем, что спрашивает этот вопрос.
основные издержки SSL являются квитированием. Это - то, где дорогая криптография с асимметричными шифрами происходит. После согласования используются относительно эффективные симметричные шифры. Вот почему может быть очень полезно включить сессии SSL для Вашего сервиса HTTPS, где много связей установлены. Для долговечного соединения этот "эффект конца" не является столь же значительным, и сессии не так полезны.
<час>Вот интересная история. , Когда Google переключил Gmail для использования HTTPS, никакие дополнительные ресурсы не требовались; никакое сетевое оборудование, никакие новые хосты. Это только увеличило загрузку ЦП приблизительно на 1%.
Я второй @erickson: чистый штраф скорости передачи данных незначителен. Современные центральные процессоры достигают crypto/AES пропускной способности нескольких сотен Мбит/с. Таким образом, если Вы не находитесь в ограниченной системе ресурса (мобильный телефон), TLS/SSL достаточно быстр для того, чтобы бросить данные вокруг.
, Но имеют в виду, что шифрование делает кэширование и выравнивание нагрузки намного тяжелее. Это могло бы привести к огромной потере производительности.
, Но установление соединения действительно выставочный стопор для многих приложение. На низкой пропускной способности, высокой потере пакетов, высоких соединениях задержки (мобильное устройство в сельской местности) дополнительные распространения в прямом и обратном направлениях, требуемые TLS, могли бы представить что-то медленное в чем-то неприменимом.
, Например, мы должны были отбросить требование шифрования для доступа к некоторым нашим внутренним веб-приложениям - они где рядом с неприменимым, если используется от фарфора.