Это вы уже отредактировали?? О_о
... и скрипт поставит столько пробелов сколько число 5 число и 5 пробелов, а в конце точку поставит. ...
Что же было до редактирования? Боюсь представить...
Н-да, с трудом разобрал, что здесь написано. Минут 10 прошло, не меньше:
... и скрипт поставит столько пробелов
, сколько число
: 5
— число и 5 пробелов, а в конце точку поставит.
Так правильно?
Как проверить свой код? сколько он загружает процессор? сколько кушает оперативной памяти? сколько нагружает жоский диск? и его быстродействие
как это все проверить ?
Проверить — сначала надо, четко представляя себе алгоритм, написать, чтобы работало. Потом проверить нестандартные случаи.
Быстродействие — на последнем месте по важности. Сколько раз вы будете запускать этот скрипт? Вы хотите сэкономить 2 миллисекунды процессорного времени?
Сколько кушает памяти? Смешно говорить, сколько может кушать скрипт из 15 строчек? Хотя bc и sed кушать, конечно, могут.
Самое главное в написании подобных скриптов — понятность.
И ещё самое главное — комментарии.
А также очень важна простота записи и
соответствие применяемых инструментов поставленной задаче.
Комментарии ЕЩЕ раз очень важны. Без них вы через две недели не поймёте, как работает ваш собственный скрипт.
По-моему, надо в «
while [ "$v" -lt "$pr1" ]»
-lt заменить на
-le.
Хотя, хоть убей, не могу понять, что должен делать скрипт. И что за файл
log2?
И да, жесткий диск гораздо больше нагружают многократные попытки «оптимизировать» или хотя бы заставить работать такой никуда не годный код.
Лучше всего взять ручку, бумагу и с помощью головы решить задачу вдали от компьютера, ИМХО.
Да, а быстродействием у него действительно плоховато. Я реально удивлён. Ну, это целиком заслуга автора. Видимо сказывается
«несоответствие применяемых инструментов поставленной задаче».