Прежде всего хочу выразить благодарность компании Rikor и Олегу лично за предоставленные платформы для тестирования. По прежнему вы можете взять на тест Marvell Armada XP для себя и в дальнейшем, как тестер, оставить их у себя в пользовании за символическую плату. Как и обещал в прошлой статье Сервер на ARM? Made in Russia! — привожу тесты производительности серверов на процессорах ARM. Так как ARM это процессор сделанный по технологии System-On-Chip, то заострим наше внимание на производительности процессора.
На просторах всемирной паутины много тестов, но все они для нас, как фантастическое путешествие на Марс — как проводились, какой именно ревизии процессор (или просто другого производителя), какой софт использовался не ясно. А тут — сервера перед нами, остается только протестировать.
Рубрика «тесты» - 9
Процессоры ARM? Практика. Marvel Armada XP
2014-03-17 в 9:37, admin, рубрики: atom, Блог компании GlobaTel, Процессоры, тесты, хостинг, метки: atom, АРМ, тестыFAQ про центры решений — как большие компании в России выбирают софт так, чтобы не наступать на грабли
2014-02-11 в 6:57, admin, рубрики: Блог компании КРОК, интеграция, инфраструктура, тестирование, тесты, техзадание, управление проектами, метки: интеграция, инфраструктура, тесты, техзадание
Малый бизнес берёт демку и ставит чтобы посмотреть. Средний бизнес идёт к соседям и советуется, смотрит, а потом внедряет у себя. Крупный бизнес так сделать не может, потому что софт уровня ERP нельзя просто взять и попробовать (на одну организацию тестов может уйти 2 месяца), у соседей можно подсмотреть только общие принципы, да и дистрибутив и лицензию так просто не достать.
Поскольку понять как что-то сделать на таком уровне очень сложно (всё-таки надо иметь пару лет крайне редкого опыта), а вариантов как правило не один, начинаются проблемы. В итоге может получиться размытое техзадание, которое выставляется на тендер. И тендер выигрывает «за две копейки» кто-то, кто сделает всё, как было в задаче — но при этом совершенно не то, что хотел бизнес. Думаю, как это происходит, объяснять не нужно.
Поэтому и нужны специальные центры решений — своего рода испытательные полигоны. Там можно посмотреть на один рабочий день абстрактной компании с позиции пользователей из разных отделов, администратора и так далее, используя уже заполненные тестовые базы и смоделированную инфраструктуру.Читать полностью »
ActiveRecord vs DAO – Тест потребления памяти и скорости выполнения запросов
2014-01-19 в 8:15, admin, рубрики: activerecord, dao, Блог компании Арнион, тесты, метки: activerecord, dao, тестыВ процессе роста и развития проекта «АвтоОфис — Прием платежей и полная автоматизация продаж» мы столкнулись с тем, что при появлении клиентов имеющих у себя в базах более 100 000+ контактов, одна из основных функций, отвечающих за создания и отправку массовых email-рассылок по базе клиентов данных интернет-магазинов стала безбожно тормозить.
Покопавшись в коде, было выявлено, что при выборках данных, насчитывающих 100 000+ записей из таблиц MySQL с использованием класса ActiveRecord, сильно увеличивается потребление оперативной памяти и времени отработки скриптов. Доходило до того, что одна переменная, хранящая в себе результат выборки из 100 000 записей, потребляла 644 750 972 байт (614 Мб) оперативки, а время выполнения скрипта превышало 50 секунд.
Т.к. 100 000 записей, это мягко говоря, не предел мечтаний, и количество клиентов сервиса АвтоОфис уже давно исчисляется тысячами, мы не могли оставить данную проблему без внимания и не принять меры по её устранению. В итоге описанная выше функция была полностью переписана на выборки с использованием широко известного DAO, что существенно снизило расход ресурсов и увеличило скорость выполнения скрипта.
В процессе перехода наши программисты не поленились и сделали несколько тестов, наглядно показывающие сравнительные характеристики использования ActiveRecord и DAO при попытке выборки из БД MySQL 1, 5, 10, 50, 100, 500, 1 000, 5 000, 10 000, 50 000 и 100 000 записей. С результатами данных тестов и предлагаю Вам ознакомиться прямо сейчас.Читать полностью »
Про InfiniBand: как мы уменьшали пинг с 7 мкс до 2,4 мкс (и результаты тестов)
2013-08-26 в 9:59, admin, рубрики: Cisco, ethernet, infiniband, intel, sla, архитектура, Блог компании КРОК, высокая производительность, ит-инфраструктура, тесты, цод, метки: Cisco, ethernet, infiniband, intel, sla, архитектура, высокая производительность, ИБ, тесты, цод .jpg)
InfiniBand-свитч SX6005. 12 FDR 56Gb/s портов на одном юните, коммутация 1.3Тб/с.
Многие считают, что InfiniBand — это «космос». То есть считается, что дорого и нужно только для «суперкомпьютеров» (HPC) производительностью в 1-2 Петафлопа и с гиганскими объмами обрабатываемых данных. Тем не менее, с помощью этой технологии можно организовывать не только самые скоростные межсистемные соединения в кластерах, но и радикально снижать задержки в работе критичных приложений. Конкретно – делать то, что может решаться и с помощью Ethernet, но экономичнее и быстрее. Вот пример.
Задача
У одного нашего крупного заказчика из финансовой сферы была проблема в скорости работы двух приложений. Специфика приложений заключалась в том, что необходимо было обрабатывать большое количество транзакций с минимальной задержкой. 6-7 мкс latency – это лучшие результаты, которые они достигли путем апгрейда серверов и максимальной софтверной доработкой. Дальнейшие возможные оптимизации сулили улучшения на уровне 0,3-0,5 мкс. Мы же пришли и сообщили, что сможем уменьшить задержки в два раза. Читать полностью »
Я всегда с интересом читаю статьи про тестирование кода. И я очень хочу использовать тесты в своих проектах.
Но я не могу. Не могу найти для себя стимул.
Да, тесты из примеров пишутся практически моментально. Но нужно ли писать тест для функции
def get_word():
return 'word'
вопрос довольно сложный. Написать его не составит проблему, но и пользы от него ощутимой не будет.
Писать такой тест для получения радости от +1 выполненный тест? Не вижу смысла.
Для увеличения покрытия тестами? Не вижу смысла.
Просто так?…
Читать полностью »
Как начать писать тесты за 10 шагов по 10 минут
2013-04-23 в 9:33, admin, рубрики: tdd, разработка, тестирование, тесты, метки: tdd, тестыДайте-ка угадаю: вы согласны с тем, что писать тесты — это хорошо. Это повышает надежность системы, ускоряет разработку, проект с хорошим тестовым покрытием поддерживать легко и приятно, а TDD — это вообще почти идеал процесса разработки. Но не у вас в проекте. То есть, оно клёво, но, к сожалению, сейчас столько работы — просто завал. Куча задач, одних только критических багов — два десятка, плюс надо срочно дописать этот модуль и еще написать письмо заказчику… Так что тесты, наверное, будем прикручивать уже в конце, если время останется. Или в следующем проекте. Нет, ну там точно полегче будет. Скорее всего.
Как, узнали ситуацию?
Так вот — чушь всё это. Сфера ИТ — бесконечна, как вселенная, куча работы будет всегда. Можно или начать писать тесты прямо сейчас, или не сделать этого никогда. Я тут набросал короткий план, как начать это делать за 10 шагов, по шагу в день, по 10 минут на шаг. И когда я говорю «10 минут» я имею в виду не «3 с половиной часа» и не «ну сколько-то времени, лучше побольше», а именно 600 секунд. Если у вас нету в день 600 секунд свободного времени — срочно меняйте проект, работу, профессию, страну проживания (нужное подчеркнуть), потому что это не жизнь, а каторга какая-то. Поехали.
Читать полностью »
О стартапе-ловушке, или Роберт Мартин хочет нам навредить
2013-03-08 в 17:51, admin, рубрики: tdd, правильное программирование, Программирование, профессионализм, разработка, рефакторинг, Совершенный код, тесты, чистый кодЯ почувствовал, что устои мироздания потрясены, когда сотни читательов начали яростно спорить по поводу заметки Роберта Мартина о стартапе-ловушке.
Хотите знать, как я обычно участвую в таких спорах?
— Так какие же тесты пишешь ты сам?
— Мнэ-э…
— Когда же ты пишешь тесты?
— Мнэ-э…
— Ты вообще тесты пишешь?
— Мнэ-э…
Окей, конечно, я пишу тесты, я просто не участвую в таких спорах. Времена, когда нас всех заставили принять таблетку TDD, провели черту между теми программистами, которые полюбили тесты всем сердцем, и теми, кто на самом деле не очень-то любит писать тесты. И ввязываться в спор между двумя этими лагерями — отличный повод потерять пару часов впустую, вместо того чтобы делать свою работу.
Но как раз сейчас у меня, кажется, есть эта парочка часов.
Читать полностью »
Стартап-ловушка
2013-03-07 в 17:02, admin, рубрики: tdd, правильное программирование, Программирование, профессионализм, разработка, рефакторинг, Совершенный код, стартап, тесты, чистый код- Вы присоединились к новому стартапу.
- Вы мегаталантливое создание.
- Вы можете работать 60, 70, 80 часов в неделю для достижения результата.
- Вы офигенный разработчик и дизайнер.
- Вы не попадетесь в ловушки, в которые попадались другие.
- Вы убедитесь, что в этот раз все будет по-другому.
- Вы настолько хороши, что правила вам ни к чему.
- Вы в жопе.
Какой браузер поддерживает полнее css3, html5, какой из них быстрее по Javascript
2013-02-18 в 12:23, admin, рубрики: css3, CSS3 animation, css3 transition, javascript, браузеры, тесты, тесты производительности, метки: css3, CSS3 animation, css3 transition, javascript, тесты, тесты производительности Предлагаю широкой общественности для тестов следующую страницу vsandy.16mb.com/hs3nplus1/
Наведя на Limitations слева, активируется css3, можно будет визуально оценить качества прорисовки наклоненных букв. По итогам моего тестирования, Опера справляется с этим тестом лучше остальных браузеров.
size of variable — стресс-тест максимальной длины переменной в Javascript
size of array — стресс-тест максимальной длины массива в Javascript
Тесты The 3n+1/direct
classics from 90-s
modern
fast
Chrome killer
покажут быстродействие и стабильность работы Javascript с массивами и хэшами. Последний тест легко доводил предыдущие версии хрома до падения.
Проверка работоспособности кода на множестве версий PHP
2013-02-13 в 15:04, admin, рубрики: php, тесты, метки: PHP, тесты Всем доброго времени суток. На днях понадобилось проверить работоспособность 4 вариантов кода на разных версиях PHP (в сумме около 20). Причём изначально было понятно что 4 экземплярами дело не ограничится — в будущем подобных тестов предвидится больше. Вручную всё это делать очень утомительно, поэтому было написано 2 скрипта, которыми я бы хотел с вами поделиться.
Читать полностью »
