Linux - сакс и масдай

slozovsk · Post by **slozovsk** » 08 Oct 2003 01:53

Мы засовываем Linux в коробки - wireless access points. Почему Linux? Дешевле потому что. И возможно не на этапе разработки (где может оказаться и дороже), а для клиента. Не надо платить роялти за каждую коробку Wind River или MS. (А надо платить нам, но меньше и не за ОС :-)

А поскольку здесь капитализм - делают то что выгодно и хорошо для клиента, а не то что удобно для программистов. У меня, конечно, претензии к Линуксу есть, но фатальных проблем не наблюдается.

Кстати, у нас и бывшие сотрудники Wind River (производитель VxWorks) работают, в том числе и высокого уровня.

Насколько мне известно, доля рынка VxWorks сокращается. И наша компания, естественно не единственная, которая засовывает Linux в access points, хотя производители чипов в приложение к refernce design очень часто дают решение под VxWorks (ну надо им дать что-то, чтобы продемонстрировать работоспособность железа), которое OEMы выкидывают и ставят Linux.

A. Fig Lee · Post by **A. Fig Lee** » 08 Oct 2003 02:06

Veselchak U wrote:Вас, А. Фиг Лее, читать одно удовольствие! Ваш последний пост мне Зощенко напомнил. Keep up the good work!

Спасыба.

CompuGeek · Post by **CompuGeek** » 08 Oct 2003 02:52

slozovsk wrote:Мы засовываем Linux в коробки - wireless access points. Почему Linux? Дешевле потому что. И возможно не на этапе разработки (где может оказаться и дороже), а для клиента. Не надо платить роялти за каждую коробку Wind River или MS. (А надо платить нам, но меньше и не за ОС

А поскольку здесь капитализм - делают то что выгодно и хорошо для клиента, а не то что удобно для программистов. У меня, конечно, претензии к Линуксу есть, но фатальных проблем не наблюдается.

Кстати, у нас и бывшие сотрудники Wind River (производитель VxWorks) работают, в том числе и высокого уровня.

Насколько мне известно, доля рынка VxWorks сокращается. И наша компания, естественно не единственная, которая засовывает Linux в access points, хотя производители чипов в приложение к refernce design очень часто дают решение под VxWorks (ну надо им дать что-то, чтобы продемонстрировать работоспособность железа), которое OEMы выкидывают и ставят Linux.

Линукс, Фря, Виндовс... Везде свои заморочки. У нас вообще своя закрытая OS - да, есть и у нее свои , скажем так, особенности. Кто-то их назовет багами :pain1:

bison · Post by **bison** » 08 Oct 2003 11:37

A. Fig Lee wrote:Function mkstemps - тоже нет.
Елементарный truncate, наконец - не имею, грит понятия что ето такое.
Запускаю gdb - не могу грит access memory. Какая мемори?

sockstat == netstat -p

У Вас, повидимому, какой-то другой Linux

man mkstemp; man truncate
А что такое с gdb ? Никогда не встречал

A. Fig Lee · Post by **A. Fig Lee** » 08 Oct 2003 12:25

bison wrote:
A. Fig Lee wrote:Function mkstemps - тоже нет.
Елементарный truncate, наконец - не имею, грит понятия что ето такое.
Запускаю gdb - не могу грит access memory. Какая мемори?

sockstat == netstat -p

А где там показывают какой процесс на коаком порту с кем коннектится?
У меня об етом тишина. Ну лано,
На работе проверю. Нужен конкретно sockstat -c

У Вас, повидимому, какой-то другой Linux
man mkstemp; man truncate

mkstemps
truncate - я не про функцию, а про утилиту:
truncate -s new_size my_long_file :umnik1:

[/b]

bison · Post by **bison** » 08 Oct 2003 17:12

A. Fig Lee wrote:А где там показывают какой процесс на коаком порту с кем коннектится?
У меня об етом тишина. Ну лано,
На работе проверю. Нужен конкретно sockstat -c

man netstat
-p, --program
Show the PID and name of the program to which each socket belongs.

A. Fig Lee wrote:
mkstemps
truncate - я не про функцию, а про утилиту:
truncate -s new_size my_long_file

Есть утилитка mktemp...

truncate я не нашёл, не знаю есть ли аналог

когда-то рассматривали вопрос о её включение (после того как она появилась в FreeBSD) и пришли
к выводу о её ненужности

Остаётся только продтвердить Ваш вывод: и ниче на нем нет

:):)

A. Fig Lee · Post by **A. Fig Lee** » 09 Oct 2003 01:48

bison wrote:
A. Fig Lee wrote:А где там показывают какой процесс на коаком порту с кем коннектится?
У меня об етом тишина. Ну лано,
На работе проверю. Нужен конкретно sockstat -c

man netstat
-p, --program
Show the PID and name of the program to which each socket belongs.

Ок, оправдать. ...Условно. :mrgreen:

На Линухе - точно, ето срабатывает.

A. Fig Lee wrote:
mkstemps
truncate - я не про функцию, а про утилиту:
truncate -s new_size my_long_file

Есть утилитка mktemp...

Тут мне как раз функция нужна - суффикс от Windows file сохранять.
Отказать. :pain1:

truncate я не нашёл, не знаю есть ли аналог
когда-то рассматривали вопрос о её включение (после того как она появилась в FreeBSD) и пришли
к выводу о её ненужности

Меня спросили? А как же логи длинные обрезать?
Нужна она - ясен пень. Опять отказать. :pain1:

bison · Post by **bison** » 09 Oct 2003 12:04

A. Fig Lee wrote:Тут мне как раз функция нужна - суффикс от Windows file сохранять.
Отказать.

И чем mkstemp не устраивает ?
можно точку на "\0" заменять - потом обратно
mkstemps - нестандартная функция

A. Fig Lee wrote:Меня спросили? А как же логи длинные обрезать?
Нужна она - ясен пень. Опять отказать.

Интересный подход - отрезать самые поздние логи ...
Может проще обнулить файл ? А старую версию cжать?
dd поможет

В любом случае эта утилита не входит ни в один стандарт,
и присутствует только под (Free?)BSD

logrotate - если уж обязательно нужна отдельная утилита.

Вообще мне нравится такой подход - выбирать функции, утилиты, которые не входят в стандарт и требовать от других OS их поддержки

По этим критериям не подойдёт ещё ряд OS типа той же солярки.

Приведём обратный пример.
Допустим мне нужна фунция iconv (стандарт UNIX98)
Которая присутствует уже несколько лет и в Solaris и в Linux.
oops - с фрей не идёт, надо отдельно ставить...

Я тоже могу нарыть много GNU extentions, типа того же mtrace

- но это ни очём не говорит ...

На практике приходится писать так, что бы скрипт/программы работала где-то ещё и не вставлять
самые последние фичи, даже если они и очень привлекательные.