[BSD] freebsd, altq

[DaVieS]

"Ugy tunik, a kernel-forditas meg instabilabb mint egy 2.0-as linux kernelnel."

*Míg a linux próbál hasonlítani egy unix -hoz, addig a FreeBSD ami unix 
"like" próbál működni PC-n. :)***
FreeBSD kernelt llvm clang -al forgatjuk nem GCC -vel, már jó ideje. gcc -t ne is erőltesd.
PF -nek mítosza van, míg az IPFW csak tud dolgokat egyszerűbben, de a PF talán tud többet.
Ettől függetlenül nem szar az IPFW anno elvitt 4Gbpst (LAGG) routingba.

Ajánlom a figyelmedbe: pfSense, lehet pont erre vágysz.
Ha különben megnézed a pfSense -t, akkor ott egyszerre használják a PF -et az IPFW -vel.

https://www.pfsense.org/

Fordításkor a hibaüzenet jöhet több helyről lehet 100+1 oka, lehet az ALTQ nem ér ennyit, amúgy sincs rá garancia, hogy működni fog.
Az ilyen kernelbe forgatott csodák a 10 forintos realtek chipekkel nagyon szép kernel pánikokat hagynak maguk után, tehát nem véletlen, hogy nincs gyáriba.
Én már találkoztam: Queue overrun, TX Buffer overflow üzenetekkel mikor talán pont az ALTQ -val szórakoztam, de olyan rég volt, hogy nem esküszöm meg rá.

2019. 08. 21. 16:52 keltezéssel, gabor--- via BSD írta:
> Hali!
>
> Ha jól emlékszem kb 5 évvel ezelőtti utolsó ez irányú kisérletemre,
> akkor egy új kernel kb ebből állt:
> cd /usr/src/sys/conf/$ARCH/
> cp GENERIC MYKERNCONF
> vi MYKERNCONF
> cd /u
> 2019-08-21 15:25 időpontban PÁSZTOR György via BSD ezt írta:
>> Hi,
>>
>> "gabor--- via BSD" <bsd at lista.bsd.hu> írta 2019-08-21 12:18-kor:
>>> Most gyorsan belenéztem, teljesen olyan, mintha a GENERIC 12.x-ben nem
>>> lenne benne az ALTQ, ahogy DaVieS írja. Az ipfw+dummynetes tanácsát is
>>
>> Jah. Ugy tunik, hogy ezt a pf-shaperes peldak elfelejtik emlegetni, hogy
>> kernelforditassal jar.
>>
>> Ugy tunik, a kernel-forditas meg instabilabb mint egy 2.0-as linux
>> kernelnel.
>> Forras: 12-es istallo:
>> root at vpnr:/usr/src # svn info | grep URL
>> URL: https://svn.freebsd.org/base/stable/12
>> Relative URL: ^/stable/12
>>
>> Folyamatosan ugyanabba a hibaba esik bele a forditas:
>> amd64/support.S:1813:2: error: instruction requires: AVX-512 ISA
>>
>> Valami google talalat azt mondta erre nekem, hogy a clang a regi:
>>  # cc --version
>>  FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on
>> LLVM 6.0.1)
>>  Target: x86_64-unknown-freebsd12.0
>>  Thread model: posix
>>  InstalledDir: /usr/bin
>>
>> Most miutan mondtam egy pkg install gcc9 -et is a rendszernek, mar
>> valtozott a hibauzenet:
>> cc -target x86_64-unknown-freebsd12.0
>> --sysroot=/usr/obj/usr/src/amd64.amd64/tmp
>> -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -c -O2 -pipe
>> -fno-strict-aliasing  -g -nostdinc  -I. -I/usr/src/sys
>> -I/usr/src/sys/contrib/ck/include -I/usr/src/sys/contrib/libfdt
>> -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h
>> -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD
>> -MF.depend.subr_epoch.o -MTsubr_epoch.o
>> -fdebug-prefix-map=./machine=/usr/src/sys/amd64/include
>> -fdebug-prefix-map=./x86=/usr/src/sys/x86/include -mcmodel=kernel
>> -mno-red-zone -mno-mmx -mno-sse -msoft-float
>> -fno-asynchronous-unwind-tables -ffreestanding -fwrapv
>> -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs
>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual
>> -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__
>> -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas
>> -Wno-error-tautological-compare -Wno-error-empty-body
>> -Wno-error-parentheses-equality -Wno-error-unused-function
>> -Wno-error-pointer-sign -Wno-error-shift-negative-value
>> -Wno-address-of-packed-member  -mno-aes -mno-avx -std=iso9899:1999
>> -Werror  /usr/src/sys/kern/subr_epoch.c
>> /usr/src/sys/kern/subr_epoch.c:122:54: error: invalid application of
>> 'sizeof' to an incomplete type 'struct epoch_record'
>>         pcpu_zone_record = uma_zcreate("epoch_record pcpu",
>> sizeof(struct epoch_record),
>>                                                             ^
>> ~~~~~~~~~~~~~~~~~~~~~
>> /usr/src/sys/kern/subr_epoch.c:122:68: note: forward declaration of
>> 'struct epoch_record'
>>         pcpu_zone_record = uma_zcreate("epoch_record pcpu",
>> sizeof(struct epoch_record),
>> ....
>> /usr/src/sys/sys/malloc.h:223:27: note: expanded from macro 'malloc'
>>         if (__builtin_constant_p(size) && __builtin_constant_p(flags) 
>> &&\
>>                                  ^~~~
>> /usr/src/sys/sys/epoch.h:44:8: note: forward declaration of 'struct 
>> epoch'
>> struct epoch;
>>        ^
>> /usr/src/sys/kern/subr_epoch.c:167:22: error: incomplete definition of
>> type 'struct epoch'
>>         ck_epoch_init(&epoch->e_epoch);
>>                        ~~~~~^
>> /usr/src/sys/sys/epoch.h:44:8: note: forward declaration of 'struct 
>> epoch'
>> struct epoch;
>>        ^
>> fatal error: too many errors emitted, stopping now [-ferror-limit=]
>> 20 errors generated.
>> *** Error code 1
>>
>> Stop.
>> make[2]: stopped in /usr/obj/usr/src/amd64.amd64/sys/ALTQ
>> *** Error code 1
>>
>> Az azert is fura, mert a cc maradt a clang.
>> A clang-ot nem is latom a pkg info kimeneteben.
>> WTF?
>> A pkg install gcc binutils-t meg par egyeb csomagot hozott csak magaval.
>> Mit hagynak ki a kezikonyvbol?
>>
>>> csak megerősíteni tudom, akár azt is megteheted, hogy mindent a pf-fel
>>> csinálsz, és csak ezt az igényelt vpn limitációt csinálod a másik
>>> csomagszűrővel. (Ha pl. a pf szintaxisa vagy működési módja jobban
>>> kézre áll.)
>>
>> Meg egyelore a pf-et is csak tanulgatom, de a pf-et emlegetik mindenutt,
>> mint vilagklasszis csomagszuro. Emlekszem, milyen felkapott hype volt
>> korulotte, amikor a 11.2-es Solarisba behoztak, hogy az ipf helyett 
>> tudsz
>> pf-ezni benne.
>> Akkor most mi az igazsag?
>> Megis jo az az ipf? Vagy tanuljam meg mindkettot?
>>
>> pf mellett, hogy tudom azt a forgalmat a dummy-nak elzavarni, es ott
>> meg-shapelni?
>>
>> Udv,
>> Gyu
>> -- 
>> Magyar BSD Levelezlista
> -- 
> Magyar BSD Levelezlista
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://datacast.hu/pipermail/bsd/attachments/20190822/aade40c4/attachment.html>