т.е. 7600 (а именно такие стоят у провайдера) заворачивают весь (и только) HTTP траффик к нам на сервер, а сервер возвращает его уже измененный обратно к 7600.
мы реализуем софт на базе ICAP. Сейчас это отдельный nix-сервер с установленной программой. Что, естественно, не позволяет достичь должной производительности.
В идеале было бы неплохо перенести этот код в программную часть коммутатора. Вот я и ищу, как подойти к этой проблеме. Мы собираемся использовать его на уровне провайдера, поэтому производительность должна быть соответствующей.
Я также догадываюсь, что работа коммутатора с пакетами на седьмом уровне модели OSI вместо второго-третьего мерьезно снизит производительность железки, но все равно надо пробовать.
Я не уверен, пойдет ли производитель на то, чтобы допустить нас к телу. Скорее всего нет. А вот если будет готовый работающий софт — тогда разговор может пойти проще. Как-то так.
меня как раз интересует возможность интеграции с этими системами либо даже их модификации. я понимаю, что это закрытые ОС, но может все-таки есть утечки?
быть может вы знаете, как устроена программная часть этих коммутаторов? есть же там какая-то ОС, софт какой-то? я так понимаю, что всё закрыто от посторонних, но может все-таки какая-то информация проскакивала? VMWare же как-то их встраивает…
быть может вы знаете, как устроена программная часть этих коммутаторов? есть же там какая-то ОС, софт какой-то? я так понимаю, что всё закрыто от посторонних, но может все-таки какая-то информация проскакивала?
мда…
я вижу, что автор статьи не понимает разницы между полосой пропускания и окном прозрачности, поэтому излагает всякую ересь, делая перевод по далекой от него теме.
«свет распространяется со скоростью 0.69c» это как? это что за новая единица? в метрах в секунду это сколько?
«полосы пропускания (160 нм)»? то же самое. речь идет о ширине полосы пропускания? но и она измеряется в герцах…
то есть на 31% медленнее… или почти в полтора раза больше, чем в обычном оптоволокне. спасибо, я верю в чудеса математики, но зачем смущать неискушенного читателя.
мне показалось, что автор явно не специалист в области переводимого текста.
Подскажите, не переводилась ли упомянутая книга про неписаные законы инженерии на русский?
Очень заманчиво звучит, но уровень английского не позволяет…
а существуют ли системы, которые позволяют двигать/вращать не камеру, а сам объект съемки?
например, для получения 360 градусной модели мобильного телефона?
Такой еще вопрос — какую примерно долю в общем трафиике занимает HTPP-траффик для сферического пользователя в вакууме?
правильно ли я понял схему?
В идеале было бы неплохо перенести этот код в программную часть коммутатора. Вот я и ищу, как подойти к этой проблеме. Мы собираемся использовать его на уровне провайдера, поэтому производительность должна быть соответствующей.
Я также догадываюсь, что работа коммутатора с пакетами на седьмом уровне модели OSI вместо второго-третьего мерьезно снизит производительность железки, но все равно надо пробовать.
Я не уверен, пойдет ли производитель на то, чтобы допустить нас к телу. Скорее всего нет. А вот если будет готовый работающий софт — тогда разговор может пойти проще. Как-то так.
в смысле билайну, пост которого закидали какашками?
я вижу, что автор статьи не понимает разницы между полосой пропускания и окном прозрачности, поэтому излагает всякую ересь, делая перевод по далекой от него теме.
и
Полоса пропускания
и перечитайте второй абзац поста
«полосы пропускания (160 нм)»? то же самое. речь идет о ширине полосы пропускания? но и она измеряется в герцах…
то есть на 31% медленнее… или почти в полтора раза больше, чем в обычном оптоволокне. спасибо, я верю в чудеса математики, но зачем смущать неискушенного читателя.
мне показалось, что автор явно не специалист в области переводимого текста.
Очень заманчиво звучит, но уровень английского не позволяет…
например, для получения 360 градусной модели мобильного телефона?
Неужели за красивые глаза его покупать?