LINUX.ORG.RU

FreeBSD 7.1

 


0

0

Вышла новая версия FreeBSD за номером 7.1.

Что нового:

  • исправления безопасности в openssh, bind, nmount, ftpd и др.;
  • dtrace из OpenSolaris;
  • улучшения в ядерном дебагере ddb, включая поддержку базового скриптования;
  • улучшения в загрузчике, которые позволят загружать FreeBSD c USB устройств;
  • новое поддерживаемое железо, в частности Intel G33/G45, i915 GME, контроллеры Atheros AR8121/AR8113/AR8114 и др.;
  • улучшения в поддержке сети и сетевых драйверах;
  • множественные улучшения и исправления ошибок в пользовательских утилитах (adduser, at, cp, cron, dhclient, fdisk, ifconfig, ...);
  • GNOME 2.22;
  • KDE 3.5.10;
  • и многое другое...

ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/7.1

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Ответ на: комментарий от emp

>Расскажите мне чем в линуксе заменить ng_netflow
ipt_netflow

>ng_ipfw
костыль для связи netgraph & ipfw

>ipfw tables
сразу видно человека, который не знает про ipset

>dummynet

в linux _замечательный_ шейпер/полисер. А вы своим дамминетом не можете
порезать полосу клиенту так, чтобы не латентность канала не взлетала до небес и для этого изобретают костыли вроде dummynet.io.fast

>mpd на потоках в 200-300kpps 600mbit

и чё у вас там? pppoe? mpd5(терминит pppoe) + quagga, занимающаяся ospf зачётно уводит 7.0-RELEASE в панику.

И своими 200-300kpps утритесь - у меня 1.2mpps на обычном десктопном железе.

>Я не в восторге от портов и ещё некоторых вещей во фре.

угу. для интересующихся - попробуйте xorp собрать из портов.
Без напильника не собираецца.



anonymous
()
Ответ на: комментарий от anonymous

>ipt_netflow

и что уже можно пользоваться ? когда в ядро включат ? на сколько проц грузит ?

>сразу видно человека, который не знает про ipset

про ipset уже всё обсудили на наге.

>в linux _замечательный_ шейпер/полисер. А вы своим дамминетом не можете >порезать полосу клиенту так, чтобы не латентность канала не взлетала до небес и для этого изобретают костыли вроде dummynet.io.fast

только вот тормоз он.в своё время даже до 100kpps не дотянул. на думминете никаких задержек не наблюдаю. может у вас просто реальный перегруз ?

>и чё у вас там? pppoe? mpd5(терминит pppoe) + quagga, занимающаяся ospf зачётно уводит 7.0-RELEASE в панику.

pppoe у меня пока на 6.3 проблем не наблюдаю.

>И своими 200-300kpps утритесь - у меня 1.2mpps на обычном десктопном железе.

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

emp
()
Ответ на: комментарий от emp

>>ipt_netflow
>и что уже можно пользоваться ? когда в ядро включат ? на сколько проц грузит ? 

пользоваться вполне можно. 700kpps, полёт нормальных.
Для того чтобы пользоваться, не обязательно иметь это в ядре.
Вон, народ драйвера для em яндексовские собирает же, хотя штатно их нет.

>про ipset уже всё обсудили на наге. 
можно линк?

>только вот тормоз он.в своё время даже до 100kpps не дотянул. на думминете никаких задержек не наблюдаю. может у вас просто реальный перегруз ? 

тормоз? не сказал бы. 700kpps вполне тянет. В свое время - это когда?
Да и всё зависит от дисциплины. Кстати, насчёт dummynet вопрос: а как распределяются скорости пользовательских соединений в рамках одного пайпа? 

>pppoe у меня пока на 6.3 проблем не наблюдаю. 

я ж выше писал: mpd5+ospfd из квагги. в любом случае не должно userspace-приложение уводить в панику систему.
Так же как частенько уводит в панику такие фокусы:

ifconfig vlan0 create
ifconfig vlan0 destroy

так 3-4 раза и вполне вероятна паника. Иногда оно и с 1го раза случается. На 7ке такое чаще, на 6ке - реже.

>можно попытаться поверить на чисто роутинге, но с шейперами пока не продемонстрируете - не было. 

да, там чистый роутинг но 2 full-view.

anonymous
()
Ответ на: комментарий от anonymous

>пользоваться вполне можно. 700kpps, полёт нормальных.

опять же на чистом роутинге ? вы сами пользуетесь в продакшне ?

>Вон, народ драйвера для em яндексовские собирает же, хотя штатно их нет.

кому надо собирают. кому не надо пользуются интеловскими.

>>про ipset уже всё обсудили на наге. >можно линк?

http://nag.ru поучите там пионеров, а то они едят кактусы да никак кайфа не поймут.

>>только вот тормоз он.в своё время даже до 100kpps не дотянул. на думминете никаких задержек не наблюдаю. может у вас просто реальный перегруз ? >тормоз? не сказал бы. 700kpps вполне тянет. В свое время - это когда?

когда первые core2 появились.

>Да и всё зависит от дисциплины. Кстати, насчёт dummynet вопрос: а как распределяются скорости пользовательских соединений в рамках одного пайпа?

пайпов столько же сколько тарифов. они динамические. + пайпы для приоретизации на аплинках.

>я ж выше писал: mpd5+ospfd из квагги. в любом случае не должно userspace-приложение уводить в панику систему.

mpd ng ноды создаёт, то есть оно частично ядерное. врядли сам mpd уводит в панику. скорее при манипуляции с нодами.

>Так же как частенько уводит в панику такие фокусы:

попробую на досуге

>да, там чистый роутинг но 2 full-view.

ну тогда не катит. покажите kpps на шейпинге 600mbit в дупликсе.

emp
()
Ответ на: комментарий от emp

>опять же на чистом роутинге ? вы сами пользуетесь в продакшне ? 

да, пользуюсь и нареканий нет.

>>про ipset уже всё обсудили на наге. >можно линк?
>http://nag.ru поучите там пионеров, а то они едят кактусы да никак кайфа не поймут. 

линк на обсуждение. наг то я и без вас читаю.

>когда первые core2 появились. 
уважаемый, последний патч между 2.6.27 & 2.6.28 весил ~ 59Мб.
С того момента несколько релизов уже прошло. Вы понимаете что это целая вечность и за это время уже много чего переколбасили в ядре?

>пайпов столько же сколько тарифов. они динамические. + пайпы для приоретизации на аплинках. 

класс. вот дали вы юзеру тариф в 2Мбит. Юзер запускает ping ya.ru,
видит что-то вроде 30мс. Начинает wget'ом тянуть исошку вышедшей 7.1 с ключиком --limit-rate=170k, что даст нам скорость в 170Кбайт/с
И вот тут мы видим, как благодаря замечательному dummynet пинги подпрыгивают до неприличных 300-500мс, ибо такой замечательный алгоритм у dummynet.

>mpd ng ноды создаёт, то есть оно частично ядерное. врядли сам mpd уводит в панику. скорее при манипуляции с нодами. 

это да. но почему это происходит только в сочетании с ospfd? ;)

>ну тогда не катит. покажите kpps на шейпинге 600mbit в дупликсе. 

так несколько mpps нынче не проблема, как и продуть 7Гбит/с трафика.
Главное - это nic на pcie + MSI + какой-нить E8500.


anonymous
()
Ответ на: комментарий от anonymous

>для интересующихся - попробуйте xorp собрать из портов.

% cd /usr/ports/net/xorp/
% make package clean
Вывод:
...
gmake[1]: Leaving directory `/usr/ports/net/xorp/work/xorp-1.5'
/usr/bin/env BSD_INSTALL_PROGRAM="install  -s -o root -g wheel -m 555"  BSD_INSTALL_SCRIPT="install  -o root -g wheel -m 555"  BSD_INSTALL_DATA="install  -o root -g wheel -m 444"  BSD_INSTALL_MAN="install  -o root -g wheel -m 444" CURDIR=/usr/ports/net/xorp DISTDIR=/usr/distfiles  WRKDIR=/usr/ports/net/xorp/work WRKSRC=/usr/ports/net/xorp/work/xorp-1.5 PATCHDIR=/usr/ports/net/xorp/files  SCRIPTDIR=/usr/ports/net/xorp/scripts FILESDIR=/usr/ports/net/xorp/files  PORTSDIR=/usr/ports PREFIX=/usr/local LOCALBASE=/usr/local  X11BASE=/usr/local /bin/sh /usr/ports/net/xorp/pkg-install xorp-1.5 POST-INSTALL
cp: /usr/ports/net/xorp/work/xorp-1.5/rtrmgr/config.boot.sample: No such file or directory
Adding group "xorp".

Add the following lines to /etc/rc.conf to enable xorp:

defaultrouter="NO"
xorp_enable="YES"

A configuration file must be created at /usr/local/etc/xorp.conf before use.

Users who will be changing the xorp configuration via xorpsh
must be members of the group xorp.

===> Installing rc.d startup script(s)
===>   Registering installation for xorp-1.5
===> SECURITY REPORT: 
      This port has installed the following files which may act as network
      servers and may therefore pose a remote security risk to the system.
/usr/local/policy/xorp_policy
/usr/local/rip/xorp_rip
/usr/local/fea/xorp_fea_dummy
/usr/local/cli/tools/send_cli_processor_xrl
/usr/local/fib2mrib/xorp_fib2mrib
/usr/local/fea/tools/show_interfaces
/usr/local/contrib/olsr/tools/clear_database
/usr/local/ospf/tools/clear_database
/usr/local/contrib/olsr/xorp_olsr4
/usr/local/rib/tools/show_distances
/usr/local/libxipc/xorp_finder
/usr/local/rib/xorp_rib
/usr/local/rib/tools/show_routes
/usr/local/mld6igmp/xorp_mld
/usr/local/bgp/tools/xorpsh_print_peers
/usr/local/ospf/xorp_ospfv2
/usr/local/rip/tools/show_peer_stats
/usr/local/ospf/xorp_ospfv3
/usr/local/fea/xorp_fea
/usr/local/bin/xorp_profiler
/usr/local/contrib/olsr/tools/print_databases
/usr/local/bin/xorp_rtrmgr
/usr/local/static_routes/xorp_static_routes
/usr/local/ospf/tools/print_lsas
/usr/local/pim/xorp_pimsm4
/usr/local/pim/xorp_pimsm6
/usr/local/bgp/xorp_bgp
/usr/local/mld6igmp/xorp_igmp
/usr/local/bin/xorpsh
/usr/local/bgp/tools/xorpsh_print_routes
/usr/local/rip/xorp_ripng
/usr/local/rip/tools/show_stats
/usr/local/bin/call_xrl
/usr/local/ospf/tools/print_neighbours

      This port has installed the following startup scripts which may cause
      these network services to be started at boot time.
/usr/local/etc/rc.d/xorp

      If there are vulnerabilities in these programs there may be a security
      risk to the system. FreeBSD makes no guarantee about the security of
      ports included in the Ports Collection. Please type 'make deinstall'
      to deinstall the port if this is a concern.

      For more information, and contact details about the security
      status of this software, see the following webpage: 
http://www.xorp.org/
===>  Building package for xorp-1.5
Creating package /usr/ports/packages/All/xorp-1.5.tbz
Registering depends:.
Creating bzip'd tar ball in '/usr/ports/packages/All/xorp-1.5.tbz'
===>  Cleaning for xorp-1.5
%

И что я делаю не так?

iZEN ★★★★★
()
Ответ на: комментарий от anonymous

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

рад за вас. расскажите об этом людям а то видимо никто не знает. howto на opennet напишите чтоли.

>линк на обсуждение. наг то я и без вас читаю.

поиском воспользоваться тяжело ? тем таких не мало было.

>уважаемый, последний патч между 2.6.27 & 2.6.28 весил ~ 59Мб. >С того момента несколько релизов уже прошло. Вы понимаете что это целая вечность и за это время уже много чего переколбасили в ядре?

я читаю что меняется в ядрах. очень редко чтото влияющее на сетевую подсистему и её производительность. всё как то поддержка железа в основном.

>класс. вот дали вы юзеру тариф в 2Мбит. Юзер запускает ping ya.ru, >видит что-то вроде 30мс. Начинает wget'ом тянуть исошку вышедшей 7.1 с ключиком --limit-rate=170k, что даст нам скорость в 170Кбайт/с >И вот тут мы видим, как благодаря замечательному dummynet пинги подпрыгивают до неприличных 300-500мс, ибо такой замечательный алгоритм у dummynet.

сейчас специально попробовал. ничего такого не заметил. net.inet.ip.dummynet.io_fast=0 выставлял. разницы ни какой.

>это да. но почему это происходит только в сочетании с ospfd? ;)

а откуда уверенность что именно при нём ?

>так несколько mpps нынче не проблема, как и продуть 7Гбит/с трафика.

продемонстрируйте. только не iperf и прочие попугаемерялки а на реальной нагрузке. с другой стороны зачем оно без шейперов тоже не понятно. на тупо роутинг такого трафика l3 молотилки на вроде c3550/c3750/c6500 больше годятся.

>Главное - это nic на pcie + MSI + какой-нить E8500.

кстати в e1000 поддержан http://download.intel.com/design/network/applnots/ap450.pdf ?

emp
()
Ответ на: комментарий от anonymous

>всё включил? и snmp? и firewall?

в догонку:
скорее всего собрал ты его на 6ке.
xorp собирается с -Werror и начиная с опр. версии gcc там генерируется warning и сборка останавливается. Мне было не трудно руками поправить, но почему это не сделал мантейнер, ведь 7ка уже давно вышла и можно было проверить.

Для того же debian я просто поставит пакет и не маялся с сорцами.

Кстати, те кто сидят на current могут попробовать собрать quagga/xorp.
Там из-за arpv2 их поломали и аффтар arpv2 пока ничего внятного не говорит.

Ещё есть замечательная штука с библиотечкой oh.323, которая работала исключительно с определённой версией pwlib. Но замечательный мантейнер pwlib благодаря не менее замечательной идее "в портах всегда свежий софт" засунул в дерево самую свежую версию pwlib. Мало того что оно просто не собиралось, так если и собиралось то не работало.

И такое - сплошь и рядом в портах.

anonymous
()
Ответ на: комментарий от anonymous

>всё включил? и snmp? и firewall?

>в догонку:
>скорее всего собрал ты его на 6ке.
>xorp собирается с -Werror и начиная с опр. версии gcc там генерируется warning и сборка останавливается. Мне было не трудно руками поправить, но почему это не сделал мантейнер, ведь 7ка уже давно вышла и можно было проверить.


Собрал порт с опциями поумолчанию на машине:
> uname -a
FreeBSD comp 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Tue Dec 30 15:59:37 VOLT 2008     igor@comp:/usr/obj/usr/src/sys/COMP  i386
Опции xorp по умолчанию:
[X] ADVMCAST
[X] IPV6
[ ] SNMP
[X] OPTIMIZATION
[ ] CHECK
[ ] DEBUGGING
[ ] PROFILING
xorp-1.5.tbz 14,7 МБ (15361998 байт)


Пересобрал порт xorp с другими опциями:
[X] ADVMCAST
[X] IPV6
[X] SNMP
[X] OPTIMIZATION
[X] CHECK
[ ] DEBUGGING
[ ] PROFILING
Вывод:
...
gmake[2]: Leaving directory `/usr/ports/net/xorp/work/xorp-1.5'
gmake[1]: Leaving directory `/usr/ports/net/xorp/work/xorp-1.5'
/usr/bin/env BSD_INSTALL_PROGRAM="install  -s -o root -g wheel -m 555"  BSD_INSTALL_SCRIPT="install  -o root -g wheel -m 555"  BSD_INSTALL_DATA="install  -o root -g wheel -m 444"  BSD_INSTALL_MAN="install  -o root -g wheel -m 444" CURDIR=/usr/ports/net/xorp DISTDIR=/usr/distfiles  WRKDIR=/usr/ports/net/xorp/work WRKSRC=/usr/ports/net/xorp/work/xorp-1.5 PATCHDIR=/usr/ports/net/xorp/files  SCRIPTDIR=/usr/ports/net/xorp/scripts FILESDIR=/usr/ports/net/xorp/files  PORTSDIR=/usr/ports PREFIX=/usr/local LOCALBASE=/usr/local  X11BASE=/usr/local /bin/sh /usr/ports/net/xorp/pkg-install xorp-1.5 POST-INSTALL
cp: /usr/ports/net/xorp/work/xorp-1.5/rtrmgr/config.boot.sample: No such file or directory
Adding group "xorp".

Add the following lines to /etc/rc.conf to enable xorp:

defaultrouter="NO"
xorp_enable="YES"

A configuration file must be created at /usr/local/etc/xorp.conf before use.

Users who will be changing the xorp configuration via xorpsh
must be members of the group xorp.

===> Installing rc.d startup script(s)
===>   Running ldconfig
/sbin/ldconfig -m /usr/local/mibs
===>   Installing ldconfig configuration file
===>   Registering installation for xorp-1.5
===> SECURITY REPORT: 
      This port has installed the following files which may act as network
      servers and may therefore pose a remote security risk to the system.
/usr/local/policy/xorp_policy
/usr/local/rip/xorp_rip
/usr/local/fea/xorp_fea_dummy
/usr/local/cli/tools/send_cli_processor_xrl
/usr/local/fib2mrib/xorp_fib2mrib
/usr/local/fea/tools/show_interfaces
/usr/local/contrib/olsr/tools/clear_database
/usr/local/ospf/tools/clear_database
/usr/local/contrib/olsr/xorp_olsr4
/usr/local/rib/tools/show_distances
/usr/local/libxipc/xorp_finder
/usr/local/rib/xorp_rib
/usr/local/rib/tools/show_routes
/usr/local/mld6igmp/xorp_mld
/usr/local/bgp/tools/xorpsh_print_peers
/usr/local/ospf/xorp_ospfv2
/usr/local/rip/tools/show_peer_stats
/usr/local/ospf/xorp_ospfv3
/usr/local/fea/xorp_fea
/usr/local/bin/xorp_profiler
/usr/local/contrib/olsr/tools/print_databases
/usr/local/bin/xorp_rtrmgr
/usr/local/static_routes/xorp_static_routes
/usr/local/ospf/tools/print_lsas
/usr/local/mibs/libnetsnmpxorp.so
/usr/local/pim/xorp_pimsm4
/usr/local/pim/xorp_pimsm6
/usr/local/bgp/xorp_bgp
/usr/local/mld6igmp/xorp_igmp
/usr/local/bin/xorpsh
/usr/local/bgp/tools/xorpsh_print_routes
/usr/local/rip/xorp_ripng
/usr/local/rip/tools/show_stats
/usr/local/bin/call_xrl
/usr/local/ospf/tools/print_neighbours

      This port has installed the following startup scripts which may cause
      these network services to be started at boot time.
/usr/local/etc/rc.d/xorp

      If there are vulnerabilities in these programs there may be a security
      risk to the system. FreeBSD makes no guarantee about the security of
      ports included in the Ports Collection. Please type 'make deinstall'
      to deinstall the port if this is a concern.

      For more information, and contact details about the security
      status of this software, see the following webpage: 
http://www.xorp.org/
===>  Building package for xorp-1.5
Creating package /usr/packages/All/xorp-1.5.tbz
Registering depends:.
Creating bzip'd tar ball in '/usr/packages/All/xorp-1.5.tbz'
===>  Cleaning for xorp-1.5
% ls -all /usr/ports/packages/All/xorp-1.5.tbz
-rw-r--r--  1 root  wheel  18419959  5 янв 01:55 /usr/ports/packages/All/xorp-1.5.tbz

Без проблем собирается.
Работу не проверял (мне не нужно). Мы же говорим конкретно о сборке, а не о работе.

iZEN ★★★★★
()
Ответ на: комментарий от emp

>рад за вас. расскажите об этом людям а то видимо никто не знает. howto на opennet напишите чтоли. 

я редко что-то пишу. но чуть-чуть моих заметок на opennet есть и это не банальщина вида "ipsec psk с ike v1 на публичных статических адресах + pf".

>поиском воспользоваться тяжело ? тем таких не мало было. 

вам не кажется, что апеллировать к некоему абстрактному обсуждению "найдитесами" глупо и несерьёзно?

гугл по "ipset site:nag.ru" ничего вразумительного не выдал. большинство обсуждений заканчиваются тем, что аффтар просто переписал правила как правильно.

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

мне оно не надо. 

>на тупо роутинг такого трафика l3 молотилки на вроде c3550/c3750/c6500 больше годятся. 

угу. и 7301 на терминацию pppoe.

anonymous
()
Ответ на: комментарий от emp

>кстати в e1000 поддержан http://download.intel.com/design/network/applnots/ap450.pdf ? 

parm:           TxDescriptors:Number of transmit descriptors (array of int)
parm:           RxDescriptors:Number of receive descriptors (array of int)
parm:           Speed:Speed setting (array of int)
parm:           Duplex:Duplex setting (array of int)
parm:           AutoNeg:Advertised auto-negotiation setting (array of int)
parm:           FlowControl:Flow Control setting (array of int)
parm:           XsumRX:Disable or enable Receive Checksum offload (array of int)
parm:           TxIntDelay:Transmit Interrupt Delay (array of int)
parm:           TxAbsIntDelay:Transmit Absolute Interrupt Delay (array of int)
parm:           RxIntDelay:Receive Interrupt Delay (array of int)
parm:           RxAbsIntDelay:Receive Absolute Interrupt Delay (array of int)
parm:           InterruptThrottleRate:Interrupt Throttling Rate (array of int)
parm:           SmartPowerDownEnable:Enable PHY smart power down (array of int)
parm:           KumeranLockLoss:Enable Kumeran lock loss workaround (array of int)
parm:           copybreak:Maximum size of packet that is copied to a new buffer on receive (uint)
parm:           debug:Debug level (0=none,...,16=all) (int)


если кратко - да. Если менее кратко - драйвер для интеловских гигабиток у linux & freebsd общие :)

anonymous
()
Ответ на: комментарий от anonymous

>я редко что-то пишу. но чуть-чуть моих заметок на opennet есть и это не банальщина вида "ipsec psk с ike v1 на публичных статических адресах + pf".

я думаю это будет полезная статья. только сразу типа... производительный шейпер + подсчёт трафика на N kpps. а иначе любой пионер соберёт.

>вам не кажется, что апеллировать к некоему абстрактному обсуждению "найдитесами" глупо и несерьёзно?

ну это из серии у меня 1.2mpps.

>гугл по "ipset site:nag.ru" ничего вразумительного не выдал. большинство обсуждений заканчиваются тем, что аффтар просто переписал правила как правильно.

я читал но ссылки не сохранял. искать за вас тоже не намерен. по крайней мере не сегодня и не сейчас. спать хочется.

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

значит не было.

>>на тупо роутинг такого трафика l3 молотилки на вроде c3550/c3750/c6500 больше годятся. >угу. и 7301 на терминацию pppoe.

я про pppoe ничего не говорил. а вы на линуксах уже обгоняете l3 свитчи от циско ?

emp
()
Ответ на: комментарий от anonymous

>>arpv2 вроде в CURRENT ?

>угу. там стонов из-за этого дофига.

кто заставляет есть кактусы ?

emp
()
Ответ на: комментарий от anonymous

>если кратко - да. Если менее кратко - драйвер для интеловских гигабиток у linux & freebsd общие :)

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

emp
()
Ответ на: комментарий от emp

>ну это из серии у меня 1.2mpps.

это лишь демонстрация возможности роутить 1.2mpps на linux.
В реальной жизни такие нагрузки в ядре сети(привет cisco, juniper).

>я читал но ссылки не сохранял. искать за вас тоже не намерен. по крайней мере не сегодня и не сейчас. спать хочется. 

слив защитан.

>значит не было. 
ок. тогда проблем шейпингом трафика на linux нет.

>я про pppoe ничего не говорил. а вы на линуксах уже обгоняете l3 свитчи от циско ? 

не стоит приписывать мне того, чего я не говорил. 
у моего работодателя достаточно финансов чтобы покупать железки от cisco(есть в нашем хозяйстве и 12000, и crs-1) и от juniper(всякие m7, m10, mx960). 

Софтовые роутеры на фряхе - это классно, интересно и, даже, иногда производительно. Но это конструктор "сделай сам".

anonymous
()
Ответ на: комментарий от emp

>>если кратко - да. Если менее кратко - драйвер для интеловских гигабиток у linux & freebsd общие :)

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

могут :) вы хотя бы в код посмотрите или на структуру файлов:

~/codeblocks/intel/e1000-8.0.6/src$ ls
e1000_82540.c  e1000_82542.c  e1000_api.c      e1000_ethtool.c  e1000_mac.c   e1000_manage.c  e1000_nvm.h    e1000_phy.c   kcompat.c          Makefile
e1000_82541.c  e1000_82543.c  e1000_api.h      e1000.h          e1000_mac.h   e1000_manage.h  e1000_osdep.h  e1000_phy.h   kcompat_ethtool.c
e1000_82541.h  e1000_82543.h  e1000_defines.h  e1000_hw.h       e1000_main.c  e1000_nvm.c     e1000_param.c  e1000_regs.h  kcompat.h


~/codeblocks/intel/em-6.9.5/src$ ls
e1000_80003es2lan.c  e1000_82541.c  e1000_82543.c  e1000_82571.h  e1000_defines.h  e1000_ich8lan.h  e1000_manage.c  e1000_nvm.h    e1000_phy.c   if_em.c
e1000_80003es2lan.h  e1000_82541.h  e1000_82543.h  e1000_api.c    e1000_hw.h       e1000_mac.c      e1000_manage.h  e1000_osdep.c  e1000_phy.h   if_em.h
e1000_82540.c        e1000_82542.c  e1000_82571.c  e1000_api.h    e1000_ich8lan.c  e1000_mac.h      e1000_nvm.c     e1000_osdep.h  e1000_regs.h  Makefile

freebsd'шные дрова пишутся на основе дров для linux.

anonymous
()
Ответ на: комментарий от anonymous

>это лишь демонстрация возможности роутить 1.2mpps на linux.

я так и думал. запистили iperf и в один поток получилик пик на гигабите.

>В реальной жизни такие нагрузки в ядре сети(привет cisco, juniper).

и правильно

>слив защитан.

вы тоже ничего не доказали

>значит не было. >ок. тогда проблем шейпингом трафика на linux нет.

значит не доказано. иначе на лороподобных сайтах уже бы новостей был вагон на эту тему.

>не стоит приписывать мне того, чего я не говорил. >у моего работодателя достаточно финансов чтобы покупать железки от cisco(есть в нашем хозяйстве и 12000, и crs-1) и от juniper(всякие m7, m10, mx960).

то есть linux вы на столе попробовали через какой нибудь iperf

>Софтовые роутеры на фряхе - это классно, интересно и, даже, иногда производительно. Но это конструктор "сделай сам".

я так и думал. очередной anonymous теоретик.

emp
()
Ответ на: комментарий от anonymous

>freebsd'шные дрова пишутся на основе дров для linux.

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

emp
()
Ответ на: комментарий от emp

>я так и думал. запистили iperf и в один поток получилик пик на гигабите.

вы бы хоть не позорились. iperf вам никогда не даст 1mpps 
Пиг на гигабите - 1.4mpps теоретический.

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

>я так и думал. очередной anonymous теоретик. 
жжоте напалмом. уважаемый, покажите выхлоп netstat -w1 с ваших систем.

anonymous
()
Ответ на: комментарий от emp

>>freebsd'шные дрова пишутся на основе дров для linux.
>ну и чего такого ? зачем файлы то переименовывать ? а вот изменений там должно быть не мало. 

ага, конечно. в код то посмотрите.

anonymous
()
Ответ на: комментарий от anonymous

>>вы бы хоть не позорились. iperf вам никогда не даст 1mpps >Пиг на гигабите - 1.4mpps теоретический.

процессора не хватит ? а ещё и пророутить надо. потому и усомнился. чем тогда вообще меряли ?

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

в моём первом посте всё сказано. подсчёт по netflow и шейпинг при 600mbit в дуплексе.

>>Если бы с шейпингом были серьёзные проблемы, то все форумы были бы завалены стонами.

они и завалены. только стоны что типа 20-60kpps на линуксе и больше не получается.

>>я так и думал. очередной anonymous теоретик. >жжоте напалмом. уважаемый, покажите выхлоп netstat -w1 с ваших систем.

сейчас к сажалению не пиковый момент. утро уже.

packets errs bytes packets errs bytes colls

108299 0 84162081 87749 0 66855142 0

110361 0 87090263 87885 0 67087312 0

106479 0 82865794 85573 0 64998168 0

111171 0 87669523 87196 0 66391874 0

emp
()
Ответ на: комментарий от emp

>процессора не хватит ? а ещё и пророутить надо. потому и усомнился. чем тогда вообще меряли ? 

ну хотя бы переключений контекста дофига.
мерилось просто: 10 машин с помощью ядерного pktgen генерируют udp-трафик из сети 10/8 в сеть 192.168/16 с/на случайный порт.
Машинка с E8200 и 2мя гигабитками на pcie всё это роутит на ящик с freebsd(1Ge, pcie) и показывает netstat -w1
на фряхе запущен arpd, отвечающий на все arp-запросы "это я".

>они и завалены. только стоны что типа 20-60kpps на линуксе и больше не получается. 

а сколько классов, какова структура? у меня на том же тесте nat был. 2млн стейтов, 50kpps трафика при 50% на каждое ядро.

>111171 0 87669523 87196 0 66391874 0 

а чем машина занимается и что за железо?
что в top?

anonymous
()
Ответ на: комментарий от emp

>они и завалены. только стоны что типа 20-60kpps на линуксе и больше не получается. 

сказки. Более того, я сейчас наблюдаю 7.1 на дуалкоре, у которой в top болтается swi1:net с 79% WCPU в состоянии WAIT.

О! класс... только что словили панику.

kmem_malloc(4096): kmem_map too small

кончилась ядреная память. Это всё забавный pf с его keep state by default.

ipfw тоже классно умирает, уводя систему в панику.

anonymous
()
Ответ на: комментарий от anonymous

Начинайте причмокивать =)))
HP# foreach i ( `jot - 1 100`)
foreach? ifconfig vlan0 create ; ifconfig vlan0 destroy
foreach? end
HP# uname -a
FreeBSD HP.lissyara.su 8.0-CURRENT FreeBSD 8.0-CURRENT #0: 
Thu Jan  1 20:10:55 MSK 2009     root@HP.lissyara.su:/usr/obj/usr/src/sys/HP  amd64
HP#    
============
> 2. Системный блок, способный заменить старье, спокойно укладывается в 300 баксов = 7500 рублей.
товарисч дебил? разницу между старым сервером и современным системником не ощушает? Хотя бы по надёжности.
У нас третьи пни работают и будут ещё много лет работать. Ибо это сервера. HP. На них запчасти до сих пор производят и продают.
==============
>> BSD - это ОПЕРАЦИОННАЯ СИСТЕМА, а не дистрибутив. разрабатывают все вместе, весь код полностью.
>да-да, и именно поэтому пишите вы это сообщение из-под самой лучшей и стабильной ОС - windows xp :-)
no-dashi - злой вы стали за последние 4 года =))
uname -a - выше. вашего - пока не видно.

lissyara
()
Ответ на: комментарий от anonymous

>мерилось просто: 10 машин с помощью ядерного pktgen генерируют udp-трафик из сети 10/8 в сеть 192.168/16 с/на случайный порт. >Машинка с E8200 и 2мя гигабитками на pcie всё это роутит на ящик с freebsd(1Ge, pcie) и показывает netstat -w1 >на фряхе запущен arpd, отвечающий на все arp-запросы "это я".

то есть 10 потоков это по вашему показатель ? кроме того на лицо тупое перекладываение пакетов с интерфейса на интерфейс. такое действие можно даже в кэш процессора уложить и молитить сколько угодно пока не упрёмся во что нибудь (память, шина). почти cisco cef получается :) стало быть тест всё же синтетический. туда бы пару алпинков с фул вью и десяток пиров. плюс от нескольких тысяч юзеров запросы со стороны ядра. кстати будут и ответы, а значит pps делим попалам. добавим туда шейпер и картина станет совсем грустной.

>>они и завалены. только стоны что типа 20-60kpps на линуксе и больше не получается. >а сколько классов, какова структура? у меня на том же тесте nat был. 2млн стейтов, 50kpps трафика при 50% на каждое ядро.

а я помню ? да и какая разница сколько классов ? или в линуксе есть разница ? на сколько помню большей проблемой было маркировать большое колличество ip адресов. потом придумали ipset, но с ним тоже какие то проблемы были. читал обо всём этом на наге. nat на линуксе действительно быстр. но слава богу я его не использую.

>а чем машина занимается и что за железо?

бордер на 3 аплинка с full view + около десятка пиров. он же считает. он же шейпит. правда в данный момент я разнёс это хозяйство на 2 сервера. железо примерно http://www.team.ru/server/3000R.php точно сейчас не помню. проц Q9550. 4Gb.

>что в top?

в top при 600mbit загрузка ~70% хотя я не сильно даволен результатом. спецы говорят что фря может больше. капаю.

emp
()
Ответ на: комментарий от anonymous

>сказки. Более того, я сейчас наблюдаю 7.1 на дуалкоре, у которой в top болтается swi1:net с 79% WCPU в состоянии WAIT.

на сколько я знаю swi1:net - нагрузка на файрволе.

>kmem_malloc(4096): kmem_map too small >кончилась ядреная память. Это всё забавный pf с его keep state by default.

так я и думал. наверняка через sysctl выкручивается. хотя поведение не достойное. хорошо что я pf не пользуюсь.

>ipfw тоже классно умирает, уводя систему в панику.

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

emp
()
Ответ на: комментарий от emp

> ни разу не наблюдал. а вообще да. более менее кривое железа и фря сразу в панику складывается.

Ну началось, сейчас пойдут отмазы на кривое железо =(

gloomdemon
()
Ответ на: комментарий от gloomdemon

>> ни разу не наблюдал. а вообще да. более менее кривое железа и фря сразу в панику складывается.

>Ну началось, сейчас пойдут отмазы на кривое железо =(

Блин, ну почему у меня она в панику падала только от битых мозгов! Что нужно КРИВОЕ поставить что б фря завалилась?! Расскажите. не, я серьезно

ingoa
()
Ответ на: комментарий от ingoa

> Более того, говорят что и винда не на всех ноутах умеет суспендится правильно.

Говорят. У меня она почему то везде нормально суспендится. Есть конечно всем известный исправленый глюк про 4 гига оперативки. А глюк про необходимость переключить раскладку клавиатуры туда-сюда при входе после суспенда так и остался в SP3.

> А ты хочешь что бы фря могла. Нафиг вообще ее на ноут тянуть? =)

Хм, а нафиг она вообще такая красивая нужна? Тем более она мне больше дистрибов линукса нравится (окромя альтов).

> Блин, ну почему у меня она в панику падала только от битых мозгов! Что нужно КРИВОЕ поставить что б фря завалилась?! Расскажите. не, я серьезно

Ей даже кривое не надо. Вышла 7.0, поставил на ноут. Все замечательно только на 3-х cd не нашлось места для mc (они его почему то принципиально не засовывают на cd, это как обычно) и драйверов для savage ddr (портировали с linux спустя год - полтора, судя по cvs портированием xfree/xorg у них в основном ОДИН человек занимается). Ладно, решил скачать через мобильник, соеденив ноут и мобилу по wifi.

Тут началось самое интересное, на ноуте стоит Ralink RT2500 в minipci (долго выбирал wifi что бы с linux/freebsd проблем не было). Начал соединять, первый раз делал, но тулзы консольные есть, конфиги примеры есть, соеденилось все замечательно, через 3 минуты трафик по wifi перстал идти, хотя коннект есть. Решил пересоздать соединение, отключился от мобилы и получил core dump. И так за полчаса пока качал 2 метра раз 20. Слава богу fetch нормально работает. =( А вы про битое железо.

gloomdemon
()
Ответ на: комментарий от gloomdemon

> Все замечательно только на 3-х cd не нашлось места для mc

Не удивительно. Я посмотрел как он выглядит по-умолчанию и снёс его из бсди нафиг.

sv75 ★★★★★
()
Ответ на: комментарий от sv75

> Не удивительно. Я посмотрел как он выглядит по-умолчанию и снёс его из бсди нафиг.

ООО! Что не так! Или смотрел через xterm? =)

gloomdemon
()
Ответ на: комментарий от gloomdemon

Requires: gamin-0.1.9_2, gettext-0.17_1, gio-fam-backend-2.16.5, glib-2.16.5_1, gmake-3.81_3, libiconv-1.11_1, libslang2-2.1.4, pcre-7.8, perl-5.8.8_1, pkg-config-0.23_1, png-1.2.34, python25-2.5.2_3

с такими депедсами, ну иво нафиг 8)

hizel ★★★★★
()
Ответ на: комментарий от gloomdemon

> ООО! Что не так! Или смотрел через xterm? =)

Всё не так. Особенно то, что всё черное после Ctrl-O. Смотреть через konsole и ssh из линукса.

sv75 ★★★★★
()
Ответ на: комментарий от emp

>почти cisco cef получается :) 
описанное вами к cef отношения не имеет

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

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

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

с какой радости вы взяли множитель 0.5? Отношение вх/исх трафик для пользователя далеко не 50/50.

Тем более, какая разница сколько тыс. юзеров? Это не nat и не statefull firewall. У nic всё равно одна(как правило. но freebsd всё равно не умеет несколько аппаратных очередей) аппаратная очередь и трафик от разных хостов обрабатывается последовательно(ну в случае smp раскидает это по 2м процессорам).

>да и какая разница сколько классов ? или в линуксе есть разница ?
разница есть везде. 

>на сколько помню большей проблемой было маркировать большое колличество ip адресов. потом придумали ipset, но с ним тоже какие то проблемы были.

ipset - это таблицы и не более того. к маркировке они относятся так же, как и таблицы в ipfw/pf к тэгированию(не путать с vlan'ами)

>бордер на 3 аплинка с full view + около десятка пиров.
quagga? ;)))

>он же считает. он же шейпит.
зачем шейпить на бордере? 
что вы будете делать, если ваш мегасервер умрёт?

>в top при 600mbit загрузка ~70% хотя я не сильно даволен результатом. спецы говорят что фря может больше. капаю. 

здаёцца, что рассказывали вы сказки про 300-400kpps, ибо 600мбит/с пакетами по 1500 байт - это ~ 50-60kpps.

anonymous
()
Ответ на: комментарий от Desu

а. ну с х-ами может быть. давно на фряху не ставил такого. но х-ы и в линуксе падают. у меня иногда на нотике падают в убунте после туксрейсера =)

ingoa
()
Ответ на: комментарий от anonymous

>>но х-ы и в линуксе падают

>Поэтому бздуны выбирают Вындоувс.

А что выбирают тролли? =)

ingoa
()
Ответ на: комментарий от emp

>>сказки. Более того, я сейчас наблюдаю 7.1 на дуалкоре, у которой в top болтается swi1:net с 79% WCPU в состоянии WAIT.

>на сколько я знаю swi1:net - нагрузка на файрволе. 
правильно. стоит мне сказать pfctl -d, как машина начинает отвечать на пинги и packet rate поднимается с 47kpps до 140kpps.

>>ipfw тоже классно умирает, уводя систему в панику.
>ни разу не наблюдал. а вообще да. более менее кривое железа и фря сразу в панику складывается. 

ага, заметно
http://lists.freebsd.org/pipermail/freebsd-stable/2009-January/047320.html

хз сколько лет поддерживалось, работало нормально, а тут раз - и уже кривое. всё, паника.

anonymous
()
Ответ на: комментарий от anonymous

Да уж насмотрелся я тут на пердеж... Поэтому поводу тоже пукну :) С mc всё понятно, есть порт mc-light, в нем нормальный мс, который даже диски умеет записывать...

У меня вот старый ноут, дак вот когда там стоял линух, после суспенда отваливалась клава, ну думаю хер с ним суспендом, не буду суспендиться и всё, однако проблема начала проявляться даже при загрузке... Решал я ее всячески(и экран тряпочкой протирал, :)) и по ноуту стучал, а также менял ядра, собирал и руками, и ногами, даже хотел задницей попрыгать, но потом отказался от этой затей, даже примерно локализовал проблему в ядре вплоть до исходника...), короче в итоге плюнул, время дорого было и поставил фрю 7.0, дык вот что я вам скажу други, которые "против", идите вы со своими "против" в пи..ду! Вы просто ее "готовить" не умеете! Я там даже написал свой аналог демона cpufreq, а потом узнал как включать powerd :), тем не менее остался на своем, как то привык я к нему! :)

anonymous
()
Ответ на: комментарий от anonymous

забавно.. http://www.google.ru/search?hl=ru&q=hcl+freebsd&btnG=%D0%9F%D0%BE%D0%...

http://www.freebsd.org/cgi/search.cgi?max=25&source=www&words=hcl&...

А. Нет. Вру. На каком-то левом сайте нашел hcl. под 5ю версию фри, что ли..

Нет. скорей всего, hcl у них есть, но не на видном месте, точно.

ESTAF ★★★
()
Ответ на: комментарий от ingoa

> зато когда из man-а выходишь, нужный текст не сваливает с экрана

+1 Супер фича. Не то что в линуха, нажал клавишу сделал Ctrl+O а там пусто.

gloomdemon
()
Ответ на: комментарий от lissyara

> товарисч дебил?

Дебил у тебя в свидетельстве о рождении прописан.

> разницу между старым сервером и современным системником не ощушает?

Ты или с самого начала диалог прочитай, или не встревай посреди беседы. Впрочем - делаю скидку на твою дубоватость - hint: обрати внимание на слово "выгоревшее".

Manhunt ★★★★★
()
Ответ на: комментарий от anonymous

> Из под винды ssh через putty нормально mc работает

Не сомневался.

sv75 ★★★★★
()
Ответ на: комментарий от gloomdemon

> Раньше последней страницы вывода не было =(

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

tailgunner ★★★★★
()
Ответ на: комментарий от anonymous

>описанное вами к cef отношения не имеет

я знаю как работает cef, я это к тому что можно было бы получить близкую производительность. в бзде этому сопсобствует net.inet.ip.fastforwarding.

>Тем более глупо городить шейпинг на аплинке занимающимся bdp, так просто никто не делает.

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

>с какой радости вы взяли множитель 0.5? Отношение вх/исх трафик для пользователя далеко не 50/50.

не 50/50 но близко. на показаном мной netstat как раз видно соотношение.

>Тем более, какая разница сколько тыс. юзеров? Это не nat и не statefull firewall. У nic всё равно одна(как правило. но freebsd всё равно не умеет несколько аппаратных очередей) >аппаратная очередь и трафик от разных хостов обрабатывается последовательно(ну в случае smp раскидает это по 2м процессорам).

как думаете зачем берут процессоры с максимальным кэшем ?

>>да и какая разница сколько классов ? или в линуксе есть разница ? >разница есть везде.

в случае с tables + tablearg не важно сколько пайпов. всё делается двумя правилами.

>ipset - это таблицы и не более того. к маркировке они относятся так же, как и таблицы в ipfw/pf к тэгированию(не путать с vlan'ами)

то есть маркировать всё же приходится ? тогда совсем всё грустно должно быть при десятках тысячах адресов.

>>бордер на 3 аплинка с full view + около десятка пиров. >quagga? ;)))

да. процессор не отъедает вообще. разве что при заливке fv на 2-3% и то куда меньше чем на циске.

>>он же считает. он же шейпит. >зачем шейпить на бордере?

пока справляется зачем платить больше ?

>что вы будете делать, если ваш мегасервер умрёт?

для этого их 2 работающих параллельно.

>>в top при 600mbit загрузка ~70% хотя я не сильно даволен результатом. спецы говорят что фря может больше. капаю. >здаёцца, что рассказывали вы сказки про 300-400kpps, ибо 600мбит/с пакетами по 1500 байт - это ~ 50-60kpps.

это при синтетических тестах 1500. при обычном юзерском трафике (вёб, voip, dns,...) пакеты всякие попадаются.

emp
()
Ответ на: комментарий от emp

> >ipset - это таблицы и не более того. к маркировке они относятся так же, как и таблицы в ipfw/pf к тэгированию(не путать с vlan'ами)

> то есть маркировать всё же приходится ? тогда совсем всё грустно должно быть при десятках тысячах адресов.

OMG

Бздуны такие бздуны.

anonymous
()
Ответ на: комментарий от emp

>>kmem_malloc(4096): kmem_map too small >кончилась ядреная память. Это всё забавный pf с его keep state by default.

>так я и думал. наверняка через sysctl выкручивается. хотя поведение не достойное. хорошо что я pf не пользуюсь.

То они радуются стыренному pf или zfs, а когда начинают тыкать в косячность так сразу переводят стрелки: не использую, не видел, не имел дела, мне это не надо. Бсдуны одним словом.

anonymous
()
Ответ на: комментарий от gloomdemon

> +1 Супер фича. Не то что в линуха, нажал клавишу сделал Ctrl+O а там пусто.

shift-pgup пробовал нажимать, ламерок?

anonymous
()
Ответ на: комментарий от Desu

>>Что нужно КРИВОЕ поставить что б фря завалилась?!
>Ну для начала, иксы.


Расскажите, как это сделать. А то стандартным образом из портов у меня получается только поставить X'ы, а завалить систему не получается.
Может быть каталог /usr/local сделать симлинком на /usr, чтобы было как в Linux [каша из системы и приложений]?

iZEN ★★★★★
()
Ответ на: комментарий от Manhunt

>hint: обрати внимание на слово "выгоревшее".

обрати внимание на слово - сервер. выше об этом написано. взял и влез с ПКшкой. прально назвали. нече атмазыватеся терь:P

anonymous
()
Ответ на: комментарий от Manhunt

>> товарисч дебил?
>Дебил у тебя в свидетельстве о рождении прописан. 
Товарисч дЭбильный телепат? =)
>> разницу между старым сервером и современным системником не ощушает?
>hint: обрати внимание на слово "выгоревшее".
Товарисч между строк прочёл недоступное мне? 
(hint - строкой выше цирирования)
Выгореть могло - Рама, контроллер в PCI, Проц, диски, и прочее навесное оборудование.
После тестирования - железка вполне может на что-то сгодиться
Поделитесь, что вы нателепатировали на тему "выгорело"?
============
>>> и vim все так же тянет за собой иксы?
>> WITHOUT_X11 в Makefile, троллюшка.
>*ЭТО* называется решением?
>
>Итог: vim тянет иксы, mcedit пролетает из-за кривого mc, vi... эээ, люди только привыкли к vim,....
чистый vi ниасилили?
Он у вас работает либо в режиме "бибикать" либо в режиме "всё портить"?

lissyara
()
Ответ на: комментарий от lissyara

>Он у вас работает либо в режиме "бибикать" либо в режиме "всё портить"?

ну какой же nvi чистый vi ;)

hizel ★★★★★
()
Ответ на: комментарий от lissyara

> Он у вас работает либо в режиме "бибикать" либо в режиме "всё портить"?

Он точно будет работать в этом режиме у студентов, которые (возможно) получат на следующий сезон фряху как объект для kernel hacking. А у нас всё-таки обучение, а не издевательство.

sv75 ★★★★★
()
Ответ на: комментарий от lissyara

> чистый vi ниасилили?

И не собираемся. Поверьте мне, не в этом задача высшего образования.

sv75 ★★★★★
()
Ответ на: комментарий от Sun-ch

> А какие они в попу кернел-хакеры, если даже vi не осилили. Профанация в чистом виде.

Да, да. И рояль с бояном в качестве подготовки к emacs -- тоже не осилили.

sv75 ★★★★★
()
Ответ на: комментарий от sv75

FreeBSD -цельная операционная система,а не дистрибутив?Чем это проявляется?Смотрим на содержание исошников фри- там ядро некой ОС,есть некоторые утилиты, есть порты и есть пакеты!!!И это всё 100% не написано одной командой!!Кто запрещает считать людей работающих над несколькими проектами , которые потом водут в один считать одной командой? Якобы "команда" FreeBSD(NEtBSD,OpenBSD),которая не видит друг друга и не всегда общаеться между собой другими способами работает над одним и тем же кодом?Это бред! Люди часто пишут свои участки кода (подсистемы ядра , утилиты) и не всегда понимают как реализовано в других местах! так это и в Линуксе и других ОС , даже принадлежащих полностью каким-либо компаниям! Другое дело в коммерческих ОС многое в ОС проектировано для такого взаимодействия разработчиков работающих над разными частями единого целого!!!Единого плана развития ни во Фрее , ни в Линуксе нет и не будет похоже никогда!Всё делаеться стихийно!!! Увидят тест в которых их ОС показывает себя их рук вон плохо, подумают ,почему так плохо , перепишут кривизну и назовут это новым релизом! Покажите план развития ОС фри ,линукса или ещё чего (ну может кроме виндовс) ?И куда делась страница на русском языке на freebsd.org?раньше вроде была. Альтернатива должна быть и должны быть инновации.Но существование схожих на 99,9 % процентов ОС трудно оправдать (например BSD-Linux-Solaris или windows2000-XP-Vista(иногда даже окошки вылазят которым по 5-8 лет:( ) Просто для разработки новой ОС нужно очень много денег, либо сил , поэтому втюхивают новые рюшечки везде- и коммерческих ОС и не коммерческих!Иногда заявляют ,что переделали весь код :) и тут же система виснет от неотмонтированного флопика или флешки(проблема существует уже лет 12 как минимум во Фре)!В Опенбсд заявляют,что чистят код и выявляют ошибки и тут тебе вылазит ошибка , которая существует во всех релизах начиная с первой версии и даже затрагивает все родственные ОС (BSD).Не соответствие таких устремлений разработчиков и реальное положение дел вызывает умиление!Либо люди не понимают, что делают(например сложность проекта превышает возможности одного человека или команды), либо действительно в ИТ сфере так плохо -никто не гарантирует ничего и нужно всё занового перепроектировать - и железо и софт.

EasyLinuxoid ★★
()
Ответ на: комментарий от EasyLinuxoid

может быть.

по крайней мере у разработчиков хайку лично видел roadmap развития ОС. пофиксенные тикеты.

может еще у кого есть.

anonymous
()
Ответ на: комментарий от lissyara

> Поделитесь, что вы нателепатировали на тему "выгорело"?

Специально для вас:

# cat /dev/astral

=======cut here=============

> Вам не в домёк что-ли, что FreeBSD при всех своих недостатках, как и другие системы при их недостатках, оказывается достаточно часто последним работающим дистрибутивом. Например, стоит "зоопарк" машин, "старьё" свякое наполовину "побитое", а надо сделать срочное дело на той машине, которая попалась для этого дела в данный момент. Из моих наиболее часто используемых Linux-ов, x-BSD-ов, Solaris-ов ничего на этой "железе" не заработало так, как надо, а вот под FreeBSD на этой "железе" всё заработало как надо.

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

> Да простая "битая" частично выгорешная "железяка" китайского производства на задачу в телекомпании республиканского масштаба "надо чтобы радио в интернет вещало" :-)

=======cut here=============

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

А потом, для пущей фееричности, анонимус (не знаю - этот или другой) завил, что он при этом афигенно сэкономил 20 тыс руб на непокупке нового "сервера", и что час простоя у него стоит 400 тыс руб :)))

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

Вот только товарищ писал не про "тщательно оттестированное", а про "побитое" и "частично выгоревшее".

Manhunt ★★★★★
()
Ответ на: комментарий от Manhunt

> Вот такое "серверное" железо, ога.

> Не знаю насчет вас, а мне (осмысленно подобранный) новый десктоп за тристабаксов кажется надежнее.


рапторы стоят где-то по 5k, на 4к ты сможешь купить хотя бы 1Гб ECC RAM и материнскую плату ? :)

phasma ★☆
()
Ответ на: комментарий от phasma

Перетопчутся без раптора :) Пара бюджетных 160-гб хардов в софтовом raid1 обойдутся в 2400. Двуядерный проц за 1600. Материнка какая-нить из неглючных за 2000. Оперативка обычная десктопная 2 Гб за 700. Итого где-то 6700 руб.

Manhunt ★★★★★
()
Ответ на: комментарий от Manhunt

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

Manhunt ★★★★★
()
Ответ на: комментарий от Manhunt

> Перетопчутся без раптора :) Пара бюджетных 160-гб хардов в софтовом raid1 обойдутся в 2400. Двуядерный проц за 1600. Материнка какая-нить из неглючных за 2000. Оперативка обычная десктопная 2 Гб за 700. Итого где-то 6700 руб.

это ты сервером называешь ? так это еще хуже востановленного железа ...

FAIL!!!!!11111

З.Ы. Даже Сигейты были по 2300р

phasma ★☆
()
Ответ на: комментарий от phasma

> это ты сервером называешь ?

Если только в кавычках.

> так это еще хуже востановленного железа ...

Но лучше тех помоев, о которых шла речь :)

> Даже Сигейты были по 2300р

http://www.fcenter.ru/products.shtml?eshop/act=h:a:0:5:a:a:a:1:a:1:30:r:1:1&a...::::

Manhunt ★★★★★
()
Ответ на: комментарий от Manhunt

> http://www.fcenter.ru/products.shtml?eshop/act=h:a:0:5:a:a:a:1:a:1:30:r:1:1&a......::::

ты по своей ссылке ходил ?

> Скорость вращения 7200 об./мин.



> Но лучше тех помоев, о которых шла речь :)


такие помои в виде PIII двухпроцессорного намного лучше справлялись со своими задачами чем P4 дуалкор.

phasma ★☆
()
Ответ на: комментарий от phasma

> ты по своей ссылке ходил ?

Ходил. А без 10K rpm ничего типа не заработает? :))))) Мастурбируем на циферьки? Лучше бы тогда время поиска критиковали :)

> такие помои в виде PIII двухпроцессорного намного лучше справлялись со своими задачами чем P4 дуалкор

P3 двупроцессорный сольет даже равночастотным односокетным K8 и Conroe. Вот только частоты сейчас раза в 2-3 выше. А P4 не удался, согласен.

Manhunt ★★★★★
()
Ответ на: комментарий от phasma

> такие помои в виде PIII двухпроцессорного намного лучше справлялись со своими задачами чем P4 дуалкор.

И давно Линукс перестал работать на PIII ?

Manhunt ★★★★★
()
Ответ на: комментарий от Manhunt

> Ходил. А без 10K rpm ничего типа не заработает? :))))) Мастурбируем на циферьки? Лучше бы тогда время поиска критиковали :)

10k и есть раптор

> P3 двупроцессорный сольет даже равночастотным односокетным K8 и Conroe. Вот только частоты сейчас раза в 2-3 выше. А P4 не удался, согласен.


ты понимаешь, что на нем не играют ?

phasma ★☆
()
Ответ на: комментарий от EasyLinuxoid

>Покажите план развития ОС фри ,линукса или ещё чего (ну может кроме виндовс) ?

после висты и в2к8 как то не слишком в этом уверен

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.