Введение

Еще в 1964 году известный специалист Дональд Кнут предложил простой тест [1], названный им Man or boy? (в вольном переводе взрослый или детский?) для проверки трансляторов с языка Алгол-60.

Тест выглядел так:

beginreal procedure A(k,x1,x2,x3,x4,x5); value k; integer k; begin real procedure B; begin k:=k-1; B:=A:=A(k,B,x1,x2,x3,x4); end B; if k<=0 then A:=x4+x5 else B; end A;outreal(A(10,1,-1,-1,1,0);end;

Смысл теста в построении в памяти дерева из рекурсивных вызовов процедур A и B, причем каждый вызов должен вычисляться в нужном контексте, иначе конечный результат (в оригинальном примере -67 для начального числа, равного 10) недостижим. Начальное число N при запуске теста определяет максимальную глубину дерева вызовов как 2^(N-1).

Тест оказался удачным как для демонстрации возможностей языковых средств, так и для оценки ресурсов, предоставляемых операционными системами, поэтому он переведен на разные языки [2], а допустимое начальное число на больших системах намного превысило первоначальное значение 10.

Часть первая, 32-х разрядная. Рекорд почти не виден.

Автор статьи также решил проверить используемую им систему на PL/1, скопировав соответствующий пример на этом языке из [2]. Утверждалось, что пример корректно работал в трех разных средах: OS PL/I V2.3.0, Enterprise PL/I V3R9M0 и PL/I for Windows V8.0, при этом допустимое начальное число достигало значений 15, 23 и 26 соответственно.

Однако для испытуемого компилятора PL/1-KT [3] ничего не вышло, поскольку при передаче параметра-ссылки на процедуру он автоматически не передавал соответствующий контекст, т.е. по терминологии Кнута представлял собой детскую систему.

Это фиаско заставило проанализировать задачу в целом и попытаться спасти лицо следующим образом:

а) решить задачу средствами языка не подражая алгольной записи. Имевшийся пример не сработал, но в стандарте PL/1 и не оговорено, что передача ссылки на процедуру должна вызывать передачу или запоминание ее контекста, хотя очевидно, что приведенные выше компиляторы сделали это. В случае если не удастся превзойти результаты, полученные этими взрослыми компиляторами, их действительно придется признать умными. Однако если все-таки удастся получить лучший результат, значит, они не оптимально использовали ресурсы и ценность их ума становится не очевидной.

б) полностью мобилизовать все ресурсы операционной системы на решение данной задачи. Во-первых, это необходимое условие получения наилучшего результата, а во-вторых, и это главное, примененные методы мобилизации ресурсов (памяти) в дальнейшем можно будет использовать в реальных задачах.

Были приняты также следующие ограничения:

1. Тест должен выполняться на заурядном, доступном компьютере с обычной операционной системой. Конкретно был взят ультра ноутбук SONY с процессором Intel Solo 1,33 ГГц и 1 Гб ОЗУ. Операционная система Windows Vista Business. Хотя время выполнения данного теста не считается определяющим, оно должно было быть приемлемым.

2. Тест должен иметь нормальный ввод и вывод и выполняться в реальной рабочей, а не искусственной среде. Например, практически все программы не могут обойтись без загрузки стандартных библиотек вроде kernel32.dll, хотя в данном случае (ответ - единственное значение) можно было бы обойтись даже без стандартного вывода.

Алгоритмически тест должен быть решен исключительно стандартными средствами языка. Очевидно, что заведомо наилучшие результаты дал бы ассемблер, но тогда теряется весь смысл теста как проверки языка.

Наоборот, задача мобилизации ресурсов должна решаться не языковыми средствами, а модернизацией системной библиотеки и настройкой операционной среды, поскольку в самом языке (в данном случае в PL/1) допустимый размер ресурсов не определен.

Решение теста Кнута

Общая идея новой реализации теста Кнута на PL/1 такова:

1. Моделируется стековая память как массив структур. Индексом такого массива является вложенность процедуры А. При очередном вызове А вложенность увеличивается, при выходе из А уменьшается.

2. Вложенность полностью определяет текущий контекст вызова А и В и задается как параметр процедуры B.

3 Вложенность каждого вызова добавляется также к параметрам процедуры А как явное указание контекста вызовов, т.е. вместо 6 у нее становится 11 параметров.

Такой подход позволяет отказаться от формального объявления в программе процедур А и В рекурсивными, хотя фактически они продолжают оставаться таковыми. При этом выключается умное запоминание рекурсивных данных средствами компилятора и остается только явно заданное программистом. Собственно стек требуется теперь лишь для хранения адресов возврата из процедур А и В.

На одну пару вызовов А и В потребуется 4+4 байт адресов возврата, 4 байта для текущего значения начального числа, 4х4 байт для вызовов-параметров и 4х4 байт для их контекстов (пятый вызов и его контекст как будет показано ниже не требует запоминания). Итого получается 44 байта. Тогда для выполнения теста с "рекордным" начальным числом 27 потребуется глубина в 2²⁶ пар вызовов или 2,952,790,016 байт. Учитывая, что 32-х разрядная Windows позволяет выделять программам до 3 Гбайт виртуальной памяти, расчет с начальным числом 27 становится принципиально возможным.

Выделение памяти для теста Кнута

При задании ключа /3GB в файле BOOT.INI Windows XP, или при выполнении команды bcdedit /set increaseuserva 3221225471 для 32-х разрядной Windows Vista и Windows-7, операционная система выделяет программе до 3 Гбайт виртуальной памяти, при условии, что в заголовке EXE-файла установлен ключ IMAGE_FILE_LARGE_ADDRESS_AWARE.

Однако возникает проблема непрерывного пространства, поскольку обычно системные библиотеки типа kernel32.dll или user32.dll продолжают загружаться в конец второго, а не третьего гигабайта, разбивая свободную память на две неравные области. В данном случае, дело облегчалось тем, что для теста область стека можно задавать отдельно от области, выделяемой для массива структур.

Первая задача, которую нужно было решить это сделать доступной программе на PL/1 (т.е. операторам ALLOCATE и FREE) области памяти и ниже и выше системных библиотек. Поскольку куча в данной реализации PL/1 представляет собой двунаправленный связанный список фрагментов памяти с отметкой занятых и свободных, данная задача решилась легко: области, занятые системными библиотеками, просто помечались как занятые до конца работы программы, для чего в конце доступных областей создавались дополнительные фиктивные ссылки на занятые области.

Некоторую проблему составило и то, что автор сразу не догадался, как определить наибольший размер непрерывной свободной области, который можно указать при выделении памяти с помощью процедуры Win-32 API VirtualAlloc. Поэтому просто задавался максимально возможный размер памяти при обращении к VirtualAlloc. Если запрос не получался, размер уменьшался на 50% от предыдущей попытки, если получался захваченная область тут же освобождалась обращением к VirtualFree, и размер увеличивался на 50% от предыдущей попытки. Такими итерациями быстро находятся все свободные области с заданной точностью (конкретно задана точность в 1 Мбайт). Затем все найденные области сортируются в порядке возрастания адресов, и из них составляется связанный список свободных с автоматическим созданием фиктивных смежных занятых областей, обходящих адресное пространство системных библиотек.

Все эти действия были вставлены внутрь системной библиотеки PL/1 и теперь автоматически выполняются при каждом запуске любой PL/1-программы. В результате доступная для использования куча в программах возросла почти до 3200 Мбайт.

Однако наличие двух даже больших не смежных областей памяти все равно не позволяло выделить область для массива из 2²⁶ элементов по 36 байт каждый, т.е. размером 2416 Мбайт, поскольку размер одной области стал около 2140 Мбайт, а второй 1073 Мбайт. Поэтому операторами ALLOCATE приходится выделять память для теста по частям:

1. Сначала оператором ALLOCATE выделяется необходимая область для стека размером 8х2²⁶ байт плюс некоторый резерв для служебных целей. Поскольку в PL/1-KT возможно прямое обращение к регистрам [3], адрес вершины выделенной области прямо присваивается регистру стека ESP.

2. С помощью имеющейся в PL/1-KT служебной процедуры определения максимального размера непрерывной свободной области MAXWDS находится и затем оператором ALLOCATE захватывается оставшийся наибольший непрерывный фрагмент свободной памяти. Очевидно, что это опять будет фрагмент из первой области, так как после выделения стека в ней еще останется почти 1.5 Гбайт.

3. Опять с помощью процедуры MAXWDS находится и затем захватывается самая большая из оставшихся свободными областей. Очевидно, что в данном случае это будет вся область в третьем гигабайте.

В результате из кучи выделена гарантированно непрерывная область для стека и две не смежные области для массива (адреса первой области ниже адресов второй), сумма которых достаточна для выполнения теста с начальным числом 27.

Далее используется допустимость описания в PL/1 базированных массивов, поскольку в качестве базы можно задавать не только указатель, но и процедуру без параметров, возвращающую указатель. В этом случае компилятор будет автоматически генерировать вызов такой процедуры при каждом обращении к массиву. Сама процедура-указатель написана так, как показано на рис. 1: если текущий индекс массива X1 входит в первую выделенную область памяти, процедура-указатель возвращает указатель P1 на первую область, а компилятор генерирует смещение A1. Если же индекс X2 массива превышает размер первой области, процедура-указатель вернет фиктивный указатель P3, равный указателю на вторую область P2 минус размер первой области. В точке обращения компилятор генерирует смещение массива A2 и прибавит его к фиктивному указателю P3, получив тем самым доступ к нужному элементу.

Такой прием позволяет не загромождать текст программы вычислениями указателей, хотя из-за рекурсии несколько дополнительных присваиваний все же появляются. Принципиально возможно размещать массив и в большем числе не смежных областей, но в данном случае двух уже достаточно.

Исходный текст реализации теста Кнута на языке PL/1-KT

Исходный текст приведен ниже. Он должен лишь убедить читателей, что никакого обмана в проведении вычислений нет, действительно создается дерево вызовов. В программе присутствует ряд несущественных деталей, позволяющих контролировать ход вычислений. Замысловатые действия при вычислении суммы X4+X5 связаны с экономией памяти. Ссылка на X5 нужна лишь один раз, но перед этим необходимо вычислить X4 (если сначала вычислять X5, а затем X4, изменится число шагов теста). Поэтому ссылка на X5 запоминается на месте X4, а контекст X5 на месте контекста X4. Потом на этом же месте контекста запоминается результат вычисления X4, а находившийся там ранее контекст с помощью оператора обмена перемещается в переменную Z. Все это позволяет не выделять память или стек для хранения промежуточного результата сложения X4 и X5, а также память для хранения однократно требующейся ссылки на X5 и ее контекста. Иначе пришлось бы увеличивать размер элемента массива еще на 12 байт.

// РКК "'ЭНЕРГИЯ" ТЕСТ НА ВОЗМОЖНОСТИ СИСТЕМ "ВЗРОСЛЙ ИЛИ ДЕТСКИЙ"// ОТДЕЛ ??? СЕКТОР ??? ИCПOЛHИTEЛЬ: КАРАВАЕВ ЯЗK PL/1-KT// MOДУЛЬ MORB BEPCИЯ 1.0 ДATA COЗДAHИЯ 13.5.2012// ИCПOЛЬЗУEME MATEPИAЛ: HTTP://EN.WIKIPEDIA.ORG/WIKI/MAN_OR_BOY_TEST// ВНЕСЕННЕ ИЗМЕНЕНИЯ:// МОДУЛЬ ВПОЛНЯЕТ ТЕСТ ДОНАЛЬДА КНУТА// ДЛЯ ДОСТИЖЕНИЯ БАЗ=27 НЕОБХОДИМО ЗАПУСКАТЬ WINDOWS-XP C КЛЮЧОМ /3GB// ВНУТРИ BOOT.INI ИЛИ С КОМАНДОЙ BCDEDIT /SET INCREASEUSERVA=3221225471 ДЛЯ// WINDOWS-VISTA ИЛИ WINDOWS-7MORB: PROC(БАЗА) MAIN;DECLARE//---- НАЧАЛЬНОЕ ЧИСЛО ТЕСТА ИЗ КОМАНДНОЙ СТРОКИ (ПО УМОЛЧАНИЮ НОЛЬ) ----БАЗА CHAR(*) VAR,//---- ЗАДАВАЕМЕ РЕСУРС В PL/1-KT ----?MEMORY FIXED(31) EXT INIT(-1), // ИСПОЛЬЗУЕМ ВСЮ ПАМЯТЬ?MEM_ALL FIXED (7) EXT INIT(1), // НЕ СМЕЖНМИ УЧАСТКАМИ//---- СЛУЖЕБНЕ ПРОЦЕДУР PL/1-KT ----MAXWDS RETURNS(FIXED(31)), // ПОДСЧЕТ МАКСИМАЛЬНОГО УЧАСТКА//---- ТАБЛИЦА СОБСТВЕННХ ЗНАЧЕНИЙ И КОНТЕКСТОВ ----1 ТАБЛИЦА (1:2) BASED(АДР_ТАБЛ()), // РАЗМЕРНОСТЬ 1:2 ФИКТИВНА2 KK FIXED(31), // ТЕКУЩЕЕ ЗНАЧЕНИЕ НАЧАЛЬНОГО ЧИСЛА2 (XX1, // ВЗОВ XX2, XX3, XX4) ENTRY(FIXED(31)) RETURNS(FIXED(31)),2 (NN1, NN2, // КОНТЕКСТ NN3, NN4) FIXED(31),//---- ПАМЯТЬ, ВДЕЛЕННАЯ 1 УЧАСТКУ ----P1 PTR, // УКАЗАТЕЛЬ НА 1 УЧАСТОКДЛН1 FIXED(31), // ДЛИНА 1 УЧАСТКА В СТРОКАХ ТАБЛИЦ//---- ПАМЯТЬ, ВДЕЛЕННАЯ 2 УЧАСТКУ ----P2 PTR, // УКАЗАТЕЛЬ НА 2 УЧАСТОКF2 FIXED(31) DEF(P2), // ОН ЖЕ КАК ЦЕЛОЕ ДЛЯ АДРЕСНОЙ АРИФМЕТИКИДЛН2 FIXED(31), // ДЛИНА 2 УЧАСТКА В СТРОКАХ ТАБЛИЦP2_ФИКТ PTR, // ФИКТИВНЙ АДРЕС НАЧАЛА 2 УЧАСТКАF2_ФИКТ FIXED(31) DEF(P2_ФИКТ), // ОН ЖЕ КАК ЦЕЛОЕДЛН FIXED(31), // ОБЩЕЕ ЧИСЛО СТРОК ТАБЛИЦ ДЛЯ КОНТРОЛЯ//---- ВЛОЖЕННОСТЬ ВЗОВОВ ПРОЦЕДУР A ----N FIXED(31), // ТЕКУЩАЯ ВЛОЖЕННОСТЬИНДЕКС FIXED(31), // ВЛОЖЕННОСТЬ КАК ИНДЕКС ТАБЛИЦ//---- УКАЗАТЕЛЬ НА ОБЛАСТЬ СТЕКА ----P4 PTR, // УКАЗАТЕЛЬ НА НАЧАЛО ОБЛАСТИ СТЕКАF4 FIXED(31) DEF(P4), // ОН ЖЕ КАК ЦЕЛОЕ ДЛЯ АДРЕСНОЙ АРИФМЕТИКИ?ESP FIXED(31), // ДЛЯ ПРЯМОГО ДОСТУПА К ESP В PL/1-KTРАЗМ_СТЕК FIXED(31), // РАЗМЕР СТЕКА//---- РАБОЧИЕ ПЕРЕМЕННЕ И СЧЕТЧИКИ ----I FIXED(31), // НАЧАЛЬНОЕ ЧИСЛО ЗАПУСКА ТЕСТАL FIXED(31), // КОНЕЧНЙ ОТВЕТ ТЕСТАZ FIXED(31), // ОТВЕТ ПРОЦЕДУР AJ FIXED(31); // СЧЕТЧИК ДЛЯ ВДАЧИ НА ДИСПЛЕЙ//---- ВДАЧА ШАПКИ ----PUT SKIP(2) LIST('^I^IТЕСТ "MAN OR BOY", ВЕРСИЯ',?DATE);//---- ВВОД НАЧАЛЬНОЙ БАЗ ИЗ КОМАНДНОЙ СТРОКИ ----IF LENGTH(БАЗА)>0 THEN I=БАЗА;//----------------- ВДЕЛЕНИЕ РЕСУРСОВ ДЛЯ РАБОТ ТЕСТА ---------------------PUT SKIP(2) EDIT(TOTWDS,' ДОСТУПНХ СЛОВ ПАМЯТИ, ВДЕЛЕНО:') (P'ZZZ,999,999,999',A);PUT SKIP;//---- ВДЕЛЯЕМ МАКСИМАЛЬНУЮ ПАМЯТЬ ДЛЯ СТЕКА ----РАЗМ_СТЕК=2**26*8+1024*1024; // ДЛЯ БАЗ 27ALLOCATE(РАЗМ_СТЕК) SET(P4); // ВДЕЛЯЕМ МЕСТО ДЛЯ СТЕКА?ESP=F4+РАЗМ_СТЕК; // ВЕРШИНУ - ПРЯМО В РЕГИСТР ESP//---- ВДЕЛЯЕМ ПАМЯТЬ (1 УЧАСТОК) ДЛЯ ТАБЛИЦ КОНТЕКСТОВ ----ДЛН1=MAXWDS*2; // БЕРЕМ МАКСИМАЛЬНЙ НЕПРЕРВНЙ УЧАСТОКALLOCATE(ДЛН1) SET (P1); // ВДЕЛЯЕМ ЕГО КАК 1 УЧАСТОКДЛН1=ДЛН1/36; // ПЕРЕВЕЛИ В ЧИСЛО СТРОК 1 УЧАСТКАPUT SKIP EDIT(ДЛН1,' СТРОК ТАБЛИЦ 1 УЧАСТКА')(P'ZZZ,ZZZ,999,999',A);//---- ВДЕЛЯЕМ ПАМЯТЬ (2 УЧАСТОК) ДЛЯ ТАБЛИЦ КОНТЕКСТОВ ----ДЛН2=MAXWDS*2; // БЕРЕМ МАКСИМАЛЬНЙ НЕПРЕРВНЙ УЧАСТОКALLOCATE(ДЛН2) SET(P2); // ВДЕЛЯЕМ ЕГО КАК 2 УЧАСТОКДЛН2=ДЛН2/36; // ПЕРЕВЕЛИ В ЧИСЛО СТРОК 2 УЧАСТКАPUT SKIP EDIT(ДЛН2,' СТРОК ТАБЛИЦ 2 УЧАСТКА')(P'ZZZ,ZZZ,999,999',A);//---- ПОЛУЧАЕМ ЗНАЧЕНИЯ ДЛЯ УСКОРЕНИЯ ВЧИСЛЕНИЙ ----ДЛН=ДЛН1+ДЛН2; // ОБЩЕЕ ЧИСЛО СТРОК ДЛЯ КОНТРОЛЯ ИНДЕКСАF2_ФИКТ=F2-ДЛН1*36; // ФИКТИВНОЕ НАЧАЛО 2 УЧАСТКАPUT SKIP(2) LIST('-'(40),'^M');//------------------------- ЦИКЛ ЗАПУСКОВ ТЕСТА ----------------------------DO I=I TO 27; // ОТ ЗАДАННОГО ЧИСЛА ИЛИ НУЛЯ ДО МАКСИМАЛЬНОГО   //---- ВДАЛИ ЗАГОЛОВОК ---- PUT SKIP EDIT(TIME,' ЗАПУСК С НАЧАЛЬНМ ЧИСЛОМ =',I)(A,A,F(2)); PUT SKIP; //---- СОБСТВЕННО РАСЧЕТ (ВНУТРИ ЕСТЬ ВДАЧА НА ДИСПЛЕЙ) ---- L=A((I), X1,0, X2,0, X3,0, X4,0, X5,0); //---- ВДАЧА ОТВЕТА ---- PUT LIST(' '(20),'^M'); PUT SKIP EDIT(TIME,'БАЗА = ', I,L)(A(8),X(1),A,P'z9b',P'---,---,---,--9'); PUT SKIP LIST('-'(40),'^M');END I;//------------------- ПЕРВАЯ РЕКУРСИВНАЯ ПРОЦЕДУРА ТЕСТА --------------------A:PROC(K,X1,N1,X2,N2,X3,N3,X4,N4,X5,N5) RETURNS(FIXED(31));DECLAREK FIXED(31), // БАЗОВОЕ ЧИСЛО(X1,X2,X3,X4,X5) ENTRY(FIXED(31)) RETURNS(FIXED(31)), // ВЗОВ(N1,N2,N3,N4,N5) FIXED(31); // НОМЕР КОНТЕКСТА ВЗОВОВ//---- УВЕЛИЧИВАЕМ ВЛОЖЕННОСТЬ ПРОЦЕДУР A ----N+=1;//---- ПРОВЕРКА ПЕРЕПОЛНЕНИЯ ТАБЛИЦ СОБСТВЕННХ ЗНАЧЕНИЙ ----IF N>ДЛН THEN PUT SKIP LIST('ТАБЛИЦА',STOP);//---- ВВОДИМ ТЕКУЩЕЕ СОСТОЯНИЕ ТЕСТА НА ДИСПЛЕЙ ----J+=1;IF J>8191 THEN // НЕ НА КАЖДОМ ЦИКЛЕ ДЛЯ СКОРОСТИ {; J=0; PUT EDIT(TIME,' ',N,'^M')(A,A,P'ZZZ,999,999',A); };//-------------------- САМО ВПОЛНЕНИЕ РЕКУРСИВНОГО ТЕСТА -------------------//---- СОХРАНЯЕМ ОЧЕРЕДНЕ СОБСТВЕННЕ ЗНАЧЕНИЯ ПРОЦЕДУР A ----ИНДЕКС=N; // ДЛЯ ВДАЧИ АДРЕСА 1/2 УЧАСТКАXX1(N)=X1; // ЗАПОМИНАЕМ ВЗОВXX2(N)=X2;XX3(N)=X3;XX4(N)=X4;NN1(N)=N1; // ЗАПОМИНАЕМ КОНТЕКСТ ВЗОВОВNN2(N)=N2;NN3(N)=N3;NN4(N)=N4;KK (N)=K; // ЗАПОМИНАЕМ ТЕКУЩЕЕ БАЗОВОЕ ЧИСЛОIF K<=0 THEN // ИЩЕМ СУММУ ВЗОВОВ X4 И X5 {; XX4(N)=X5; // \ ЗАПОМНИЛИ ВЗОВ NN4(N)=N5; // / И КОНТЕКСТ #5 Z=X4(N4); // ВПОЛНИЛИ ВЗОВ #4 В КОНТЕКСТЕ #4 ИНДЕКС=N; // ДЛЯ ВДАЧИ АДРЕСА 1/2 УЧАСТКА NN4(N)<=>Z; // ЗАПОМНИЛИ РЕЗУЛЬТАТ #4 И ДОСТАЛИ КОНТЕКСТ #5 Z=XX4(N)(Z); // ВПОЛНИЛИ ВЗОВ #5 В КОНТЕКСТЕ #5 ИНДЕКС=N; // ДЛЯ ВДАЧИ АДРЕСА 1/2 УЧАСТКА Z+=NN4(N); // ЗНАЧЕНИЕ X4+X5 }; ELSE Z=B((N)); // ИНАЧЕ РЕКУРСИВНО ОБРАЩАЕМСЯ К ПРОЦЕДУРЕ B//---- УМЕНЬШАЕМ ВЛОЖЕННОСТЬ A ----N-=1;//---- ВХОДИМ С ОТВЕТОМ ----RETURN(Z);//-------------------- ВТОРАЯ РЕКУРСИВНАЯ ПРОЦЕДУРА ТЕСТА -------------------B:PROC(Y) RETURNS(FIXED(31));DCL Y FIXED(31); // ТЕКУЩИЙ КОНТЕКСТ ВЗОВАИНДЕКС=Y; // ДЛЯ ВДАЧИ АДРЕСА 1/2 УЧАСТКАKK(Y)-=1; // УМЕНЬШАЕМ БАЗОВОЕ ЧИСЛО НУЖНОГО СОСТОЯНИЯ//---- РЕКУРСИВНО ВЗВАЕМ ПЕРВУЮ ПРОЦЕДУРУ ----RETURN(A(KK(Y),B,Y,XX1(Y),NN1(Y),XX2(Y),NN2(Y),XX3(Y),NN3(Y),XX4(Y),NN4(Y)));END B;END A;//------------ ПРОЦЕДУРА ВДАЧИ АДРЕСА 1 ИЛИ 2 УЧАСТКА ТАБЛИЦ --------------АДР_ТАБЛ:PROC RETURNS(PTR);//---- ЕСЛИ ИНДЕКС ВНУТРИ 1 УЧАСТКА ПАМЯТИ ----IF ИНДЕКС<=ДЛН1 THEN RETURN(P1); // ВОЗВРАЩАЕМ ССЛКУ НА 1 УЧАСТОК//---- ЕСЛИ ИНДЕКС ВНУТРИ 2 УЧАСТКА ПАМЯТИ ----RETURN(P2_ФИКТ); // ВОЗВРАЩАЕМ ФИКТИВНОЕ НАЧАЛО 2 УЧАСТКАEND АДР_ТАБЛ;//---------------------- ВЗОВ НАЧАЛЬНХ ЗНАЧЕНИЙ --------------------------X1:PROC(Y) RETURNS(FIXED(31)); DCL Y FIXED(31); RETURN( 1); END X1;X2:PROC(Y) RETURNS(FIXED(31)); DCL Y FIXED(31); RETURN(-1); END X2;X3:PROC(Y) RETURNS(FIXED(31)); DCL Y FIXED(31); RETURN(-1); END X3;X4:PROC(Y) RETURNS(FIXED(31)); DCL Y FIXED(31); RETURN( 1); END X4;X5:PROC(Y) RETURNS(FIXED(31)); DCL Y FIXED(31); RETURN( 0); END X5;END MORB;

Результаты работы теста

Результат приведен на рис. 2. Тест с начальным числом 27 выполнился менее, чем за 9 минут, получив значение -46750171 и построив для этого дерево глубиной 67 миллионов вложенных вызовов процедур А и В, а всего вызвав эти процедуры 292 миллиона раз. Поскольку компьютер имел лишь 1 Гбайт физической памяти, происходило обращение к диску, что существенно замедляло работу.

Заключение

Конечно, можно считать, что тест на взрослость все-таки в части рекурсии не выполнен, поскольку не удалось записать алгоритм в коротком алголоподобном стиле. Однако если обратиться к сути этой остроумной задачи (составление максимально возможного дерева в памяти и обход его), то окажется, что она выполнима на проверяемом компиляторе и даже с лучшими результатами, чем у взрослых компиляторов PL/1 (да, пожалуй, и всех других 32-х разрядных систем). Ведь ими был достигнут уровень 26 лишь на 64-х разрядной Windows-8 с 16 Гбайт оперативной памяти. Здесь же достигнут результат 27, уже близкий к теоретическому пределу для 32-х разрядных систем и при этом автор, занимаясь вроде бесполезной задачей, получил механизм использования памяти выше системных библиотек и метод обращения к единому массиву в не смежных областях памяти, пригодные уже не для искусственного теста, а для практического применения.

Часть вторая. 64-х разрядная. Опыты со стеком.

Описание теста Д. Кнута Man or boy? на сайте [2] мне попалось на глаза случайно, но очень увлекло. Помнится, в прекрасном произведении Три толстяка был один персонаж (цирковой) стрелок. Он во время погони увидел пролетающий воздушный шарик и сразу обо всем забыл, в том числе о погоне. Главное для него стало попасть в шар. Я стал в чем-то похож на этого стрелка (который, кстати, в шар так и не попал- помешала шляпа стоящего рядом директора). В ущерб работе и другим занятиям, главным для меня стало выполнить тест Кнута с хорошим результатом, т.е. максимально эффективно использовать доступные стек и память так, чтобы добиться правильного завершения теста с наибольшим базовым значением. Базовое значение теста по существу является показателем степени числа рекурсивно вложенных вызовов, если такое число представить в виде 2ⁿ.

Дело осложнялось тем, что компилятор, который я использую [3], не запоминает контекст вызова рекурсивных процедур и, по сути, вообще не может выполнить этот тест. Эти трудности были обойдены моделированием запоминания контекстов через обращение к массиву, а собственно аппаратный стек стал использоваться только для запоминания адресов возврата из рекурсивных процедур. Кроме этого, возникли сложности с фрагментацией памяти из-за фиксированного размещения системных библиотек Windows-XP, что не позволяло использовать все доступные 3 Гбайт памяти как одну непрерывную область. Но и эти сложности были преодолены. Результаты я представил в статье (см. часть 1) и был очень горд тем, что смог выполнить на обычном и слабом ноутбуке тест с базовым значением 27, что на тот момент являлось мировым рекордом среди всех результатов, перечисленных на сайте [2].

Поскольку этот сайт постоянно обновляется и дополняется, я года полтора продолжал считать себя действующим чемпионом по выполнению теста Кнута, хотя и отдавал себе отчет в том, что, например, массовый переход на Win64 изменит эту ситуацию. И вот на сайте появилось сообщение, что тест, написанный на Haskell, выполнен для базового значения 30. Таким образом, по использованным ресурсам мой рекорд был превзойден сразу в восемь раз, а я превратился в экс-чемпиона. Разумеется, новый рекорд был установлен не на маленьком домашнем ноутбуке c 32-разрядной Windows, а на солидном AMD Opteron 6282SE c 384 Гбайт доступной памяти в куче.

Но и я к тому времени приобрел для дома ноутбук c Intel Core i5-3210M, c 4 Гбайт памяти и домашней Windows 7 и занялся переводом своих средств разработки на Win64. Естественно, что первым тестом, который проверялся для доработанного компилятора, стал все тот же тест Кнута. С точки зрения языка PL/1, на котором я пишу, все получилось изящно в доработанном для Win64 компиляторе появилась возможность определять переменные как целые со знаком размером в 8 байт, т.е. с атрибутами BINARY FIXED(63), которыми и были заменены в исходном тексте теста (текст на PL/1 см. часть 1) все переменные, ранее имевшие тип BINARY FIXED(31). Кроме этого, появилось все-таки не два, а целых три не смежных участка памяти (из-за странной загрузки системных библиотек), а также вместо регистра ESP теперь необходимо использовать RSP. Ради интереса, я добавил и вывод максимальной глубины вложений.

В целом, сложности, которые пришлось преодолевать в Win32, остались и в Win64. Например, некоторые системные библиотеки вроде NTDLL.DLL или KERNEL32.DLL и в Windows 7 упорно не хотят загружаться в верхние адреса памяти, разбивая свободное адресное пространство на несколько не смежных фрагментов, хотя теперь потери при этом не превышают 1 Гбайт.

Однако самым сложным для меня оказалась работа с большим стеком. Даже психологически трудно после стольких лет работы с Win32 привыкнуть к тому, что для хранения указателя вершины стека реально нужно 8 байт. Помните старое заявление Билла Гейтса, что 640 Кбайт хватит для всех задач? Так вот, для выполнения теста Кнута с базовым значением 30 даже при моем построении алгоритма (напомню, в стеке хранится только дерево из адресов возврата двух рекурсивных процедур) для стека уже требуется 16*2²⁹=4294967296 байт. И это только для хранения адресов возврата! Но возникшую сложность работы со стеком я решил обратить себе на пользу и специально в разных других тестах, там, где таких больших значений не требовалось, начал устанавливать значение указателя стека больше 2³². Этот прием позволил быстро выявить все свои ошибки перевода с Win32 на Win64, связанные со стеком. И речь идет не просто о пропущенных в ассемблерных текстах системных подпрограмм ESP вместо требуемых теперь RSP, но и о более сложных связях. Тест Кнута неожиданно оказался прекрасной проверкой правильности средств разработки в среде Win64.

В результате мои программы стали более ошибкоустойчивы и как приятный бонус я вернул себе звание чемпиона мира, выполнив в Windows 7 тест с базовым значением 31.

Как следует из этого скриншота, через полтора часа после запуска теста глубина вложенных вызовов превысила миллиард. Т.е. при переходе на Win64 по сравнению с предыдущим лучшим своим результатом в Win32 удалось увеличить задействованные в программе ресурсы (память и стек) в 16 раз! Поскольку сами объекты теста (контексты вызовов, адреса возврата и возвращаемое значение) тоже увеличились с 4 до 8 байт, абсолютно использованные ресурсы (в байтах) увеличились по сравнению с Win32 даже в 32 раза.

Конечно, при этом тест считается не быстро из-за недостаточного размера физической памяти. Кстати, на этом же ноутбуке можно было бы в принципе выполнить и тест с базовым значением 32, но для этого пришлось бы освободить весь 250 Гбайтный диск для файла подкачки страниц (нужно более 200 Гбайт). Очевидно, что следующие рекорды нужно ставить не на домашних компьютерах. Ну, или подождать, пока ресурсы домашних компьютеров не достигнут соответствующих величин.

Наверняка у читателя назрел вопрос: зачем было нужно это соревнование автора с неведомыми ему соперниками? И не напоминает ли оно соревнование людоедки Эллочки с дочерью миллионера Вандербильда? Нет, не напоминает. Потому, что решение сложной задачи использования всех возможных ресурсов компьютера (пусть даже эти ресурсы и довольно скромны по современным понятиям), позволяет использовать затем эти же приемы в реальных задачах, о чем я уже и писал в предыдущей статье (часть 1).

В моем случае, приемы работы с большими массивами, размещенными к тому же в нескольких областях памяти, пригодились впоследствии при обработке больших объемов картографических данных. С помощью теста Кнута я научился реально использовать в программе всю доступную память.

И при достижении наилучших результатов элемент состязательности весьма важен. Поэтому призываю всех принять участие в чемпионате по выполнению теста Кнута. Как показывает мой опыт, время, потраченное на разработку новых приемов использования доступной памяти и стека, не пропадает даром.

P.S. Некоторые коллеги говорили мне, что, мол, время потрачено зря, результат теста Кнута, даже рекордный, можно легко вычислить и не прибегая к собственно выполнению алгоритма. Конечно можно, причем можно сразу вычислить результат теста для такого показателя, для расчета которого современным средствам потребуется больше времени, чем существует Вселенная. Но конечное число теста лишь квитанция, что он выполнен правильно, т.е. всю используемую память алгоритм обошел в правильном порядке. Именно так воспринимали этот тест (рекурсия, но, главное, сколько можно занять памяти) еще в Советском Союзе [4].

Литература

1. Donald Knuth (July 1964). Man or boy?. http://www.chilton-computing.org.uk/acl/applications/algol/p006.htm. Retrieved Dec 25,2009

2. http://rosettacode.org/wiki/Man_or_boy_test

3. Д.Ю.Караваев К вопросу о совершенствовании языка программирования RSDN Magazine #4 2011

4. https://keldysh.ru/papers/2013/prep2013_29.pdf

Портал о Hi-Fi, Hi-End технике(и не только) - hifiNews.ru подготовил перевод теста новых наушников британской компании Bowers & Wilkins (B&W).

Bowers & Wilkins PI7представляют собой полностью беспроводные наушники, которые являются более дорогой из двух новых моделей данного типа, представленных в каталоге компании.

Надо заметить, что при разработке своих наушников B&W применят подход, отличный от компании Focal. Стоимость ее моделей никогда не превышает психологический барьер в $1000, в то время как модели Focal часто стоят дороже. Кроме того, если Focal придерживается последовательной концепции в дизайне своих наушников, подход Bowers & Wilkins более гибкий. И поскольку в настоящее время беспроводные модели находятся на пике популярности, эта британская компания решила выпустить и такую модель.

Однако стоит заметить, что Bowers & Wilkins никогда не принимает поспешных решений. Ее наушники создаются в результате серьезных исследований, и имеют интересные технические решения, а также впечатляющий дизайн. Продолжат ли PI7 эту хорошую традицию компании? Пришло время нам это узнать.

Технические характеристики и дизайн

PI7 - это первая полностью беспроводная модель от Bowers and Wilkins, но компания уже несколько лет выпускает наушники, поэтому неудивительно, что в PI7 нашли свое отражение несколько уже имеющихся у нее решений. Разумеется, здесь есть и несколько изменений в конструкции, связанных с тем, что данные наушники полностью беспроводные. Среди уже знакомого нам в PI7 9,2-миллиметровые динамические излучатели, аналогичные тем, которые мы видели в предыдущих разработках компании.

В PI7 к ним добавлен балансный излучатель, который работает на высоких частотах. Подобное мы тоже видели, в модели PI3, и это позволяет теоретически сочетать мощные басы от динамического излучателя с аккуратными верхами балансного. Ключевой особенностью PI7 является то, что каждый излучатель в них подключен к собственному усилителю. Заявленная частотная характеристика наушников составляет 10 Гц - 20 кГц.

Bowers & Wilkins утверждает, что до этого момента она воздерживалась от выпуска такой модели потому, что ее инженеров не удовлетворяло качество звука при использовании Bluetooth (интересный аргумент для компании с довольно широким ассортиментом беспроводных наушников, ну да ладно), а PI7 имеет полный из доступных на сегодня набор улучшений данной технологии. Наушники поддерживают все разновидности кодеков aptX, известных на данный момент: обычный, HD, с низкой задержкой LLC и адаптивный. Они также имеют поддержку AAC и, разумеется, стандартного кодека SBC. Дополнительно, имеется технология BLE, информирующая вас об уровне заряда аккумулятора, и функция управления через приложение. Разумеется, использование всего этого богатства будет возможным только в случае соответствующей поддержки и со стороны передающего устройства.

Для кодека aptX это означает, что, по крайней мере, теоретически, передачу аудио с параметрами 24 бит/48 кГц можно будет осуществлять. Наушники связываются между собой с использованием сигнала с такими же параметрами. Лично я считаю, что все это не слишком целесообразно. Если вы хотите слушать записи High resolution в мобильных условиях, то, скорее всего, предпочтете традиционное проводное соединение. Но, по крайней мере, вы можете быть уверенным, что сигнал на наушники приходит без дополнительного сжатия.

Из других положительных моментов следует отметить, что PI7 оснащены фирменной системой шумоподавления Bowers & Wilkins. PI7 имеют шесть микрофонов для работы адаптивного шумоподавления (настраиваемого в приложении), с передачей голоса, что было сделано и другими компаниями, но ни одна из них не приблизилась к Bowers. Есть несколько настроек для этой системы в зависимости от окружающей обстановки (лично мне такое не нужно, но, возможно, кому-то пригодится), а также возможность выключить всю дополнительную обработку. Можно с уверенностью сказать, что это наиболее универсальная на сегодня система шумоподавления на рынке, и поместить ее в пару вкладышей настоящий подвиг.

Учитывая, сколько в каждом наушнике находится излучателей, усилителей, микрофонов и тому подобного, места для размещения аккумуляторов там невелико. Bowers & Wilkins указывает продолжительность автономной работы PI7 в четыре часа, и я думаю, что это реалистичный показатель, хотя он может зависеть от выбранного кодека Bluetooth, а также от громкости прослушивания. Как и во многих подобных моделях, на помощь здесь приходит чехол-зарядник. Он обеспечивает четыре цикла заряда вкладышей, и может дать два часа прослушивания музыки после 15-минутной зарядки. Возможно, это не то устройство, которое я взял бы с собой в рейс в Новую Зеландию, но его хватит на неделю обычных поездок.

Это все хорошо, но есть в данных наушниках и некоторые особенности, которые я пока не встречал у конкурентов. Одна из них то, на что еще способен чехол PI7. В его основании находится разъем USB-C, который не только заряжает внутреннюю батарею, но и позволяет передавать аудио. Вы можете подключить его через специальный кабель к аналоговому выходу устройства (разъем 3,5 мм), сигнал с которого будет оцифрован, и передан на вкладыши по Bluetooth с кодеком aptX HD. Это значительно расширяет возможности использования PI7 и выгодно отличает их от конкурирующих моделей, у которых нет подобной функции.

Кроме того, Bower & Wilkins удалось сделать беспроводные наушники очень привлекательными и удобными в использовании. Полированные металлические секции вкладышей выглядят превосходно, а общая форма и размер PI7 достаточно компактны, чтобы они слишком торчали из вашего уха. При этом наушники B&W сидят в ушах не только комфортно, но и надежно, по крайней мере, для обычных пользователей, не увлекающихся экстремальными видами спорта.

Как проходило тестирование PI7?

Большая часть тестирования PI7 производилась с помощью Oppo Find X2 Neo, который имеет поддержку aptX Adaptive и HD, для качественного воспроизведения музыки. Часть тестирования также проводилось с помощьюAstell & Kern Kann. Затем iPad Pro был использован для тестирования качества звука с AAC, а ноутбук Lenovo T15P обеспечил возможность тестирования через USB и 3,5-мм подключения. Музыкальный материал почти полностью был с сервисов Qobuz и Deezer, также использовалось некоторое количество видеороликов.

Качество звучания

PI7 продемонстрировали звучание, которое я уже отмечал для модели Signature, но в миниатюре. Сопряжение с Oppo сработало сразу, а подсказки и сообщения, выводимые приложением, значительно упрощают процесс подключения. После установки соединения PI7 работали стабильно и безупречно переподключались 19 раз из 20.

Надо заметить, что Oppo и PI7, работающие вместе, очень чувствительны к определенным типам помех. Например, мониторы дверных датчиков в супермаркетах заставят два устройства либо разорвать соединение, либо пропустить трек. Впрочем, это происходило не во всех магазинах, так что серьезной претензии здесь нет. Но принять во внимание этот факт стоит.

За исключением этого, PI7 сразу произвели на меня сильное впечатление. Во-первых, в эту модель были перенесены все особенности, которыми Bowers & Wilkins наделила свои полноразмерные наушники. Чувствительность сенсоров управления PI7 на обоих вкладышах и работа системы шумоподавления были выше всяких похвал. Качество звука при разговоре по телефону приемлемое, если шум ветра не слишком высок, но это относится ко всем моделям данного класса. На практике PI7 ничем не уступает ни одному из конкурентов, которые я тестировал.

И наконец, хорошее звучание. Действительно, хорошее. Со всеми беспроводными наушниками есть один волшебный момент когда вы забываете, что используете именно беспроводную связь, даже при внимательном прослушивании музыки, и PI7 в этом отношении превосходит всех.

Typhoons от Royal Blood, возможно, не самая Hi-Fi-запись, однако ее насыщенный, взрывной звук способен прижать вас к креслу. PI7 удается поддерживать порядок среди этого музыкального хаоса, не теряя при этом его напора. Даже работая на высоких уровнях громкости, PI7 невозмутимы. Замечательно то, что контролируемость звука не уменьшает удовольствия от прослушивания музыки. Мощная начальная композиция Trouble's Coming по-прежнему остается в полной мере бунтарской, хотя и чуть-чуть управляемой.

Если вы хотите насладиться чем-то более аудиофильским, то PI7 способны и на это. Композиция Wilted Пэрис Джексон имела богатую и широкую звуковую сцену, в которой и вокал, и аккомпанирующие инструменты достоверны и правильно расположены в пространстве. Даже при интенсивной работе шумоподавления какого-либо искусственного влияния на звук практически не заметно. PI7 звучали так, как будто я использовал проводное соединение, и даже с учетом того, что в моем распоряжении было несколько классных наушников такого типа, я не спешил расстаться с этими вкладышами.

Переключение на AAC через iPad действительно частично снижает качество звука, потому что у этого кодека более низкий битрейт. Если на Oppo музыка с сервисов Qobuz и (с потерями) Deezer звучит по-разному, то на iPad эта разница теряется. Это все еще хороший звук, но, очевидно, Apple оставила в нем какой-то запас, что бы полностью реализовать в собственном AirPod Pro, и, тем самым, дать им определенные преимущества. Однако в случае мобильного использования звук все равно вполне хорош.

А как насчет системы подключения через чехол? Она работает и работает хорошо. USB-соединение практически не имеет преимуществ по сравнению с Oppo, поэтому использование PI7 с ноутбуком становится бесполезным занятием. Подключение через аналоговый выход шумнее, чем другие варианты, и несколько снижает качество звука, но это все еще уникальная функция, изучением которой, я не сомневаюсь, сейчас вплотную занимаются конкуренты. Насколько она нужна именно вам отдельный вопрос, но подобное, на мой взгляд, сейчас есть только у PI7.

Заключение

В основе любых дебатов о ценности PI7 для многих пользователей - оправдывают ли они стоимость на $150 фунтов выше, чем у AirPod Pro.

стоимость в России на 05.2021 ~ 29 990

На этот вопрос есть два ответа: один совершенно очевидный, а другой - более тонкий. Если вы не являетесь пользователем iPhone и у вас есть достойная реализация aptX, то качество звука PI7 за счет более совершенного кодека будет выше. Если вы пользователь iOS, решение больше зависит от личных предпочтений и от того, есть ли у вас дополнительные $150, но я думаю, что PI7 все же будут лучше. Качество реализации шумоподавления, качество сборки и уровень комфорта, предлагаемые здесь, в значительной степени являются лучшими в данном классе. Bowers & Wilkins не спешила выпускать полностью беспроводные наушники, но результат впечатляет и на сегодня PI7 являются бесспорной самой выгодной покупкой.

Вердикт

Понравилось
Превосходное качество звука, особенно с высококачественными кодеками Bluetooth
Отличное шумоподавление
Удобные и качественно сделанные

Не понравилось
Небольшое время автономной работы вкладышей
Звучание с использованием кодека AAC не впечатляет
Возможны конфликты с внешним оборудованием
Высокая стоимость

Оценки:
Качество сборки: 9
Легкость использования: 9
Качество звука: 9
Дизайн: 9
Чувствительность: 9
Вердикт: 9

_{При подготовке обзора использовались материалы с www.avforums.com (перевод с английского - hifiNews.RU)}

В свете недавних событий, связанных со смертоносной аварией Tesla, издание Consumer Reports показало, что система, обеспечивающая наличие водителя в электрокаре, до безумия проста.

Видео, приведенное ниже, показывает, что на самом деле никому не нужно сидеть за рулем для запуска автопилота:

Согласно первоначальному расследованию последней аварии в Техасе, ни одна из двух жертв, погибших в Tesla Model S, на самом деле не управляла автомобилем. Тест Consumer Reports показывает, насколько легко запутать систему автопилота Tesla, которая оценивается как система помощи водителю 2-го уровня по шкале автономности SAE (следует напомнить, что ни один автомобиль в продаже сегодня не квалифицируется как беспилотный автомобиль.)

На видео Джейк Фишер, старший директор по автомобильным испытаниям CR, задействует автопилот и снижает скорость до нуля. Это не отключает систему, и, пока машина остановлена, он прикрепляет вес к рулевому колесу. Используя вес, имитирующий вес руки водителя на руле, Фишер оставляет пристегнутый ремень безопасности и перелазит на пассажирское сиденье. Оттуда он увеличивает скорость, и автопилот начинает маневрировать и следовать по линиям замкнутого тестового курса. Так машина думает, что за рулем остается человек. Автопилот не использует камеру, чтобы проверить, присутствует ли водитель на месте и обращает ли он внимание на дорогу, как это делают системы General Motors, Ford и других компаний.

Система <...> не могла определить, был ли там водитель вообще. Tesla отстает от других автопроизводителей, таких как GM и Ford, которые в моделях с продвинутыми системами помощи водителю используют технологии, гарантирующие, что водитель смотрит на дорогу, сказал Фишер.

После аварии и значительного интереса со стороны правительства США генеральный директор Tesla Илон Маск написал в Твиттере, что ранние журналы данных показали, что в автомобиле не был задействован автопилот и не была установлена бета-версия режима полного самоуправления. CR отмечает, что автопилот по-прежнему способен на множество ошибок, как и любая другая система помощи водителю. А когда он совершает ошибку, он может внезапно отключиться, что может привести к аварии, если водитель не готов сиюминутно вернуть полный контроль над автомобилем.

В ответ на видео Илон Маск сказал, что СМИ действительно усиливают атаки на Tesla.

Сразу напрашивается вопрос, а кто спрашивает?

Воображение рисует студента последнего курса технического ВУЗа, знания которого более менее свежи, информации дано много, программирование потрогано на нескольких языках, но вот оно не притягивает. Вот стартануть будет в профессии легко, дообучения будет много, но и рост знании будет шустрыи. Работать будет становиться все сложнеи, но потому , что знания позволят залезть глубже в работу программистов, в продукт. Бекграунд позволит предположить вариантов проблем больше, но и наидено будет не мало. Не будет легко, но легко было бы и не интересно.

Дальше представляю слесаря монтажника или веселого бармена с опытом работы 10 лет, которому надоела низкая зарплата, когда много рассказов про IT с перспективами и частыми премиями. Вот тут размещая резюме первыи подвох. А не ты один этот рассказ слышал, и там оказывается много народу хотят, но твое резюме даже не просмотрено особо. Дальше какие то платные, бесплатные курсы, начинаешь хотя бы краем глаза понимать куда ты вообще собираешься. Дальше приглашение, собеседование, отказ без пояснении. Думаешь, что не так, может плохо ответил, не так сел, не то рассказывал, но причину не сказали. Дальше бросаешь это дело и возвращаешься к старому ремеслу, или с новыми силами поднимаешься и идешь на еще тонну собеседовании. Наконец приглашение, долгожданный Оффер. На работе тоже много нужно, продолжаешь фигачить и учиться, и не звучит это все легко.

Если уж ударяться в краиности, то дальше воображаем человека лет 50-55, работал где-то, даже программировал , но, например, на чистом C. Новое не изучал, но вот подумал, что надо что-то менять, попробовать. Честно в резюме описываешь опыт , весь сугубо техническии. Но откликов нет, все же понимают, что придется обучать. Опыт привлекает, но возраст отпугивает , и не понимают, сможет ли такои человек обучаться новому и быстро. А тут уж даже если и устроится человек, то простым его путь не вижу.

Получается, что путь легким в данных ситуациях не выглядит. Но если смотреть прицельно, то а кто спрашивает?

Если подняла до этого абстрактныи вопрос, сложно ли работать в целом, то дальше хочу рассмотреть конкретные сложности.

Их можно мне кажется перечислять очень долго, уже не говоря о том, что у каждого они свои. То, что проблема для одного тестировщика, совсем не проблема для другого.

Не знание какого-то инструмента.

Часто приходится работать с каким новым инструментом. Либо его использует вся команда, а ты видишь первыи раз. Либо надо было какои-то внедрять, кто-то изучил и выбрал, а ты уже поставлен перед фактом. Второи вариант удобнее, так как изучивший не только должен подготовить какие-то инструкции и демонстрации, но и совместно внедряя, будет подниматься много вопросов, которые сразу же будут решаться. В первом варианте приходится делать большинство исследовании самому, и повезет, если внедряя, параллельно написали инструкции и гаиды, что делается не всегда. И если есть хороший ментор или наставник, то один раз он может помочь и настроить, и провести какие то первые тесты вместе. Рекомендую искать инструкции по настроике и использованию на официальном саите. Вроде простая рекомендация, но первым делом идут в гугл, а я частенько замечала копирования просто с официального сайта. И возможно его инструкций будет с головой хватать для решения всех вопросов, как минимум на первых порах.

Если не устроило, то поискать в интернете. Еще бы дала совет, что если за полчаса, максимум час не смогли решить какои-то вопрос, застряли на каком то моменте, и не двигаетесь вперед, то всегда спросите. Умение спрашивать очень нужное и полезное. Всегда уточните, кому можно адресовать вопросы, и активно пользуитесь, вопросов глупых не бывает. Но надо только сформулировать, чтобы сэкономить время отвечающего. Резюмируя скажу, что не видела еще инструмента, в котором не смогла разобраться, просто иногда может занять больше времени, чем хотелось бы.

Одним из сложных моментов я бы ещё назвала неоднозначные формулировки в описании ТЗ (техническое задание, по которому тестируем).

Опытные QA умеют читать между строк, понимают зачем это бизнесу, и решит ли их запросы, да и целом удобно ли будет пользоваться полученным продуктом.

Все это позволяет сократить время на уточнения по тех заданию. Но как же много я вижу потерь времени на то, что тестировалось совсем не то, что изначально планировалось, как же много претензий к качеству, когда задача была поставлена так, что понять её можно двумя разными способами.

Часто решением проблемы однозначного понимания занимается проджект проекта. Хотя это цель всей команды разработки. Главное, определить места, которые могут быть поняты неоднозначно. Вся команда заинтересована на первых же этапах выяснить то, что на самом деле мы делаем и зачем. И чтобы это поняли все участники разработки (от постановщика до тестировщика).

Про разные проблемы и сложности в работе QA можно долго рассказывать, попробовала выделить какие то совсем больные точки, на которые я натыкалась. Если хоть немного было интересно, то могла бы продолжить.

Decision Table (таблица решений) техника, помогающая наглядно изобразить комбинатору условий из ТЗ.

Чем проще и понятнее требования, тем меньше будет разночтений. И тем меньше исправлений после реализации. И тем проще нам, тестировщикам, писать тест-кейсы по таким требованиям ))

В тестировании таблица решений используется для того, чтобы на основе требований составить тест-кейсы. И ничего не забыть при сложных комбинациях входных условий! Ведь каждая строка или столбец таблицы готовый тест-кейс.

Decision Table относится к техникам тест-дизайна. Значит, про неё спрашивают на собеседованиях. И поэтому я сделаю небольшой цикл статей по таким техникам в помощь начинающим тестировщикам. Чтобы ознакомиться с каждой техникой:

1. Вариант использования

2. Decision Table (таблицы решений) текущая статья

3. State & Transition Diagramm (схема состояний и переходов) TBD

4. Другие диаграммы, схемы, картинки (бонус такой к техникам) TBD

Сегодня говорим про Decision Table (таблица решений):

1. Как составлять таблицу

2. Плюсы подхода

3. Минусы подхода

4. Итого

Помимо статьи есть видео о таблице решений с моего канала. Кому что удобнее! :)

Как составлять таблицу

• По горизонтали выписываем условия, которые влияют на результат. А чуть ниже сам результат, в оригинале Action действие, которое нужно выполнить.

• По вертикали правила:конкретная комбинация входных условий.

То есть мы указываем значения условий и результата

Давайте посмотрим на простом примере когда у нас один результат (action).

Пример 1. Страховка на автомобиль (один результат)

Я прихожу в страховую компанию и заполняю анкету, где есть 2 вопроса:

1. Есть ли 5 лет стажа вождения?

2. Была ли в авариях?

Ответить можно либо да, либо нет.

Получается 2 условия по 2 возможных варианта, итого 4 варианта пересечения условий, 4 правила. На каждое правило свой результат:

• Если у меня небольшой стаж и я часто бываю в авариях придется заплатить по максимуму, иначе страховать такого водителя будет невыгодно.

• Если нет стажа, но нет аварий плачу поменьше, но не сильно. Знаете как бывает первое время катаются очень осторожно, а потом начинают думать да я царь и бог, не попаду в аварию. И понеслось...

• Если я опытный водитель, но бываю в авариях ценник еще чуть ниже. Ведь бывать в авариях это нормально. Иногда ты просто стоишь на светофоре, а в тебя влетает дурак, ну что тут поделаешь? Но если аварий мало, а опыта много это хороший знак.

• Если опытный, да еще и без аварий меньше всего. Очень аккуратный водитель, платить скорее всего не придется!

А теперь то же самое, только в виде таблички:

Согласитесь, табличка выглядит лучше стены текста выше, да? Еще лучше может быть только картинка!

Но для красивой картинки нужно уметь рисовать. А для составления таблички нет! И в этом её удобство можно не быть художником, но наглядно переписать ТЗ.

Когда текста много, можно что-то пропустить. В виде таблицы намного понятнее, компактнее и мы сразу видим 4 теста, которые надо провести.

У нас может быть не 2 условия, а 3 или больше. И действий тоже может быть больше одного. Получается больше правил и больше возможности их скомбинировать:

Именно для таких случаев и применяется техника чтобы не запутаться в требованиях, аккуратно выписываем их в табличку.

Пример 2. Интернет-магазин (множественный результат)

Есть интернет-магазин, который предлагает:

• Скидку постоянного покупателя

• Количество вещей, которые курьер привезет бесплатно

Это такие плюшки за лояльность и повторную покупку. Как плюшки высчитываются? Есть два условия:

• Сколько клиент потратил (всего или за какой-то период времени) бонус добавляется при достижении 100р, 500, 1000 и 5000

• Какой процент выкупа (а то, может, курьер зря мотается) бонус получаем при достижении 5%, 30%, 50% и 80%

Если я потратила 100р и почти ничего не выкупила скидки мне не дадут и вещей мало привезут. Если потратила больше и выкупила больше, то дадут небольшую скидочку. Ещё потрачу станут вещей больше привозить... И так далее.

Положим требования в таблицу:

Заметьте, что условия 2, и в каждом возможны 4 варианта это 16 возможных пересечений, 16 тестов!

Попробуем записать все условия:

Даже в виде таблицы уже сложновато читается... А в виде простого текста вообще ничего не разберешь!

Конечно, интернет-магазин явно не будет мудрить, скорее всего они просто завяжут одну плюшку на одно условие:

• Потратил 100 р 0% скидка

• 500 5%

• 1000 10%

• 5000 20%

А количество вещей будет зависеть от выкупа... Тогда и без таблички можно оставить в ТЗ, вполне понятный список!

Но сложные взаимосвязи между разными условиями также встречаются. И если они у вас есть составьте decision table хотя бы один раз. Чтобы разобраться во всех этих правилах, всё учесть и ничего не забыть!

Плюсы подхода

1. Наглядность таблица нагляднее текста. Можно взять таблицу и подойти к аналитику с каким-то вопросом. Или к разработчику. Им будет проще понять, о чём речь, чем если вы принесете стену текста.

2. Нарисовал таблицу = записал тест-кейсы. Поменял в заголовках слово правило на тест-кейс, и вот они, готовые тесты! И это будут основные позитивные тесты, которые мы проводим в первую очередь.

Если неудобно, что тест приходится читать сверху вниз, а не слева направо, таблицу можно инвертировать перевернуть:

3. Наглядность поможет найти баги в документации. Так как косяк формулы будет сразу бросаться в глаза.

4. Таблица помогает взглянуть на ТЗ свежим взглядом, по-новому. Пока мы пытаемся перекомбинировать условия, составляя таблицу, мы можем заметить пропущенный ранее баг.

Минусы подхода

Особых минусов нет, но таблица не нужна, если:

• Слишком простое условие потому что но зачем?. И так все понятно.

• Слишком много входных данных овер дофига будет колонок. Много тестов, но мало результата, потому что тут уже нужен тест-анализ, pairwise и т.д.

Итого

Decision Table используется для описания сложных системных правил:

• Условия представляют собой входные данные.

• Действия это ожидаемый результат.

• Колонки тест-кейсы!

Я настоятельно рекомендую применять эту технику хотя бы однократно к тем требованиям, которые вы уже знаете наизусть. Думаете, проверили все возможные комбинации? Нарисуйте таблицу решений и результат вас удивит!

Отлично подходит для размыливания взгляда и действительно сложных ТЗ, когда таблица получается на 100 колонок. Поддерживать ее довольно накладно и вряд ли кто-то будет это делать, а вот одноразовая акция найдет баги!

См также:

Как составлять вариант использования ещё один вариант оформления требований.

PS больше полезных статей ищите в моем блоге по метке полезное. А полезные видео на моем youtube-канале

У нас были айфоны 11 и 12 Pro Max, шесть объективов, один лидар для оценки расстояния до предметов, две разных системы стабилизации, нейросети для постобработки фото и целая куча разнообразных условий съёмки. Не то, чтобы все это было категорически необходимо в тесте камер, но если уж начал сравнивать фотки, кделу надо подходить серьезно.

Ладно, шутки в сторону. Обычно айфоны покупают с прицелом на несколько лет. По производительности уних всегда здоровенный запас. Новое ПО исправно выходит и для старых моделей. Например, последнюю iOS14 можно поставить аж на iPhone6s, а ему уже пять лет. А по-настоящему большие прорывы в функциональности и внешнем виде смартфонов у Apple случаются только раз вчетыре года. Вот и получается, что единственная объективная причина сменить айфон предыдущего поколения на совсем новый это камера. Субъективных причин, конечно, может быть куча: начиная с размера дисплея, заканчивая дизайном.

Для справки: разница между производительностью iPhone 11 Pro Max и12 Pro Max вот наскриншоте. На цифрах заметная, но не кардинальная, и тем более совсем не критичная в реальных задачах. Афото я делаю каждый день и вижу разницу постоянно. При условии, что она есть, конечно. И вот в этом сейчас разберемся.

Разница на бумаге

Модули камер на обеих прошках похожи внешне там по три объектива и расположены они одинаково. Нона 12Pro Max они стали прямо здоровенными, а еще в уголке появилась крупная темная точка это лидар, который смартфон использует для фокусировки и создания боке в портретном режиме. И еще у двенашки на основной матрице пиксели крупнее, хотя разрешение тоже. Получается, сенсор в целом получает больше света, а это всегда хорошо.

Кроме того, изменили способ стабилизации изображения на основной камере. Теперь дрожание рук компенсируется не за счет смещения линз в объективе, а за счет движения матрицы относительно объектива.

Плюс в12ProMax сильнее, чем раньше, используют нейросети для обработки данных, полученных с матриц всех камер. Это очень заметно на максимальном цифровом зуме секунду после получения таких снимков изображение шумит как январская вьюга, а потом бац! применяются фильтры,и артефактов как не бывало. Ну почти.

Кстати, в новых прошках после обновления доiOS14.3 появилась возможность снимать в режиме Apple Pro Raw. Это 12-битные файлы в формате Linear DNG (цифрового негатива). Но это все же не сырые данные в чистом виде, а как раз после применения алгоритмов Apple. Файлы DNG можно открыть вфоторедакторе, который поддерживает этот формат: Lightroom, Affinity Photo идругих. (Вот файл, если хотите поиграться.)

Разница в жизни

Начнем с основной камеры. В полной темноте ванной комнаты, где из источников света только дисплей стиральной машины, на максимальной выдержке в полминуты разница особенно заметна.

А вот кроп тех же фотографий.

При ярком свете разница уже совсем не такая драматическая. Конкретно этот снимок с красной тумбой получился лучше скорее даже у 11 Pro Max.

Или вот тоже искусственное освещение, но поярче. Фокус я везде выставлял на одних и тех же объектах.

А вот потемнее.

А еще закатные сумерки, пожалуйста.

И очень грозную кошку Биби.

И новогодние украшения в Братеевской пойме.

А вот как работает широкоугольный объектив. Аббераций по краям кадра стало меньше вертикальные линии теперь прямые.

На крупных планах заметно, как в 12 Pro Max подключается нейросеть и вытягивает текстуры, делая их резкими. Вообще айфоны теперь умеют распознавать не только котиков, человеческие лица, но еще и небо и, например, ткани.

Кстати, вот как нейросеть iPhone 12 Pro Max улучшает изображение на максимальном цифровом зуме.

А вот нейросеть подключается при съемке таймлапса вечером: распознает освещение и не подстраивает экспозицию так, как это происходило на предыдущих моделях. Закаты стало снимать проще.

И раз уж мы начали говорить о видео, то давайте сравним стабилизацию на обеих моделях. Напомню, что у 12ProMax картинка стабилизируется микродвижениями не оптики, а матрицы. На мой вкус чуть плавнее все же оптическая стабилизация.

Но вот область, где двенадцатая Прошка точно побьет одиннадцатую это режим портрета с размытием заднего фона, потому что с помощью лидара определять границы объектов проще, чем без него.

Причем 12 Pro Max научили размывать задний фон не весь целиком одинаково, а с градациями: чем дальше предметы от камеры, тем сильнее размытие.

И с объектами сложной формы теперь стало куда попроще. Конечно, все еще не без огрехов, но, во всяком случае, целые куски заднего плана не остаются не размытыми.

Так есть разница или нет?

На мой взгляд есть, но не такая, чтобы срочно бежать менять 11 Pro Max на 12 Pro Max. Да, вновом смартфоне есть лидар и нейросетка помощнее, да вечером и в темноте он снимает лучше, да вроде бы в целом меньше шума на однородных фонах. Но напомню, что разница в цене за модели с256ГБ памяти в российской рознице сейчас около 20 тыс. . Поэтому я бы поступал так: есть лишняя двадцатка берите новый. Решаете какой брать айфон, если переходите со старой модели берите сразу последний, он дольше будет актуален со всех точек зрения. А если у вас уже есть 11 Pro Max, просто расслабьтесь это по-прежнему очень крутая трубка с хорошей камерой.

Сектор корпоративных ноутбуков напоминает рынок военной техники. На первый план выходит надёжность и автономность. Дизайн, габариты и вес порой отходят на второй план, уступая корпоративной практичности. Я хочу рассказать о продукте, который полностью перечеркнул наш прежний подход к разработке бизнес-моделей и вобрал в себе лучшие особенности как потребительских ноутбуков, так и корпоративных!

Технические характеристики:

• Процессор: Intel Core i7-1165G7 (4 ядра, 8 потоков, до 4,7 ГГц, 12 МБ кэша L3, TDP до 28 Вт)

• Дисплей: 14 дюймов, 1920x1080, IPS, 100% sRGB, яркость до 400 кд/м2 матовое покрытие

• Оперативная память: 32 Гбайт LPDDR4X-4266

• Видеокарта: Intel Iris Xe Graphics

• SSD-накопитель: 2x 2 Тбайт M.2 NVMe PCIe SSD

• Беспроводная сеть: Wi-Fi 802.11ax, Bluetooth 5.0

• Локальная сеть: 1 Гбит/сек, Intel I219-V

• Разъёмы: 2x Thunderbolt 4 Type-C, 1x USB 3.2 Gen 2, HDMI, micro HDMI (для подключения переходника на Ethernet), 3,5-мм аудиоразъём

• Аккумулятор: 66 Втч

• Габариты: 20,3 х 32 х 1,49 см

• Вес: 1,005 кг (с аккумулятором 66 Втч), 0,88 кг с аккумулятором 33 Втч

• Цена от 129 990 руб. Стоимость тестируемой конфигурации 185 990 руб.

Внешний вид

Для изготовления корпуса ExpertBook B9400 мы использовали магний-литиевый сплав, который по своей надёжности превосходит обычные металлические корпуса. Если взять два одинаковых по своим габаритам корпуса, где первый будет выполнен из алюминия, а второй из магний-литиевого сплава, то корпус второго ноутбука будет меньше весить и лучше переносить нагрузки, которые в повседневном использовании нет-нет да случаются.

ASUS ExpertBook B9 B9400 выпускается только в темном цвете. Толщина корпуса - 1,49 сантиметра, а вес зависит от модификации, а точнее, от аккумулятора. Стандартная версия с батареей на 66 Втч весит 1005 грамм, а вариант с АКБ на 33 Втч будет на 125 грамм легче 880 граммов. В РФ версия с небольшим аккумулятором продаваться официально не будет, потому что мы знаем как важна автономность российскому потребителю. Даже учитывая то, что низковольтные процессоры 11-го поколения крайне скромны в своих аппетитах, лучше увеличенное время работы, чем 100 грамм веса в наших реалиях.

Модификация B9 B9400 с АКБ на 66 Втч может проработать до 20 часов в режиме просмотра видео и до 17 часов при просмотре сайтов.

Сертификация Intel Evo

Программа Intel Evo пришла на смену Project Athena, запущенной в мае 2019 года. По сути, Intel Evo это набор спецификаций, которым должен соответствовать ноутбук, чтобы получить соответствующий стикер. В новой программе сертификации упор сделан не столько на железо ноутбука, сколько на остальные параметры, которые любой пользователь может оценить на глаз, без запуска бенчмарков. Речь идёт о времени выхода из сна менее чем за 1 секунду, быстрой зарядке (4 часа работы за 30 минут зарядки АКБ), минимум 9 часов автономной работы, веб-камера с минимальным HD-разрешением и чувствительные микрофоны. Разумеется, это краткий, и далеко не полный список требований Intel Evo. Однако уже по нему можно сделать вывод, что если на ноутбуке есть наклейка Intel Evo, то можно не сомневаться в том, что он будет производительным. Именно поэтому, мы уверены, что ExpertBook B9400 отвечает всем современным требованиям пользователей и обеспечивает комфортную работу.

Шарнир ErgoLift и дополнительная подставка для ноутбука

Шарнир ErgoLift хорошо зарекомендовал себя во многих наших ноутбуках, и мы использовали его в ExpertBook B9400. Его задача состоит в поднятии рабочей области ноутбука над поверхностью, что увеличивает интенсивность охлаждения и просто повышает комфорт во время работы.

Максимальный угол раскрытия крышки ноутбука 180 градусов, как и у многих других моделей корпоративного класса. Такое решение позволяет более эффективно использовать устройство в различных условиях.

Кстати, часть упаковки ноутбука можно использовать в качестве подставки. Блок питания и адаптер micro HDMI to Ethernet упакованы в отдельную коробку. Её можно разложить так, чтобы получилась подставка для ноутбука.

Экран, веб-камера, Windows Hello и датчик присутствия

Мы оснастили ноутбук экраном с диагональю в 14 дюймов, который занимает 94% внутренней площади крышки. Толщина боковых рамок ExpertBook B9400 составляет 4 мм, а верхней рамки 7 мм. Верхняя рамка оказалась чуть толще боковых из-за размещённых камер, дополнительного датчика присутствия и массива из четырёх микрофонов. Кстати, когда основная HD-камера включается, рядом с ней загорается белый светодиод. А для большей безопасности предусмотрена шторка для объектива. Это позволит вам одним движением фактически отключить камеру, при этом, не удаляя устройство из системы. Это элегантное решение по достоинству оценят многие корпоративщики, заклеивающие камеры непрозрачным скотчем или бумагой.

Рядом с основной камерой размещена дополнительная, инфракрасная камера. Она необходима для работы Windows Hello системы опознавания пользователя по лицу. Это решение давно успешно применяется в наших смартфонах, и постепенно прописывается в ноутбучном сегменте. Если вы не хотите вводить пароль для разблокировки ноутбука, то можно воспользоваться этой функцией. Если же система распознавания лиц вам не подходит, то у ASUS ExpertBook B9 B9400 есть отдельный сканер отпечатка пальцев. Т.е. система безопасности настраивается максимально гибко, и может полностью подстроиться под корпоративные стандарты любой компании.

Благодаря дополнительному датчику, также расположенному на верхней панели, можно настроить адаптивную блокировку. Если вы отходите от ноутбука на минуту и более, то B9 B9400 самостоятельно заблокирует экран. А как только вы вернётесь ноутбук выйдет из спящего режима и включит веб-камеру для распознавания владельца. Включить или отключить адаптивную блокировку можно в приложении MyASUS.

Система шумоподавления

Сотрудники крупных компаний хорошо знают, что такое совещания, и мы тоже знаем. В этом году, в условиях сложившейся обстановки, большинство совещаний стали удаленными, а значит, у многих появилась еще одна задача скрыть фоновый шум, чтобы он не мешал переговорам.

И здесь B9400 есть что предложить. Мы оснастили ноутбук встроенной системой интеллектуального шумоподавления AI Noise-Canceling. С её помощью можно убрать до 95% фонового шума, начиная от щелчков клавиатуры и заканчивая шумом пылесоса. Также систему шумоподавления можно настроить двумя способами. Если ноутбуком пользуется один человек, то она может работать как шумодав, отсекая посторонние звуки. А если перед устройством сидит несколько человек, и все они участвуют в обсуждении, то ноутбук будет автоматически выравнивать голоса всех участников. А при помощи технологии ClearVoice можно устранить фоновый шум из голоса вашего собеседника, который воспроизводится через динамики. Иными словами, система полностью подстроится под окружающую действительность согласно ситуации.

Собственная видеопамять у дисплея

Экран ExpertBook B9400 един для всех модификаций. Это 14-дюймовая IPS-матрица с разрешением 1920х1080 пикселей, с полным покрытием цветового пространства sRGB и максимальной яркостью в 400 кд/м^2. Одна из особенностей экрана - поддержка технологии PSR (Panel Self Refresh). Суть заключается в том, что у экрана есть собственная память. Если картинка на дисплее некоторое время статична, то ноутбук отключит процессорное видеоядро, чтобы уменьшить энергопотребление.

Защита от воды

Одна из самых больших опасностей, которая подстерегает ноутбук, а особенно его клавиатуру, это попадание жидкости. В лучшем случае из строя выйдет только клавиатура, а в худшем будет повреждена материнская плата. Поэтому мы защитили ExpertBook B9400 от попадания влаги. Клавиатура выдерживает до 66 миллилитров воды или кофе. После очистки и просушки ноутбук будет готов к работе. Главное, чтобы напиток не оказался сладким, в этом случае простой сушкой не обойтись. Также клавиши ExpertBook B9 B9400 выдерживают до 10 миллионов нажатий, а у клавиатуры есть белая подсветка.

Тачпад NumberPad 2.0

На рабочей области ноутбука не нашлось места для цифрового блока, так как его диагональ составляет 14 дюймов. Однако, тачпад NumberPad 2.0 можно переключить для работы в режиме нампада. Для этого достаточно прикоснуться к иконке в его правом верхнем углу. После этого на сенсорной панели появится цифровой блок.

Прикосновение к иконке в левом верхнем углу тачпада изменит яркость светодиодов NumberPad 2.0, а свайп от иконки в любую строну запустит калькулятор. Простое решение, которое поможет работать в Экселе и бухгалтерских программах. Владельцу B9400 не придётся вводить цифры и числа с основной клавиатуры, достаточно переключить NumberPad в режим цифрового блока.

Усиленные порты ввода-вывода

Большинство разъёмов B9400 расположены на левой грани. На ней вы найдете два порта Thunderbolt 4, выполненные в форм-факторе Type-C, полноразмерный разъем HDMI 2.0 и micro HDMI. Два разъёма Thunderbolt 4 используются не только для передачи данных. С помощью каждого разъёма можно зарядить ноутбук (вместе с ним поставляется адаптер с Type-C и поддержкой Power Delivery), а также к ним можно подключить по одному 4К-монитору. На правой грани расположен классической разъём USB 3.2 Gen 2 и 3,5-мм аудиоразъём для гарнитуры. Порты USB и HDMI дополнены усилительными пластинами. Во время проведенных нами тестирований, разъёмы выдержали до 5000 итераций подключения периферии.

Разъём micro HDMI и сетевой адаптер Intel I219-V

Отдельного упоминания заслуживает разъём micro HDMI. Он создан только для одной цели, для подключения переходника micro HDMI Ethernet. Поэтому подключать внешние мониторы к нему бесполезно. Гигабитный сетевой адаптер Intel I219-V находится внутри ноутбука, а не в переходнике. По сути, в адаптере нет никакой электроники, это просто средство подключения кабеля Ethernet к ноутбуку.

Это правильное решение для корпоративной среды, потому что MAC-адрес у ноутбука остаётся уникальным, и не меняется в зависимости от подключённого адаптера. А значит, в локальной сети B9 B9400 может получить свой собственный IP-адрес, привязанный к MAC-адресу, и ноутбуком будет проще управлять удалённо. А при необходимости заблокировать его в сети.

Беспроводная сеть Intel Wi-Fi 6 и Wi-Fi SmartConnect

За работу с беспроводными сетями отвечает один из самых известных на сегодняшний день производительных модулей - Intel AX201. Контроллер поддерживает сети, работающие с частотами 2,4 и 5 ГГц, вплоть до IEEE 802.11ax. Поэтому если у вас в офисе или дома уже установлен роутер с поддержкой Wi-Fi 6, то ExpertBook B9 B9400 сможет воспользоваться всеми преимуществами нового стандарта беспроводной сети. Максимальная скорость передачи данных Intel AX201 составляет 2,4 Гбит/сек.

Одной из причин, ограничивающих толщину рамок ноутбука, всегда были антенны Wi-Fi. Для того, чтобы сделать рамки тоньше, антенны убрали внутрь основного корпуса, под рабочую область. А для минимизации помех ExpertBook B9400 оснащен фильтрами из метаматериалов, которые изолируют электромагнитный шум, поступающий от портов USB 3.0

Также решена потенциальная проблема с Wi-Fi, связанная с обилием точек доступа. У B9400 есть поддержка технологии Wi-Fi SmartConnect, которая включается в утилите My ASUS. С её помощью ноутбук будет автоматически подключаться к точке доступа с максимальной мощностью сигнала, а не держаться до последнего за уже подключенную. Таким образом минимизируются просадки скорости и исчезают разрывы соединения.

Продление времени жизни аккумулятора

Если ноутбук постоянно подключён к блоку питания, это может негативно сказаться на ёмкости аккумулятора в перспективе. При помощи утилиты MyASUS можно ограничить максимальную ёмкость АКБ на уровне в 80% или 60%, и емкость аккумулятора падать не будет.

Модуль TPM 2.0

На материнской плате B9400 установлен доверенный платформенный модуль, также известный как TPM 2.0 (Trusted Platform Module). Иначе говоря, это криптопроцессор, в котором также хранятся криптографические ключи. Подобный модуль часто встречается в серверах и офисных компьютерах. Чаще всего модуль TPM применяется во время шифрования диска при помощи BitLocker, именно он создаёт и хранит в себе необходимые ключи. Хотя, конечно, BitLocker можно запустить и без TPM.

Также TPM участвует в процессе загрузки операционной системы. Во время загрузки хэши BIOS, MBR и загрузочного сектора будут проверяться при помощи TPM. Также доверенный платформенный модуль сделает логин по отпечаткам пальцев или по лицу более надёжным.

Дополнительные тесты на надёжность

Несмотря на тонкий корпус, ExpertBook B9400 обладает физической надежностью устройства корпоративного класса. Благодаря усиленным петлям, его крышка выдерживает до 50000 циклов открытия и закрытия. Внутри крышки находится дополнительная металлическая пластина, которая защищает экран от повреждений при сильном надавливании, а у материнской платы есть дополнительные резиновые демпферы. После серии тестов на сдавливание с силой нажатия до 30 кг (на окружности радиусом 25 мм) как на внешнюю часть крышки ноутбука, так и на его обратную сторону, B9400 продолжил работать, его экран не пострадал.

Утилита MyASUS

Мы считаем, что надёжность корпоративного ноутбука определяется не только железом - важную роль играет также и программное обеспечение. Оно должно быть грамотно написанным с точки зрения безопасности, и удобным в использовании как для системного администратора, так и для обычного пользователя. В ExpertBook B9400 по умолчанию предустановлено приложение MyASUS, с помощью которого пользователь может самостоятельно настроить ноутбук. А для тех, кто занимается безопасностью и обслуживанием, доступна утилита ASUS Business Manager Software.

Утилита MyASUS устанавливается на многих ноутбуках ASUS из семейства ZenBook. С её помощью можно узнать основную информацию о ноутбуке и поменять некоторые настройки системы, которые недоступны в обычных утилитах Windows.

На стартовом экране MyASUS отображается серийный номер, дата окончания гарантии и количество апдейтов, готовых к установке. Также отсюда можно перейти к разделам помощи и настройке оборудования. Разделы помощи специально названы простыми словами, например синий экран и система медленно работает. Это помогает быстро овладеть программой даже не сильно продвинутому пользователю.

Если с ноутбуком есть проблема, и она не решается при помощи тестов на стартовом экране MyASUS, то в следующем разделе можно связаться со службой поддержки ASUS. А также узнать расположение сервисных центров и статус ремонта другого устройства.

Если вам необходимо самостоятельно протестировать ноутбук, то третий раздел MyASUS как раз для этого. Здесь можно проверить основные компоненты ноутбука и ускорить работу системы, если она начала работать медленно. В следующем, четвертом пункте можно проверить обновления системы.

Пятый пункт посвящён тонкой настройке. Здесь можно ограничить максимальную ёмкость аккумулятора, включить систему шумоподавления, выбрать режим работы вентилятора, беспроводной сети и настроить экран. В частности, можно изменить параметры цветопередачи, воспользоваться фильтром синего, и включить функцию Tru2Live, которая сделает видео более чётким и контрастным.

Следующий пункт MyASUS, о котором стоит рассказать, это синхронизация со смартфоном. После синхронизации можно полностью управлять смартфоном с компьютера. Например, вывести его экран на ПК, запускать приложения и обмениваться файлами. Также можно перевести звонки со смартфона на ноутбук. Требований для синхронизации смартфона с ноутбуком немного. Это подключение одной и той же беспроводной сети для телефона и ноутбука. И, конечно же, установленная утилита Link to MyASUS на смартфоне. Доступны версии для Android и iOS.

Процедура подключения проста и занимает около минуты. Сперва телефон и компьютер синхронизируются по Bluetooth, а потом находят друг друга в беспроводной сети.

Если смартфон и ноутбук подключены к беспроводной сети 2,4 ГГц, то ноутбук получит полный доступ к звонилке и возможность обмена файлами. Можно узнать историю вызовов, заглянуть в контакты и совершить звонок. Во время звонка звук будет выводиться на компьютер, но при желании его можно переключить на смартфон. Для того, чтобы можно было полностью управлять смартфоном с ноутбука, понадобится подключить оба девайса к точке доступа 5 ГГц.

ASUS Business Manager Software

Второе приложение, ASUS Business Manager, не настолько объёмно как MyASUS и оно больше пригодится системным администраторам. Кстати, доступ к программе можно закрыть паролем.

При помощи утилиты можно ограничить доступ пользователя к портам USB, карт-ридерам и оптическим приводам, если последние установлены в системе. Можно запретить только запись или чтение вместе с записью. При этом, даже при полном запрете доступа к USB, к ноутбуку можно подключить проводную мышку, и она будет работать.

Также в ASUS Business Manager можно запретить доступ к редактированию BIOS, запретить смену даты и времени, а также установить принудительный интервал блокировки ноутбука.

Ну и для максимальной защиты, утилита может зашифровать раздел на накопителе, запретить пользоваться точками восстановления системы, а также удалять любой файл без возможности восстановления.

Железо ASUS ExpertBook B9 B9400

За быстродействие ноутбука отвечает процессор Intel Core i7-1165G7. Это один из новейших низковольтных процессоров Intel, представленных в третьем квартале 2020 года. В его кристалле находятся 4 вычислительных ядра, построенных на 10-нм архитектуре Tiger Lake. Поддерживается технология Hyper Threading, максимальная частота составляет 4,7 ГГц, а объём кэша внушительные 12 Мбайт. Теплопакет варьируется от 12 до 28 Вт и зависит от производительности системы охлаждения. Также доступны модификации с другим 4-ядерным процессором - Intel Core i5-1135G7. Объём памяти также зависит от модификации. Предусмотрены варианты с 8, 16 и 32 гигабайтами быстрой оперативной памяти стандарта LPDDR4X-4266.

Графика для всех модификаций едина - процессорное видеоядро Intel Iris Xe Graphics, которое появилось вместе с процессорами Intel Core 11-го поколения. Iris Xe стала большим шагом вперёд по сравнению со своей предшественницей Intel UHD Graphics. К примеру, в Iris Xe находится 96 исполнительных блоков, а сама графика занимает более трети площади кристалла. Кроме того, она получила свой собственный кэш L3 объёмом 3,8 Мбайт.

Внутри B9400 нашлось место для двух твердотельных накопителей, поэтому максимальный объём постоянной памяти составляет 4 Тбайт. Для этого будут задействованы два NVMe SSD, объединённых в RAID 0. Также в RAID-массив могут быть объединены два диска объёмом 1 Тбайт каждый, что даст в результате 2 Тбайт памяти. Также внутри может быть установлен один SSD-накопитель объёмом 512 Гбайт или 1 Тбайт. На случай, когда надёжность станет важнее свободного места, ноутбук поддерживает создание массива RAID 1.

Тестирование

Для оценки производительности ASUS ExpertBook B9 B9400 мы использовали классические процессорные бенчмарки: четыре версии Cinebench, Corona V1.3, Fritz и встроенный бенчмарк в CPU-Z. Графика тестировалась при помощи 3DMark и двух игр: Resident Evil 3 Remaster и CS:GO.

Результаты процессорных тестов подтверждают высокую производительность Intel Core i7-1165G7. Напоминаем, что это низковольтный процессор, который показывая достойную производительность, не сильно тратит заряд аккумулятора.

Производительность графики Intel Iris Xe Graphics оказалась под стать процессору. Для своего класса она показала высокие баллы в 3DMark. Игры, запущенные при разрешении 1366х768 и минимальных настройках графики, показали приемлемую производительность самых младших игровых видеокарт.

Массив RAID 0, созданный из двух SSD-накопителей, показал высокие скорости последовательного чтения и записи. Скорость последовательного чтения составила 6 919 Мбайт/сек, а скорость последовательной записи 4 151 Мбайт/сек.

Заключение

Ноутбук ASUS ExpertBook B9 B9400 является переосмыслением корпоративных стандартов, к которым многие привыкли за прошлое десятилетие. Он тонкий, лёгкий, производительный, и при этом у него есть всё необходимое, что ценится в бизнес-среде. А именно: ёмкий аккумулятор, система шумоподавления у микрофонов, работающая на базе нейросетей и несколько вариантов для входа в систему. Можно пользоваться паролем, распознаванием лиц или сканером отпечатков пальцев. Системным администраторам особенно понравится возможность блокировки портов USB как на запись, так и на чтение, а также блокировка редактирования реестра, и все это доступно "из коробки". А обычные пользователи оценят приложение MyASUS, в котором можно узнать о состоянии системы, провести её диагностику и синхронизировать смартфон на iOS или Android с ноутбуком.