Компания «Форвард Технологии» — российский лидер по производству сложной высокотехнологичной вычислительной техники, серверов под собственной торговой маркой FORWARD, графических станций FORWARD Power Station, разработчик интеллектуальных внешних дисковых массивов FORWARD StorAge, поставщик решений на базе серверов хранения данных NAS и сетей хранения данных SAN. Бесплатные консультации и глубокая экспертиза — визитная карточка Форварда.

Компьютерные сети. 3-е изд.

Э. Таненбаум

Глава 3

Уровень передачи данных

(Продолжение. Начало в №24)

Листинг 3.4. Протокол с положительным подтверждением и повторной передачей

/* Протокол 3 (PAR) обеспечивает симплексную передачу данных по ненадежному каналу. */

#define MAX_SEQ 1 /* в протоколе 3 должно быть равно 1 */
typedef enum {frame_arrival, cksum_err, timeout} event_type;
#include "protocol.h"

void sender3(void)
{
seq_nr next_frame_to_send; /* порядковый номер следующего исходящего кадра */
frame s; /* временная переменная */
packet buffer; /* буфер для исходящего пакета */
event_type event;

next_frame_to_send = 0; /* инициализация исходящих последовательных
номеров */
from_network_layer(&buffer); /* получить первый пакет у сетевого уровня */
while (true) {
s.info = buffer; /* сформировать кадр для передачи */
s.seq = next_frame_to_send; /* вставить порядковый номер в кадр */
to_physical_layer(&s); /* послать кадр по каналу */
start_timer(s.seq); /* запустить таймер ожидания подтверждения */
wait_for_event(&event); /* ждать события frame_arrival, cksum_err
или timeout */
if (event == frame_arrival) {
from_physical_layer(&s); /* получить подтверждение */
if (s.ack == next_frame_to_send) {
from_network_layer(&buffer); /* получить следующий пакет у сетевого уровня */
inc(next_frame_to_send); /* инвертировать значение
переменной next_frame_to_send */
}
}
}
}

void receiver3(void)
{
seq_nr frame_expected;
frame r, s;
event_type event;

frame_expected = 0;
while (true) {
wait_for_event(&event); /* ожидание возможных событий: frame_arrival,
cksum_err */
if (event == frame_arrival) { /* прибыл неповрежденный кадр */
from_physical_layer(&r); /* получить прибывший кадр */
if (r.seq == frame_expected) { /* именно этот кадр и ожидался */
to_network_layer(&r.info); /* передать данные сетевому уровню */
inc(frame_expected); /* в следующий раз ожидать кадр с другим
порядковым номером */
}
s.ack = 1 - frame_expected; /* номер кадра, для которого посылается
подтверждение */
to_physical_layer(&s); /* ни одно из полей не используется */
}
}
}

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

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

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

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

Когда неповрежденный кадр прибывает к получателю, проверяется его номер. Если это не дубликат, то кадр принимается и передается сетевому уровню, после чего формируется подтверждение. Дубликаты и поврежденные кадры не передаются сетевому уровню.

3.4. Протоколы скользящего окна

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

Лучшей идеей представляется использование одного канала для передачи данных в обоих направлениях. В конце концов, в протоколах 2 и 3 кадры уже передавались по каналу в двух направлениях, а обратный канал обладает той же пропускной способностью, как и прямой. В такой модели кадры с данными от машины A к машине B перемешиваются с кадрами подтверждений от A к B. Получатель может отличить кадр с данными от кадра с подтверждением по специальному полю kind заголовка кадра.

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

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

Однако при совмещении передачи прямых и обратных пакетов в протоколе появляются новые проблемы. Как долго должен уровень передачи данных ждать пакета, на котором переслать подтверждение? Если уровень передачи данных будет ждать дольше, чем период ожидания отправителя, отправитель пошлет кадр повторно, что неприемлемо. Если бы уровень передачи данных мог предсказывать будущее, он бы знал, ждать ли ему пакета или отправлять подтверждение отдельным кадром. Это, конечно, невозможно, поэтому следует установить еще один интервал ожидания (меньший, чем интервал ожидания отправителя), по истечении которого подтверждение отправляется отдельным кадром. Если же сетевой уровень успевает передать уровню передачи данных пакет, то подтверждение посылается вместе с этим пакетом в одном кадре.

Протокол 3 является лишь симплексным. Кроме того, он также может подвести при некоторых обстоятельствах, связанных с преждевременным истечением интервала времени. Хотелось бы иметь протокол, не теряющий синхронизацию в ситуациях, связанных с любыми комбинациями испорченных, потерянных и запоздавших кадров. Следующие три протокола обладают большей устойчивостью и продолжают свою работу даже в патологических условиях. Все три протокола относятся к классу протоколов, называемых протоколами скользящего окна (sliding window). Как будет показано ниже, эти три протокола отличаются друг от друга эффективностью, сложностью и размерами буфера.

Во всех протоколах скользящего окна каждый исходящий кадр содержит последовательный номер, в диапазоне от 0 до некоего максимума. Поскольку для последовательного номера обычно отводится поле в n бит, максимальное значение номера составляет 2n – 1. В протоколах раздвижного окна с ожиданием обычно на это поле отводится всего один бит, что ограничивает последовательный номер значениями 0 и 1, однако в более сложных версиях может использоваться произвольное значение n.

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

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

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

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

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

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

Рис. 3.8. Скользящее окно размера 1, с 3-битовым последовательным номером; начальная ситуация (а);
после отправки первого кадра (б); после приема первого кадра (в);
после приема первого подтверждения (г)

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

Данный протокол приведен в листинге 3.5. Как и другие протоколы, он начинается с инициализации переменных. Переменная next_frame_to_send содержит номер кадра, который отправитель пытается послать. Аналогично переменная frame_expected хранит номер кадра, ожидаемого получателем. В обоих случаях возможными значениями могут быть только 0 и 1.

Листинг 3.5. 1-битовый протокол скользящего окна

/* Протокол 4 (скользящее окно) является дуплексным и более надежным, чем протокол 3. */

#define MAX_SEQ 1 /* в протоколе 4 должно быть равно 1 */ typedef enum {frame_arrival, cksum_err, timeout} event_type; #include "protocol.h"

void protocol4 (void)
{
seq_nr next_frame_to_send; /* только 0 или 1 */
seq_nr frame_expected; /* только 0 или 1 */
frame r, s; /* временная переменная */
packet buffer; /* текущий посланный пакет */
event_type event;

next_frame_to_send = 0; /* номер следующего кадра в исходящем потоке */
frame_expected = 0; /* номер ожидаемого кадра */
from_network_layer(&buffer); /* получить первый пакет у сетевого уровня */
s.info = buffer; /* подготовить первый кадр для передачи */
s.seq = next_frame_to_send; /* вставить порядковый номер в кадр */
s.ack = 1 - frame_expected; /* подтверждение, посылаемое «верхом» на кадре
данных */
to_physical_layer(&s); /* послать кадр по каналу */
start_timer(s.seq); /* запустить таймер ожидания подтверждения */

while (true) {
wait_for_event(&event); /* ждать возможного события: frame_arrival,
cksum_err или timeout */
if (event == frame_arrival) { /* кадр прибыл в целости */
from_physical_layer(&r); /* получить кадр */

if (r.seq == frame_expected) { /* обработать входящий поток кадров */
to_network_layer(&r.info); /* передать пакет сетевому уровню */
inc(frame_expected); /* инвертировать порядковый номер кадра,
ожидаемого в следующий раз */
}

if (r.ack == next_frame_to_send) { /* обработать исходящий поток кадров */
from_network_layer(&buffer); /* получить следующий пакет у сетевого уровня */
inc(next_frame_to_send); /* инвертировать порядковый номер посылаемого
кадра */
}
}

s.info = buffer; /* подготовить кадр для передачи */
s.seq = next_frame_to_send; /* вставить порядковый номер в кадр */
s.ack = 1 - frame_expected; /* порядковый номер последнего полученного кадра */
to_physical_layer(&s); /* передать кадр */
start_timer(s.seq); /* запустить таймер ожидания подтверждения */
}
}

В нормальной ситуации только один уровень передачи данных начинает передачу. Другими словами, только одна из программ должна содержать обращения к процедурам to_physical_layer и start_timer вне основного цикла. Если оба уровня передачи данных начнут одновременно передавать, возникает непростая ситуация, рассматриваемая ниже. Начинающая машина получает первый пакет от своего сетевого уровня, создает из него кадр и посылает его. Когда этот (или другой) кадр прибывает, получающий уровень передачи данных проверяет, не является ли этот кадр дубликатом, аналогично протоколу 3. Если это тот кадр, который ожидался, он передается сетевому уровню и окно получателя сдвигается вверх.

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

Теперь давайте изучим протокол 4 и посмотрим, насколько он устойчив к нестандартным ситуациям. Предположим, что машина A пытается послать кадр 0 машине B, машина B пытается послать кадр 0 машине A. Предположим также, что на машине A установлен слишком короткий период ожидания подтверждения. Соответственно, машина A посылает серию одинаковых кадров со значениями полей seq = 0 и ack = 1.

Когда первый неповрежденный кадр прибудет на машину B, он будет принят и значение переменной frame_expected будет установлено равным 1. Все последующие кадры будут проигнорированы, поскольку машина B будет теперь ожидать кадра с порядковым номером 1, а не 0. Более того, поскольку у всех кадров дубликатов значение поля ack = 1, машина B будет продолжать ждать подтверждения для кадра 0 и не станет запрашивать новый пакет у своего сетевого уровня.

В ответ на каждый дубликат 0-го кадра, присылаемый машиной A, машина B посылает кадр, содержащий seq = 0 и ack = 0. Наконец, один из этих кадров принимается машиной A, в результате чего машина A переходит к передаче следующего пакета. Никакая комбинация потерянных кадров или преждевременно истекших интервалов ожидания не может заставить этот протокол ни выдать сетевому уровню дубликат пакета, ни пропустить пакет, ни зависнуть.

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

Рис. 3.9. Два сценария для протокола 4. Обозначение: (seq, ack, номер пакета).
Звездочка означает, что сетевой уровень принял пакет

В левой части рисунка показано нормальное функционирование протокола. Правая часть рисунка демонстрирует аномальную ситуацию. Если машина B ожидает первого кадра от машины A, прежде чем послать свой первый кадр, последовательность будет такой, как показана в левой части рисунка. При этом принимается каждый кадр. Однако если машины A и B одновременно начинают передачу, их первые кадры пересекутся и уровни передачи данных попадут в ситуацию 3.9, б. В ситуации 3.9, а с каждым кадром прибывал новый пакет, дубликатов не было. В ситуации 3.9, б половина кадров содержит дубликаты, несмотря на то что ошибок в канале связи не было. Подобные ситуации могут возникнуть в результате преждевременного истечения периода ожидания, даже если одна сторона начнет диалог первой. В самом деле, если время ожидания истечет слишком быстро, кадр может быть послан три и более раз.

3.4.2. Протокол с возвратом на n
До сих пор мы молчаливо подразумевали, что время, необходимое на распространение кадра от отправителя до получателя, и время, необходимое на распространение подтверждения от получателя до отправителя, пренебрежимо мало. Иногда это предположение является совершенно неверным. В таких ситуациях большое время прохождения кадров по сети может значительно снижать эффективность использования пропускной способности канала. В качестве примера рассмотрим спутниковый канал связи с пропускной способностью 50 кбит/с и временем, требуемым для прохождения сигнала в оба конца, равным 500 мс. Попытаемся использовать протокол 4 для пересылки кадров размером в 1000 бит через спутник. В момент времени t = 0 отправитель начинает посылать первый кадр. В момент времени t = 20 мс кадр полностью послан. В момент времени t = 270 мс получатель принял кадр полностью и отправил обратно подтверждение. И только через 520 мс после начала передачи кадра подтверждение получено отправителем. В данном случае еще предполагается, что приемник не тратит времени на обработку принятого кадра, при этом подтверждение такое короткое, что временем его передачи и приема можно пренебречь. Тем не менее из 520 мс передатчик работал только 20 мс, а 500 мс ожидал подтверждения. Таким образом, использовалось лишь 4 % от пропускной способности канала. Очевидно, что сочетание большого времени прохождения сигнала, высокой пропускной способности и коротких кадров совершенно неприемлемо с точки зрения эффективности.

Описанная выше проблема является следствием правила, требовавшего отправителю дожидаться подтверждения, прежде чем посылать следующий кадр. Смягчив это требование, можно значительно повысить эффективность. Решение проблемы заключается в разрешении отправителю послать не один кадр, а несколько, например w, прежде чем остановиться и перейти в режим ожидания подтверждений. Можно подобрать число w так, чтобы отправитель мог безостановочно посылать кадры. В приведенном выше примере w должно быть равно, по меньшей мере, 26. Отправитель начинает, как и ранее, с передачи кадра 0. К тому моменту, когда он закончит отправку 26 кадров в момент времени t = 520 мс, как раз прибудет подтверждение кадра 0. Затем подтверждения станут прибывать каждые 20 мс, таким образом, отправитель будет получать разрешения на передачу следующего кадра как раз вовремя. В любой момент времени у отправителя будет не более 26 неподтвержденных кадров, и, следовательно, достаточно будет окна размером 26.

Такая техника называется конвейерной обработкой. Если пропускная способность канала равна b бит/с, размер кадра равен l бит, то время передачи одного кадра составит l/b с. Пусть время прохождения сигнала по каналу в оба конца равно R секунд. В протоколе с ожиданием линия занята в течение l/b с и свободна в течение R с, что дает коэффициент эффективности использования линии равный l/(l + bR). При l < bR эффективность использования линии будет менее 50 %. Конвейерный режим может использоваться для загрузки избежания простаивания линии, если время прохождения сигнала значительно по сравнению со временем самой передачи. Если же задержка распространения сигнала мала, дополнительное усложнение протокола не является оправданным.

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

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

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

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

Рис. 3.10. Эффект ошибки при размере окна 1 (а); эффект ошибки
при большем размере окна (б)

Листинг 3.6. Протокол скользящего окна с возвратом на n

/* Протокол 5 (конвейерный) допускает наличие нескольких неподтвержденных кадров.
Отправитель может передать до MAX_SEQ кадров, не ожидая подтверждения. Кроме того,
в отличие от предыдущих протоколов не предполагается, что у сетевого уровня всегда
есть новые пакеты. При появлении нового пакета сетевой уровень инициирует событие
network_layer_ready */

#define MAX_SEQ 7 /* должно быть 2^n-1 */
typedef enum {frame_arrival, cksum_err, timeout, network_layer_ready} event_type;
#include "protocol.h"

static boolean between(seq_nr a, seq_nr b, seq_nr c)
{
/* возвращает true, если (a <=b < c циклично; иначе false */
if (((a <= b) && (b < c)) || ((c < a) && (a <= b)) || ((b < c) && (c < a)))
return(true);
else
return(false);
}

static void send_data(seq_nr frame_nr, seq_nr frame_expected, packet buffer[])
{
/* подготовить и послать информационный кадр */
frame s; /* временная переменная */

s.info = buffer[frame_nr]; /* вставить пакет в кадр */
s.seq = frame_nr; /* вставить порядковый номер в кадр */
s.ack = (frame_expected + MAX_SEQ) % (MAX_SEQ + 1); /* подтверждение, посылаемое
«верхом» на кадре данных */

to_physical_layer(&s); /* послать кадр по каналу */
start_timer(frame_nr); /* запустить таймер ожидания подтверждения */
}

void protocol5(void)
{
seq_nr next_frame_to_send; /* MAX_SEQ > 1; используется для исходящего
потока */
seq_nr ack_expected; /* самый старый неподтвержденный кадр */
seq_nr frame_expected; /* следующий кадр, ожидаемый во входящем потоке */
frame r; /* временная переменная */
packet buffer[MAX_SEQ+1]; /* буферы для исходящего потока */
seq_nr nbuffered; /* количество использующихся в данный момент
выходных буферов */
seq_nr i; /* индекс массива буферов */
event_type event;

enable_network_layer(); /* разрешить события network_layer_ready */
ack_expected = 0; /* номер следующего ожидаемого входящего
подтверждения */
next_frame_to_send = 0; /* номер следующего посылаемого кадра */
frame_expected = 0; /* номер следующего ожидаемого входящего кадра */
nbuffered = 0; /* вначале буфер пуст */

while (true) {
wait_for_event(&event); /* четыре возможных события: см. event_type выше */

switch(event) {
case network_layer_ready: /* у сетевого уровня есть пакет для передачи */
/* получить, сохранить и передать новый кадр */
from_network_layer(&buffer[next_frame_to_send]); /* получить новый пакет
у сетевого уровня */
nbuffered = nbuffered + 1; /* увеличить окно отправителя */
send_data(next_frame_to_send, frame_expected, buffer); /* передать кадр */
inc(next_frame_to_send); /* увеличить верхний край окна отправителя */
break;

case frame_arrival: /* прибыл кадр с данными или с подтверждением */
from_physical_layer(&r); /* получить пришедший кадр у физического уровня */

if (r.seq == frame_expected) {
/* кадры принимаются только по порядку номеров */
to_network_layer(&r.info); /* передать пакет сетевому уровню */
inc(frame_expected); /* передвинуть нижний край окна получателя */
}
/* подтверждение для кадра n подразумевает также кадры n - 1, n - 2, и т. д. */
while (between(ack_expected, r.ack, next_frame_to_send)) {
/* отправить подтверждение вместе с информационным кадром */
nbuffered = nbuffered - 1; /* в буфере на один кадр меньше */
stop_timer(ack_expected); /* кадр прибыл в целости; остановить таймер */
inc(ack_expected); /* уменьшить окно отправителя */
}
break;

case cksum_err: break; /* плохие кадры просто игнорируются */

case timeout: /* время истекло; передать повторно все
неподтвержденные кадры */
next_frame_to_send = ack_expected; /* номер первого посылаемого
повторно кадра */
for (i = 1; i <= nbuffered; i++) {
send_data(next_frame_to_send, frame_expected, buffer); /* переслать
повторно 1 кадр */
inc(next_frame_to_send); /* приготовиться к пересылке следующего кадра */
}
}

if (nbuffered < MAX_SEQ)
enable_network_layer();
else
disable_network_layer();
}
}

Выбор одной из двух приведенных выше стратегий является вопросом компромисса между пропускной способностью и размером буфера уровня передачи данных. В зависимости от того, что является более ценным, может использоваться тот или иной метод. В листинге 3.6 показан конвейерный протокол, в котором принимающий уровень передачи данных принимает кадры по порядку. Все кадры, следующие за ошибочным, игнорируются. В данном протоколе впервые мы отказались от предположения, что у сетевого уровня всегда есть неограниченное количество пакетов для отсылки. Когда у сетевого уровня появляется пакет, который он хочет отправить, уровень инициирует событие network_layer_ready. Однако, чтобы ограничить количество неподтвержденных пакетов числом MAX_SEQ, уровень передачи данных должен иметь возможность отключать на время сетевой уровень. Для этой цели служит пара библиотечных процедур enable_network_layer и disable_network_layer.

Обратите внимание, что в любой момент времени может быть MAX_SEQ, а не MAX_SEQ + 1 неподтвержденных пакетов, хотя различаются MAX_SEQ + 1 порядковых номеров: от 0 до MAX_SEQ. Чтобы понять, почему необходимо такое ограничение, рассмотрим сценарий с MAX_SEQ = 7.

1. Отправитель посылает кадры с 0 по 7.

2. Подтверждение для кадра 7 наконец прибывает к отправителю.

3. Отправитель посылает следующие восемь кадров, снова с номерами с 0 по 7.

4. Еще одно подтверждение для кадра 7 прибывает к отправителю.

Вопрос: все восемь кадров, относящихся ко второму набору, благополучно дошли до адресата или все они потерялись (считая и игнорированные кадры после ошибочного кадра)? В обоих случаях получатель отправит кадр 7 в качестве подтверждения. У отправителя нет способа отличить один случай от другого. По этой причине максимальное количество неподтвержденных кадров должно быть ограничено числом MAX_SEQ.

Хотя в протоколе 5 кадры, поступившие после ошибки, не буферируются получателем, тем не менее, отправитель должен хранить отправленные кадры в своем буфере, пока не получит на них подтверждения. Если поступает подтверждение на кадр n, кадры n – 1, n – 2 (то есть все предыдущие кадры) автоматически считаются подтвержденными. Эта особенность важна в случае потери или повреждения какого-либо кадра с подтверждением. Получив подтверждение, уровень передачи данных проверяет, не освободился ли у него какой-нибудь буфер. Если буфер освобождается, то заблокированному ранее сетевому уровню можно снова разрешить инициировать события network_layer_ready.

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

На рис. 3.11 показан пример программной реализации нескольких таймеров. Предположим, что часы тикают каждые 100 мс. Пусть начальное значение реального времени будет 10:00:00.0, и имеются три таймера, установленные на время 10:00:00.5, 10:00:01.3 и 10:00:01.9. Каждый раз, когда тикают аппаратные часы, реальное время обновляется и счетчик тиков в голове списка уменьшается на единицу. Когда значение счетчика становится равным нулю, инициируется тайм-аут, а узел удаляется из списка, как показано на рис. 3.11, б. Такая организация таймеров не требует выполнения большой работы при каждом прерывании от системных часов, хотя при работе процедур start_timer и stop_timer требуется сканирование списка. В протоколе у данных процедур имеется входной параметр, означающий номер кадра, таймер которого нужно запустить или остановить.

Рис. 3.11. Программное моделирование нескольких таймеров

Российское представительство Microsoft в СНГ провело в Москве пресс-конференцию, где объявило итоги своей деятельности в 2002 финансовом году (июль 2001 года — июнь 2002 года) и анонсировало скорый визит в нашу страну исполнительного директора корпорации Стива Баллмера.[]

По утверждению компании, общий объем продаж корпорации Microsoft во всем мире за названный период составил $28,37 млрд., что на 12% превышает объем продаж прошлого финансового года ($25,3 млрд.). Чистый доход составил $7,83 млрд. (в предыдущем финансовом году этот показатель был равен $7,35 млрд.). Инвестиции корпорации в исследования и разработку в прошедшем финансовом году составили $4,3 млрд.

Общий объем продаж Microsoft на территории стран СНГ в 2002 финансовом году вырос на 80% по сравнению с объемом продаж 2001 финансового года, и, по словам Главы представительства Microsoft в СНГ Ольги Дергуновой, приблизился к $100 млн.

Представительство отметило рост продаж в СНГ таких серверных продуктов, как Windows 2000 Server (на 248%), SQL Server (на 176%) и серверов Microsoft BizTalk Server, Exchange Server, SharePoint Portal Server, Content Management Server и других, продажи которых выросли более чем на 250%.

Г-жа Дергунова рассказала, что в 2002 финансовом году произошло некоторое изменение структуры продаж продуктов Microsoft в СНГ. По ее словам, стало продаваться больше «сложных» продуктов. Так, впервые рост продаж профессиональных версий ОС Windows превысил рост продаж «домашних» версий, что свидетельствует о повышении требований к используемому ПО со стороны отечественного корпоративного сегмента рынка.

Представители компании рассказали также, что доля регионального российского бизнеса Microsoft в общем объеме продаж составила около 30%; доля продаж на территории других стран СНГ — более 30%. При этом рост бизнеса Microsoft на Юге России составил 170%, а в Украине — 327%.

Кроме того, представительство Microsoft в СНГ расширило сотрудничество с компаниями — производителями персональных компьютеров, в результате чего доля OEM-бизнеса компании выросла на 9%.

Из крупных проектов автоматизации на платформе Microsoft представители компании отметили разработку внутрикорпоративного портала холдинга «Лукойл»; построение биллинговой системы в МГТС; автоматизацию Северо-Западного филиала Сбербанка России, а также ряд других проектов.

За отчетный период объем грантов Microsoft Research в России, направленных на поддержку научных проектов, участие отечественных ученых зарубежных конференциях и т.п., составил $500 тыс.

В планах представительства на текущий финансовый год — намеченная на октябрь презентация в России русской версии Microsoft Project, открытие представительства в Казахстане презентация нового семейства серверной ОС Windows. NET Server (март 2003 года), а также ожидаемый в скором времени визит в Москву генерального директора корпорации Microsoft Стивена Балмера.

По словам Ольги Дергуновой, представительство намерено работать над расширением программы инвестиционных решений, направленных на Россию. И приезд г-на Балмера, а, возможно, и Билла Гейтса, необходим, в том числе, и для того, чтобы привлечь в Россию инвестиции «большого» Microsoft. «Мы везем Балмера в Россию, чтобы показать, какие мы замечательные», — отметила г-жа Дергунова.

Источник: собственная информация CNews.ru.

Поспешно принятый в конце июля греческими властями закон о запрете электронных игр в общественных местах вызвал широкий резонанс среди игрового сообщества. Все новостные сайты с легким налетом иронии поспешили сообщить миру о столь странном законе и предупредить туристов в Греции о грозящих штрафах.[]

Таким образом, греческие власти намерены были бороться с распространением азартных игр, однако запрещены были все виды игр: компьютерные, мобильные и видеоигры. Даже, казалось бы, самая безобидная игра — онлайн — шахматы, грозила игроку крупным штрафом до $74 тыс.

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

Около 300 человек пикетировали у здания суда, где должно было проходить слушание. Основным требованием пикетчиков был лозунг «Нет цензуре в Интернете».

И вот на очередном заседании суда Верховный суд Греции признал закон № 3037 о запрете электронных игр неконституционным и ущемляющим права и свободы граждан.

«Мы очень рады, что наш иск удовлетворили, и мы одержали победу, — заявил Димитрис Каранасиос, директор по связям Союза интернет-кафе. — Наш случай доказывает, что в любом случае надо добиться справедливости, а не терпеть неконституционные решения государства».

Источник: по материалам сайта Internet.ru.

Идея предоставления бесплатного доступа в интернет оказалась нежизнеспособной в США и Европе, но не в Египте. В этой стране, где число пользователей Сети не превышает 900 тыс. человек, а на 1000 жителей приходится 60 телефонных линий, бесплатный доступ к интернету может оказаться весьма перспективным решением.[]

Эксперимент по внедрению бесплатного модемного доступа начался еще в летом прошлого года в Каире и его окрестностях. При этом пользователи Сети оплачивают лишь время, проводимое на телефонной линии — 25 пиастров (около 5 центов) в час, а за доступ к интернету специальной платы не взимается.

Плата за пользование телефонными линиями распределяется между интернет-провайдерами (70% средств) и национальным телефонным оператором Telecom Egypt (30%). Таким образом, сложность привлечения рекламодателей, из-за недостатка которых прекратили работы провайдеры бесплатного интернета в США, Европе и Латинской Америке, египетских провайдеров не беспокоит.

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

Используемая в Египте модель уже вызвала интерес со стороны других государств Ближнего Востока. Возможность внедрения бесплатного доступа в Сеть рассматривает, в частности, Сирия, где число пользователей интернета составляет всего 20 тысяч человек.

Источник: по материалам сайта Компьюлента.

Похоже, что у Земли все-таки не появился новый естественный спутник. Анализ загадочного объекта J002E3 показал, что, скорее всего, это деталь ракеты «Сатурн-5», использованной США в ходе одной из лунных экспедиций «Аполлона».[]

Ранее неизвестный быстродвижущийся объект был замечен Биллом Юнгом из его обсерватории в Аризоне. Первоначальные расчеты орбиты тела показали, что оно находится вдвое дальше от Земли, чем Луна, и обращается вокруг нашей планеты.

На первом этапе астрономы не могли определить, является ли объект куском космического мусора, или же представляет собой притянутое гравитацией Земли естественное тело.

Теперь загадку, похоже, удалось решить благодаря анализу траектории объекта в космическом пространстве. Скорее всего, этот обломок ракеты остался от миссии «Аполлон-12», стартовавшей 14 ноября 1969 года.

Судя по всему, объект находился на околосолнечной орбите до апреля этого года, когда он и был перехвачен притяжением Земли. Это первый известный случай, когда наша планета притягивает подобное тело, хотя Юпитер, к примеру, таким образом захватывает на свою орбиту кометы.

Эксперты считают, что загадочное тело является третьей ступенью американской ракеты «Сатурн». Его яркость соответствует расчетным параметрам для такой детали.

Анализ орбиты J002E3 выявил, что в 2003 году этот объект, возможно, столкнется с Луной или, что менее вероятно, сгорит в плотных слоях земной атмосферы в течение ближайшего десятилетия.

Источник: по материалам сайта BBC.

Крупнейшие звукозаписывающие компании, входящие в Национальную федерацию производителей фонограмм (НФПФ), при поддержке Комитета по телекоммуникациям и СМИ правительства Москвы объявили о введении нового защитного знака — «Марки правообладателя».[]

Эта марка, имеющая 11 степеней защиты, появится с 15 сентября на лицензионных аудиокассетах, компакт-дисках и DVD-дисках. Основное отличие «Марки правообладателя» от подобных средств защиты лицензионной продукции состоит в том, что данная маркировка является добровольной. Новый знак может быть присвоен и качественной продукции звукозаписывающих компаний, не входящих в НФПФ.

О легальности продукции потребителей также будет информировать и специальный вкладыш в аудиотоваре. А предшествовать введению «Марки правообладателя» будет массовая реклама на телевидении. Цена на маркированные новым знаком аудиокассеты поднимется примерно на 1 руб., а на компакт-диски — на 1,5 руб.

«Марка правообладателя» будет наноситься одновременно с другими, уже существующими защитными знаками. Инициаторы введения марки надеются, что она позволит уменьшить количество контрабандной продукции в России (составляющей сегодня около 65% объема продаваемых аудионосителей) и сократить потери правообладателей лицензионной продукции, которые только в прошлом году составили $575 млн.

Источник: по сообщению «Известий».

В течение последних дней на форуме разработчиков Intel, проходившем c 9 по 12 сентября 2002 года в американском городе Сан-Хосе, штат Калифорния, были представлены спецификации двух новых стандартов, а также два новых серверных процессора.[]

Компания Intel представила окончательную спецификацию AGP 3.0. AGP 3.0 — это название технической спецификации на графический протокол AGP 8x, авторские права на который принадлежат компании Intel. По информации разработчика, полный пакет документации на технологию AGP 8x станет доступен в течение сентября 2002 года.

На Форуме была представлена предварительная версия первой части спецификации последовательного интерфейса Serial ATA II. Этот документ, составленный рабочей группой по Serial ATA, является последним черновым вариантом, выпущенным до представления окончательного текста спецификации Serial ATA II. Интерфейс нового поколения будет использоваться для подключения к материнской плате таких внутренних накопителей, как жесткие диски, приводы DVD-ROM и CD-ROM. По расчетам разработчиков, интерфейс Serial ATA II будет применяться в массовых настольных и мобильных компьютерах, а также в недорогих серверах.

Компания Intel представила два новых серверных процессора Xeon с тактовыми частотами 2,80 и 2,60 ГГц. Новые чипы Intel Xeon предназначены для двухпроцессорных рабочих станций и серверов. Процессоры оснащаются кэшем второго уровня объемом 512 Кб и производятся по 0,13-микронной технологии. Они могут использоваться с чипсетом Intel 860, специально спроектированным для двухпроцессорных рабочих станций. Этот набор микросхем поддерживает оперативную память RDRAM (Rambus), а также графический протокол AGP 4х. Кроме того, новые процессоры можно использовать в системах на основе чипсета Intel E7500.

Cледующая конференция очередного осеннего форума разработчиков Intel пройдет в Москве 2 октября 2002 года.

Источник: по материалам сайта Компьюлента.

Американская компания Boeing изучает возможность создания самого большого в мире самолета с размахом крыльев около 150 метров и фюзеляжем, превышающим по длине футбольное поле. В случае реализации этого проекта «Пеликан» превысит по размерам российский Ан-225 почти вдвое.[]

Конструкция «Пеликана» будет позволять ему перевозить до 1400 тонн грузов — в пять раз больше, чем «Антонов».

Предполагается, что над океанами «Пеликан» будет летать на высоте примерно 6 метров, используя особые аэродинамические условия этой части воздушного пространства, при которых уменьшается сопротивление воздуха, что позволяет экономить горючее. Над сушей самолет будет летать на высоте 700 метров или выше. «Пеликан» будет оснащен 38 шасси.

Компания Boeing рассчитывает, что новый самолет найдет применение в области перевозки коммерческих и военных грузов. Он, например, за один раз сможет перевезти 17 танков М-1. Кроме того, изучается возможность использовать «Пеликан» для доставки космических кораблей в верхние слои атмосферы.

Этот проект — один из нескольких, над которыми в настоящий момент работает Phantom Works, исследовательская лаборатория компании Boeing. Другая разработка — пассажирский самолет Sonic Cruiser, рассчитанный на 250 посадочных мест. Его скорость будет на 20% превышать скорость обычных лайнеров.

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

Источник: по материалам сайта BBC.

Инженеры и ученые-эксперты по технологиям компьютерной графики из университета Пурду (Purdue University) впервые сумели на основе научных принципов смоделировать падение Boeing-757 на Пентагон 11 сентября. Главные цели — подробно изучить, что и как случилось, чтобы предотвратить подобное в будущем.[]

Для моделирования столкновения были созданы виртуальные копии воздушного лайнера и здания с учетом всех конструкционных особенностей и законов физики. «Большинство моделируемых компьютером аварий, которые вы видите в кино или на телевидении — не реалистичны с точки зрения физики, — сообщил один из разработчиков Воику Попеску (Voicu Popescu). — Эти модели предназначены, чтобы произвести впечатление. До нас реалистичным моделированием мало кто пытался заниматься, а нам удалось сделать так, что любой легко узнает и Пентагон, и самолет и, в то же время, мы не погрешили против физики».

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

Для моделирования такой сложности требуется, чтобы миллионы вычислений производились за одну секунду, а только 0,1 секунды моделирования заняла около 95 часов вычислений на суперкомпьютере. Исследователям из Пурду пришлось обратиться за помощью к коллегам в университет Индианы (Indiana University), у которых имеются суперкомпьютеры IBM.

Теперь результаты работы ученых могут быть записаны на DVD и воспроизведены на обычном персональном компьютере. Исследователи убеждены, что их модель поможет архитекторам строить «террористически-устойчивые» здания.

Источник: по материалам сайта MEMBRANA.

В настоящее время обычные оптоволоконные линии связи позволяют передавать данные на расстояние до нескольких километров со скоростью около 10 Гбит/с. Новая методика позволит повысить скорость передачи данных ориентировочно до 2 Терабит в секунду.[]

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

По мнению одного из разработчиков технологии, Ричарда Пенти (Richard Penty) из Кембриджского университета, скорость удастся без особого труда повысить до значений, составляющих 100 Гбит/с и выше. Однако высокая стоимость оборудования, позволяющего перейти на терабитные скорости, может помешать его широкому внедрению. Технология нуждается в дальнейшем совершенствовании, однако главное уже ясно — полоса пропускания обычного оптоволоконного кабеля может быть существенно увеличена.

Источник: по материалам журнала New Scientist.

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

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

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

Источник: по материалам сайта радиостанции Эхо Москвы.

Компания Alcatel представила новую модель мобильного телефона One Touch 715. Аппарат весит 88 г и снабжен непривычно широким экраном с разрешением 100х150 пикселей, на котором можно просматривать изображения в выбранном масштабе, располагая их горизонтально или вертикально. Кроме того, при входящем звонке на экране можно, при желании, увидеть не только имя или телефон, но и фотографию звонящего.[]

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

Размер аппарата — 116 х 43 х 20 мм. Литий-полимерная батарея обеспечивает разговор в течение 6,5 часов и режим ожидания 250 часов. Телефон поддерживает возможности высокоскоростной пакетной передачи данных GPRS. Использование технологии WAP (WAP 1.2.1, EMS 4.0) позволяет обеспечить прием и загрузку графики, фотографий, анимированных изображений и аудиозаписей. Новый телефон может также сохранять фотографии, связанные с файлами контактов, — выводить на экран изображение звонящего, реальную фотографию или же картинку, выбранную для этого владельцем мобильника.

В One Touch 715 расширены функции органайзера (КПК), благодаря которым появилась возможность хранить до 800 файлов контактных данных, программировать до 1000 записей о назначенных контактах и до 60 записей о намеченных пользователем делах. Возможна синхронизация с ПК и обмен данными с использованием программ Lotus Notes, Lotus Organizer, MS Outlook, Outlook Express.

Телефон One Touch 715 поступит в продажу в сентябре 2002 года по рекомендованной производителем розничной цене €319.

Источник: по материалам пресс-релиза Alcatel.

Компания Logitech анонсировала три новых набора беспроводных мультимедиа-клавиатур и мышей. Первый из них называется Freedom Optical, второй — Navigator Duo, а третий — Access Duo.[]

Все клавиатуры имеют эргономичную конструкцию Zero Degree Tilt. Это означает, что их основные клавишные панели располагаются параллельно относительно стола. Мыши, входящие в комплект, подходят как для правшей, так и для левшей.

Cordless Elite Duo, старшая модель в семействе, является обновленной Cordless Freedom Optical. Ее клавиатура имеет большой набор дополнительных клавиш для управления медиа-проигрывателями, работы в интернете (поддерживаются браузеры Netscape Navigator и Internet Explorer версий 4.0 или старше) и доступа к основным системным папкам, а также колесико прокрутки iNav. Мышь — оптическая, четырехкнопочная с колесом прокрутки. Как отмечено в пресс-релизе, может работать практически на любой поверхности, в том числе и неровной — например, на фотографии она изображена на подушке. Рекомендованная розничная цена набора — 100 долларов.

Следующая модель, Cordless Navigator Duo, имеет более традиционный дизайн и меньшее количества дополнительных кнопок. Мышь — оптическая трехкнопочная Cordless MouseMan Optical с колесом прокрутки. Рекомендованная розничная цена набора — 80 долл.

Наконец, последний и самый дешевый набор — Cordless Access Duo. Он также выполнен к классическом стиле. Рекомендованная розничная цена набора — 60 долл.

Источник: по материалам сайта Компьюлента.

Среди многочисленных выставок и конференций, которые взяли старт на минувшей неделе, заметным явлением стала конференция Sony Dream World 2002, проходящая в Иокогаме. «Выставкой в выставке» можно назвать проводимую в эти же дни экспозицию VAIO EXPO 2002, на которой, среди многочисленных компьютерных, периферийных, музыкальных и игровых экспонатов, представлены также концептуальные разработки.[]

Sony все дальше и дальше уходит от общепринятых форм ПК. Одно из изделий называется «VAIO NOTE Personal Library», или «VAIO Contents Egg», но даже название вряд ли может точно передать суть нового концепта. Это — не что иное, как домашний сервер фотографий, видео, музыки и пр., к которому могут быть подключены дисплей, клавиатура, мышь и так далее. Установка диска в интегрированный пишущий DVD привод приводит к автоматическому началу воспроизведения записи, в режиме загрузки внешних данных корпус центра начинает светиться синим цветом.

VAIO Contents Egg предназначен для записи фото, любимых телепередач, музыки. Данные могут записываться как на встроенный винчестер, так и на DVD диск. Предусмотрена функция беспроводного подключения к интернету, откуда также можно почерпнуть данные. В VAIO Contents Egg также предусмотрена возможность подключения ноутбука.

Устройство в форме шестигранного бубна — еще один тип домашнего сервера данных, названный Sensing Computer, или VAIO E. Q. Оборудованный беспроводным интерфейсом, такой накопитель управляется пользователем с помощью сенсорной панели или с помощью голосовых команд. По словам представителей компании, такие или подобные устройства могут быть коммерциализованы Sony уже в 2004 году.

Источник: по материалам сайта ixbt.com.

Так как компания Intel уже выпустила Pentium 4 2,8 ГГц, Celeron также может прибавить в скорости и предстанет, таким образом, уже на этой неделе в виде модели с частотой 2 ГГц. К сожалению, пока только с ядром Willamette (128 Кб кэша) и, само собой разумеется, с частотой 400 МГц.[]

Предполагаемая розничная цена составляет €139. Celeron 2 ГГц стоит приблизительно на €10 дешевле AthlonXP в 2000+ (в коробочном варианте) и должен попасть в ту же ценовую категорию.

Intel снова начинает соревноваться с AMD, и это не предвещает ничего хорошего, по меньшей мере, для клиентов Intel. Это отчетливо видно по ценовой разнице между Pentium 4 2,4 ГГц и Pentium 4 2,5 ГГц. За разницу в тактовой частоте 100 МГц покупатель должен выложить целых €200. Причиной этому служит недостаточная конкуренция со стороны AMD, которая не может до сих пор предложить никакой альтернативы.

Источник: по материалам сайта K-Hardware.

На выставке CeBIT в Шанхае AMD снова продемонстрировала ПК на основе своего процессора восьмого поколения Athlon (под кодовым названием ClawHammer), еще раз доказывая, что у них есть готовый образец процессора. Было подтверждено, что компания начнет поставлять новинку своим основным партнерам к концу этого года.[]

AMD объявит о широкой доступности процессоров Athlon восьмого поколения в первом квартале 2003 года. Но эти процессоры не станут массовыми к этому времени, даже учитывая то, что они получают широкую поддержку от промышленности.

Некоторые представители VIA, пожелавшие остаться неназванными, сказали, что рыночная доля процессоров x86-64 будет невелика в течение первой половины следующего года. Наиболее популярными изделиями AMD в течение указанного периода будут центральные процессоры Athlon XP с ядром Barton, поддерживающие 512 Кб кэша второго уровня и системную шину 333 МГц. Что касается процессоров ClawHammer, по словам представителей VIA, новинки станут широко доступны только в третьем квартале 2003 года. Учитывая, что на рынке будет очень немного процессоров и материнских плат, цены останутся на относительно высоком уровне.

Сейчас VIA Technologies — основной поставщик наборов микросхем для Socket A процессоров AMD. Так как позиция VIA на рынке платформ Pentium 4 становится с каждым днем все более слабой, компания будет предпринимать серьезные усилия, чтобы расширять свое присутствие на рынках платформ K8 и K7. Поскольку VIA имеет широкое признание и хорошие коммерческие каналы реализации, для нее не составит труда остаться ведущим продавцом наборов системной логики для платформы AMD.

Этот тайваньский производитель наборов микросхем раскрыл свои планы относительно процессоров ClawHammer на Computex в Тайбэе ранее в этом году. Согласно им, в 2003 году будут выпущены три чипсета для систем x86-64: VIA K8T400, VIA K8T400M и VIA K8M400. Первый из них уже поставляется в виде опытных образцов, и TSMC начнет его массовое производство в этом квартале. Данный набор микросхем обеспечивает поддержку AGP 8x, интерфейса V-Link 8x и содержит VT8235 South bridge. Немного позже компания представит чипсет K8T400M, который будет содержать некоторые улучшения и будет совместим по разводке с K8M400, первым интегрированным набором микросхем VIA для платформы ClawHammer.

Источник: по материалам сайта X-bit Labs.

В минувший четверг Microsoft предупредила об ошибке в своем флагманском ПО редактирования текстов, позволяющей документам выуживать файлы из любого ПК под Windows, на котором их открывают.[]

Правда, вор должен действовать очень осторожно и точно знать местонахождение и имена нужных файлов, а также побудить жертву открыть, отредактировать и сохранить какой-нибудь документ Word, а затем вернуть его отправителю. Лучше всего схема работает с Word 97, но подойдет и Word 2000 или 2002, если атакующему удастся уговорить жертву сначала распечатать документ. «Центр экстренного реагирования Microsoft подробно изучает эту проблему — точно так же, как и любое другое поступившее сообщение об уязвимости продуктов Microsoft, — говорится в распространенном по e-mail заявлении представителя компании. — По окончании исследования мы примем меры, полностью удовлетворяющие заказчиков Microsoft».

Информация о баге была впервые опубликована 26 августа в популярном секьюрити-бюллетене Bugtraq, издаваемом подразделением Symantec SecurityFocus. Для атаки используется поле INCLUDETEXT, одно из многочисленных скрытых полей, встроенных в документы Word, — при его помощи текст копируется в документ, открытый на другом компьютере. Чтобы спрятать вставленный файл, можно воспользоваться мелким белым шрифтом, который делает добавленный текст почти невидимым. Вуди Леонард (Woody Leonhard), редактор издания Woody's Office Watch и автор нескольких книг для пользователей Windows, описал эту проблему в своей электронной газете.

Microsoft не называет сроков планируемого выпуска поправки. Единственным способом предотвратить кражу файлов остается визуальный контроль за полями через вкладку свойств документа.

Источник: по материалам сайта ZDNet.ru.

На выставке Apple Expo в Париже Стив Джобс представил программы iCal и iSync, а также объявил, что с января новые «Маки» смогут загружать только Mac OS X.[]

В минувший вторник Apple Computer выпустила еще одно i-приложение: компания пытается компенсировать сокращающийся спрос на компьютеры, усиливая акцент на ПО и сервисы. Новая программа iCal и ее будущая родственница iSync содержат онлайновые компоненты, так что Apple ускоренными темпами движется в сторону веб-сервисов. Приложения типа iCal и iSync призваны привлечь внимание к OS X, которая, как признают сами разработчики, распространяется довольно медленно.

iSync завершает ряд i-приложений, которые составляют основу стратегии компании по позиционированию «Маков» как центров для подключения цифровых устройств вроде фото- и видеокамер или PDA и управления ими. Но чтобы реализовать эту стратегию, сначала необходимо добиться увеличения продаж Mac OS X.

Новые i-приложения iCal и iSync играют для Apple двоякую роль: они составляют основу веб-сервисов и способствуют повышению интереса к Mac OS X. Обе программы работают только с последней версией операционной системы 10.2 Jaguar и обеспечивают дополнительные услуги, доступные только через сервис Apple .Mac.

Будущее приложение iSync также содержит веб-компонент, доступный абонентам .Mac. Эта программа может использоваться для синхронизации контактов и календарей с цифровым аудиоплеером iPod, электронными органайзерами Palm и некоторыми сотовыми телефонами с поддержкой Bluetooth, такими как Sony Ericsson T68i. Кроме того, iSync можно применять для синхронизации данных между двумя компьютерами, на каждый из которых заведена учетная запись .Mac. В Mac OS X 10.2 Apple ввела и другие веб-сервисы, такие как Sherlock 3, обеспечивающий доступ к киноафишам, расписанию авиарейсов и даже к службам перевода.

Однако, чтобы получить от этих сервисов максимальную отдачу, Apple нужно сначала перевести существующих заказчиков на Mac OS X. Именно такой стратегии следует сделанное Джобсом объявление о том, что с января «Маки» смогут загружать только Mac OS X. С мая 2001 года Mac OS X устанавливается на новые компьютеры как операционная система по умолчанию, но желающие все же могут загрузить Mac OS 9. В следующем году Apple по-прежнему будет устанавливать OS 9 на новые «Маки», но доступ к ней будет возможен лишь в целях совместимости. Mac OS X способна выполнять старые программы для OS 9 в режиме Classic без перезагрузки компьютера.

По данным Apple, на OS X перешли примерно 3 млн пользователей Мас. К концу года компания надеется увеличить это число примерно на 20% и довести его до 5 млн. По оценкам аналитической фирмы Gartner, в мире насчитывается около 20 млн пользователей Мас.

Источник: по материалам сайта ZDNet.ru.

На сайте проекта Mozilla.org появилась информация о нескольких новых программных релизах.[]

11 сентября была выпущена альфа-версия Mozilla 1.2. Ее отличает улучшенная поддержка клавиатуры: появилось много новых горячих клавиш и технология поиска Type Ahead Find (подробнее о ней рассказывается ниже). Кроме того, сообщается об улучшенной поддержке XML, появлении возможности выделения текста в заголовках сообщений и значительном ускорении загрузки заголовков писем при использовании протокола IMAP в MacOS X. Судя по всему, IMAP был не самым сильным местом маковского варианта Mozilla: теперь, когда им занялись всерьез, скорость загрузки заголовков увеличилась на 2000%.

Самое крупное нововведение в Mozilla 1.2 — это технология Type Ahead Find. Она позволяет полностью избавиться от необходимости использования мыши при работе с браузером. Чтобы выбрать одну из ссылок на веб-странице, достаточно набрать одну или несколько букв ее название. Например, если набрать букву «а», то активной станет первая ссылка, начинающаяся с этой буквы. Если одну и ту же букву нажимать несколько раз, то будут последовательно выделяться все начинающиеся с нее ссылки. Когда ссылка выбрана, можно нажать Enter, и перейти по ней. С помощью Type Ahead Find можно осуществлять и поиск по тексту веб-страницы. Для этого перед буквой нужно ввести символ '/'. Функция работает во всех программах, использующих движок Gecko: в окнах помощи, в интернет-пейджере и т.д.

Скачать предварительную версию Mozilla 1.2 для Windows можно здесь (объем файла 11 Мб).

Для тех, кто по какой-либо причине не желает переходить на Mozilla 1.2, разработчики продолжают поддержку линии 1.0. Ничего нового в выпущенном недавно Mozilla 1.0.1 нет, зато исправлено около 650 ошибок и недочетов, замеченных в Mozilla 1.0. 25 из исправленных ошибок были связаны с безопасностью браузера. Дистрибутив Mozilla 1.0.1 для Windows размером 9,8 Мб находится здесь.

Mozilla никогда не пользовался успехом у пользователей Apple. Привыкнув к интерфейсу своей операционной системы, они воротили нос от Mozilla, который выглядит одинаково и в Mac OS, и в Linux, и в Windows. Браузер Chimera, достигший несколько дней назад версии 0.5, был призван решить эту проблему. Он основан на используемом в Mozilla движке Gecko, но внешне ничем не отличается от обычных приложений Mac OS X. Chimera 0.5 стал работать несколько быстрее и имеет улучшенную поддержку языков, не использующих латинский алфавит. Кроме этого, разработчиками были учтены изменения, появившиеся в MacOS 10.2 Jaguar. Скачать Chimera 0.5 можно здесь.

Источник: по материалам сайта Компьюлента.

Хотя Microsoft все еще не выпустила DirectX 9, которую она, возможно, припасла к ноябрьской Comdex, появились новости о грядущей модернизации этого прикладного программного интерфейса.[]

Данная информация стала известна из одного надежного источника, близкого к одной из двух ведущих графических компаний. То есть это либо ATI, либо Nvidia. DirectX 9.1 не будет содержать новую версию программ построения теней (shaders), которые должны быть реализованы аппаратно, — они будут выпущены в конце следующего года.

Стоить напомнить о том, что Microsoft решила в самый последний момент принять Pixel Shader 1.1 в качестве стандартного компонента DirectX 8. Это была победа Nvidia, так как ATI Radeon 7200 поддерживал Pixel Shader версии 1.0, но не 1.1. ATI сделала подобный ход с DirectX 8.1, когда представила Pixel Shader 1.4 с увеличенным числом команд и усовершенствований, что означало, что платы Nvidia GeForce 3 поддерживали только DirectX 8.0, но не DirectX 8.1.

На сей раз аппаратные средства с DirectX 9 будут полностью поддерживать все особенности DirectX 9.1. К примеру, Radeon 9700 PRO и NV30 на момент своего выхода будут иметь аппаратную реализацию DirectX 9.1. Никакая новая версия Pixel Shader, реализованная аппаратно, использоваться не будет, кроме версии 2.0.

Кроме ошибок и усовершенствования существующих технологий в DirectX 9, Microsoft представит совершенно новую версию Pixel Shader 3.0, но она не будет пока поддерживаться никакими аппаратными средствами, доступными в первой половине 2003 года. Есть серьезное основание предположить, что R350 и NV30 или его весенний вариант с рабочим названием NV35 не будут иметь аппаратной поддержки программ построения теней.

Microsoft стремится представить Pixel Shader 3.0 прежде ее аппаратной поддержки с целью дать время программистам для изучения этой новой модели до аппаратной реализации и, возможно, ускорить ее принятие и процесс перехода, который часто является действительно болезненным.

Источник: по материалам сайта The Inquirer.

Корпорация Microsoft выпустила англоязычную версию первого Service Pack для Internet Explorer 6. SP1 предназначен для повышения безопасности, надежности и удобства использования этого популярного браузера.[]

Размер установочных файлов, которые необходимо скачать для каждого типа ОС Windows:

• Windows Me: 8,7 Мб
• Windows 2000: 12.0 Мб
• Windows 98 Second Edition: 12,4 Мб
• Windows 98: 11,5 Мб
• Windows NT 4.0 с Service Pack 6a или выше: 12,7 Мб
• Windows XP: 12,0 Мб

Инсталлятор доступен на официальном сайте корпорации (480 Кб).

Также был опубликован полный список исправлений и улучшений, вносимых в IE6 первым Service Pack.

Ознакомиться с перечнем можно здесь. Это более 70 позиций, которые условно можно разделить на следующие категории:

• Безопасность
• Проблемы с управлением и навигацией
• Улучшение работы
• Совместимость
• Общие ошибки

Источник: по материалам сайта ixbt.com.

Довольно неожиданные результаты дало иследование, данные для которого были получены во время проводимого в этом году в Британии Форума IT-директоров (IT Directors' Forum), где было опрошено 366 IT-директоров, глав IT-подразделений, членов совета директоров IT-компаний и других топ-менеджеров. Портрет элиты британского хай-тека получился довольно интересным: большинству не нравится выполняемая ими работа, многие считают себя незаслуженно обиженными в плане зарплаты и возлагаемой ответственности и готовы уйти в другую компанию; женщины хотят больше денег, чем мужчины, и всех одинаково «напрягает» процесс принятия решений.[]

Оказалось, что очень многие из «хайтечных» топ-менеджеров недовольны своей зарплатой: более 34% опрошенных полагают, что им недоплачивают по сравнению с коллегами по работе. 46% честно заявили, что получаемая зарплата отвечает уровню затрачиваемых ими на работе усилий.

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

Интересно, что женщины, возглавляющие IT-подразделения, в меньшей степени удовлетворены своей ежемесячной зарплатой, чем их коллеги-мужчины: заработок устраивает 53% опрошенных мужчин и лишь 39% женщин. Возможно, что IT-директора женского пола имеют реальные основания для недовольства: известно, что в среднем женщинам действительно платят меньше. Но если женщины отличаются большим корыстолюбием, то мужчинам не занимать самодовольства: 9% опрошенных заявили, что ни одной из женщин, участвующих в опросе, не под силу достичь столь высокой зарплаты, как у них самих.

Несмотря на общепринятый образ замученных «айтишников», вынужденных допоздна задерживаться на работе и подвергаться постоянным стрессам, большинство IT-директоров (52,5%) считают, что работа в их жизни занимает приемлемое место, не отнимая больше времени и усилий, чем должна; 36% отметили, что не могут сказать, что работа отнимает у них совершенно неприемлемую часть времени, по крайней мере, в краткосрочном периоде. Проклятием своей жизни топ-менеджеры назвали тягостный процесс принятия решений.

Источник: по материалам Silicon.com.

В августе 2002 года Исследовательской Лабораторией Программного Обеспечения «CtrlTest» по заказу Украинского Центра Лицензионного Программного Обеспечения было проведено исследование предпочтений в использовании операционных систем. Целью исследования являлось описание в процентном соотношении разделения в использовании ПО.[]

Исследование проводилось посредством анкетирования. Целевая группа исследования — пользователи компьютерной техники. Выборка сформирована на основе базы данных посетителей украинских интернет-ресурсов.

Результаты исследования показали достаточно интересные результаты. Так, предпочтения использования операционных систем распределились следующим образом:

1. Windows 95/98/Me — 49.35%
2. Windows NT/2000/XP — 41.66%
3. Linux — 4.51%
4. MacOS — 1.92%
5. FreeBSD — 3.56%
6. Другая — 0.64%

В настоящее время в Украине используется приблизительно 1,5 млн ПК, и, как показывают результаты исследования, на 91% из них используется ПО компании Microsoft, 90% которого, предположительно, составляют нелицензионные копии.

Если принять, что лицензирование 1 ПК обходиться в среднем в 300$, то путем нехитрых математических вычислений можно предположить, что долг украинских пользователей перед компанией Мicrosoft составляет около 350 млн. долларов.

Источник: по материалам сайта proext.com.

Более двух третей американцев не имеют совершенно ничего против планов Вашингтона ввести интернет-цензуру.[]

В ходе опроса, проведенного американской аналитической компанией Pew Internet, выяснилось, что 69% американцев полагают: правительство имеет право делать все для того, чтобы ценная информация не попала в руки террористов. После прошлогодних терактов с сайтов правительства США и с некоторых неофициальных страниц была удалена информация об американских военных базах, а также о химзаводах и их продукции.

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

Большинство жителей США, судя по всему, поддерживают идею введения цензуры того или иного рода. Даже те, кто раньше выступал за полную свободу информации, теперь настаивают на необходимости следить за распространением в интернете данных, которые потенциально могут стать опасными.

Однако к попыткам американской разведки подключаться к серверам электронной почты американцы относятся по-другому. Здесь мнения разделились почти поровну.

Директор Pew Internet Ли Рэйни заявил: «Жители США готовы отказаться от возможности получать кое-какие данные из интернета, если это позволит защититься от нападений террористов. Однако в то же время многие американцы выступают против того, что они считают попытками правительства следить за их личной жизнью».

Компания Pew Internet выяснила также, что после 11 сентября американцы стали пользоваться интернетом по-новому. Резко повысился их интерес к интерактивным элементам сети — например, значительно выросла посещаемость веб-форумов, участники которых обсуждают последствия терактов в Нью-Йорке и Вашингтоне.

Источник: по материалам сайта BBC.

Согласно последнему исследованию Economic & Social Research Council (ESRC), молодежь гораздо легче заинтересовать политикой, используя интернет, а не традиционные методы. Согласно полученным данным, молодые люди в возрасте от 15 до 24 лет в три раза чаще проявляют свою политическую активность через Сеть, чем обычными способами.[]

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

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

Источники: esrc.ac.uk, nua.com.

Мировой рынок серверного ПО на XML, будет стабильно развиваться в последующие 5 лет, поскольку спрос на технологии интеграции остается стабильным.[]

IDC сообщает, что этот спрос, выросший на 163,8 % за период с 2000 по 2001 год, позволит увеличить доход в данном секторе рынка до $3,5 млрд. к 2006 году. Рост, скорее всего, будет оставаться интенсивным и в дальнейшем благодаря увеличению функциональности XML в приложениях и серверах.

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

Источник: собственная информация CNews.ru.