Rozšířenost *BSD systémů

x

Re: Rozšířenost *BSD systémů
« Odpověď #135 kdy: 08. 09. 2011, 16:44:05 »
2X
>>deduplikaci meli drive nez...

Muzu poprosit nejake info? to me velice zajima. Diky

Jiste

http://www.openbsd.org/papers/asiabsdcon2010_epitome2/epitome2.html
http://www.openbsd.org/papers/asiabsdcon2010_epitome2/epitome2.pdf
http://www.peereboom.us/epitome/

Ono i DragonFlyBSD zacalo pouzivat deduplikaci pro Hammer FS drive nez byla v ZFS, ale i tak bylo az druhe. Ale vysledky taky zajimave

http://leaf.dragonflybsd.org/mailarchive/users/2011-07/msg00023.html


x

Re: Rozšířenost *BSD systémů
« Odpověď #136 kdy: 08. 09. 2011, 16:52:29 »
pro smoofy:

uspavani klidne zkus, mrkni do man apmd (ja pouzivam apmd -C) a man apm. Jinak na notasu te urcite zaujme i vystup z prikazu systat sensors, ale ono cely systat nabizi spoustu zajimavosti k prozkoumani.

Soukrome pouzivam jen starsi HW, protoze at uz s BSD nebo Linuxem jsem schopny to pouzivat 10 nebo i vice let nemusim zbytecne utracet penize. Sluzebni mam ted novy, ale ten taky vydrzi vecne v tom pripade :-) Je to 4-jadro s  Enhanced SpeedStep 2495 MHz: speeds: 2501, 2500, 2000, 1800, 1600, 1400, 1200, 1000, 800 MHz, ale realne to diky apmd -C bezi vice nez 95% casu na tech 800MHz i kdyz mam plno pustenych programu a RAM taky plno volne, takze tam jsou rezervy na leta. Kompiloval jsem current (jadro cca 1m35s, userland 36m, Xenocara 44m) pri make -j 8 a load byl kolem 16, cca 1,8GB volne RAM a procaky vyskocili nejvice na 1800, ale to jen chvili a i tak se dalo dale pokracovat v bezne praci aniz by clovek pozoroval, ze se neco deje.

Na Ubuntu vidim, ze ma tezke problemy i pri obycejnem prihlaseni uzivatele, ne tak jeste neco slozitejsiho :D

smoofy

  • *****
  • 1 059
    • Zobrazit profil
    • E-mail
Re: Rozšířenost *BSD systémů
« Odpověď #137 kdy: 08. 09. 2011, 17:14:42 »
Mam dojem ze si asi nerozumime :). Ja chci mit OSBD jako primar a nultou domenu a na nem virtualizovat ty xwidle a pripadne nejakej debian etc na testy:) Virtualizovat samotny OpenBSD nema pro mne smysl kdyzho mam na dedikovanem stroji a chci ho pouzivat jako primar.

No ja to zkusim ale nicmene uz ted mam ten pocit ze to uspava samo pac se to vzdycky probouzi jak otevru viko i v prikazovce. Navic to probouzeni trva tak cca vterinu takze je to neuveritelne rychly a to i pri spustenym Xku s awesome.

Co se tyce toho zeleza koukam ze uz i gigacomputer pochopil a otevrel antikvariat :)
http://www.gigacomputer.cz/cs/katalog:1/notebooky/intel/

Kolik mas na ty masine RAM? Ja mam tu i5-540m s 4GB ram rozsiritelne na 8GB. Cena pro mne neni problem, jen to bude asi zrat vic a navic si nejsem jistej, jestli to vubec nekdy v blizke dobe vyuziju, pac se mi jeste nikdy nepodarilo na tyhle masine vytizit ram na max i se spustenym virtualem Windows 7 Ultimate ktery maji prideleny 1 GB ram nepoznam rozdil v behu ani minimalni a i ty sedmi behaji paradne:). Hadam ze i i7 by byl pro mne zbytecnej luxus a asi spise zainvestuju do ramku pro tu starou masinu. Kdyz si navic predstavim, ze je to prtava 12ka s hmotnosti nula nula nic tak je to ten nejlepsi kus hardwaru co sem si mohl pro svou potrebu prat. Nechce se mi ted do migrace dokavat neni ta grafika, kdyby to potom kravilo asi by mne to odradilo a to bych vzhledem k soucasnemu nadseni jen velice nerad. Navic mi soucasna konfigurace funguje paradne a zabere to chvilku nez to zmigruju na OBSD.

Na ubuntu jsem cca pred 11 lety zacinal. Tenkrate to byla pecka. Linux pro lidi :). V te dome to byl spise dual boot a testovani, vecne neco nefachalo, probehlo nejaky SUSE, mandrake a pak jsem zacal delat pro SUN a zacal jsem se solarise. stabilne na unix-like cca tri roky a je fakt, ze za tu dobu jsem lecos uz ozelel nebo vychytal. V unixu udelam vice prace a pracuju efektivnejc. tech par veci si odvirtualizuju a slus. Pravda ale je, ze pro beznyho uzivatele to moc neni. Kdyz si srovnam sve znalosti dnes a tenkrat tak se ani nedivim soucasnejm zacatecnikum:).

x

Re: Rozšířenost *BSD systémů
« Odpověď #138 kdy: 08. 09. 2011, 17:29:38 »
Ale jo, pochopil jsem dobre ;-) Jak rikam, Qemu nebo neco http://openports.se/emulators coz je ale nabidka spise na pareni starych dobrych her, kalkulacek a emulace ruznych platforem to co rikas ty tak proste Qemu a nebo Ldoms a tam nevim jak jsou na tom Windows :D Ja mam Win XP v Qemu, ale to pustim tak jednou za mesic at je AD happy a pak jeste Win7 v Citrixu a ty jedou super a navic si nemusim ubirat RAM.

Uspavani viz. man apm pro zpusoby, porad se na tom dela, ale pro dobry HW to fungovalo uz cca 2 roky zpatky.

Neni kam spechat, klidne pockej na grafiku a zatim provozuj treba jako virtualku nebo na nejakem starsim stroji. Jinak ty parametry

Intel(R) Core(TM) i5-2520M
real mem  = 3394228224 (3236MB)
avail mem = 3328634880 (3174MB)

kern.bufcachepercent=70
Memory: Real: 199M/365M act/tot Free: 2810M Cache: 133M Swap: 0K/3493M

ale ted zrovna nic moc nedelam a xxxterm, irssi, bitlbee, scrotwm, tmux, uxterm atd. toho moc nepozere :-)

Ja zacinal cca 12 let zpatky s vecma jako Mandrake, Hal91 a podobne vylomeniny (predtim samozrejme Atari atd. asi jako vetsina). V zacatcich to byla sranda kolikrat jsem si omylem znicil MBR nebo data na firemnim PC, ale bylo to proste zajimavejsi nez Windows diky tomu jak se v tom dalo hrabat. V te dobe jsem se jeste OpenBSD zaleknul a vratil se k nemu az pozdeji. Nicmene prijde mi, ze Linux kdysi fungoval lepe a dneska spise lituju, ze jsem nezacal rovnou s OpenBSD, ze jsem se dost zdrzel takovym tim zkousenim kdejake distribuce, ale je zase fakt, ze jsem se hodne naucil, takze preci jen to k necemu bylo :-) Hlavni je pro mne OpenBSD, pak DragonFlyBSD, NetBSD a Solaris/-like

smoofy

  • *****
  • 1 059
    • Zobrazit profil
    • E-mail
Re: Rozšířenost *BSD systémů
« Odpověď #139 kdy: 08. 09. 2011, 17:36:06 »
To ti prijde asi proto, ze linuxove distribuce se dosti snazi priblizit te bezne uzivatelske komunite, kdezto BSD ci solaris zustavaji stale v te sve "geekovske" rovine. Navic dlouho pouzivali ITaci unix-like na desktopu spise z trucu a aplikaci bylo pomalu ale ty zase moc nepotrebovaly, pac na tu jejich konfiguraci a bastleni programu to bylo idealni. pak se to nejak chytlo prisel boom desktopu a honem honem vznikla miliarda ruznejch dister od lidi s miliardou ruznejch nazoru.


x

Re: Rozšířenost *BSD systémů
« Odpověď #140 kdy: 08. 09. 2011, 17:48:48 »
Od toho tu jsou Win/MacOs a dejme tomu tri hlavni mainstream Linux distra. Nevim proc by se k tomu mel pridavat nekdo dalsi. FreeBSD to zkousi s PC-BSD, NetBSD melo taky takove napady, ale nastesti od toho upustili a rozhodli se opravdu vice zamerit na embedded. U Dfly to se uvidi. U OpenBSD to nehrozi, i kdyz Gnome 3 taky jede a na nadchazejicim hackathonu se na tom bude dost delat, tak kdovi :D No a Solaris spise jako workstation. Cokoliv nachazejiciho se v USA ma problemy s patenty, zakony a jinyma nesmyslama (dokonce mplayer nemuze byt nabizen jako binarni balicek :-D) takze v teto oblasti Solaris vzdy vyrazne kulhal a zatim se na tom nic nemeni.

Tomy

Re: Rozšířenost *BSD systémů
« Odpověď #141 kdy: 08. 09. 2011, 20:03:26 »
Zdravim.Je mozne nastavit whereis aby vyhladavalo aj v /usr/ports ako je to na FreeBSD ?
V manualoch sa odporuca PDKSH ako default.Chyba my vsak doplnanie ako ma zsh "autoload -U compinit".Da sa nieco podobne aktivovat aj na ksh ?

Dakujem.

Tomy.

x

Re: Rozšířenost *BSD systémů
« Odpověď #142 kdy: 08. 09. 2011, 22:08:53 »
Zdravim.Je mozne nastavit whereis aby vyhladavalo aj v /usr/ports ako je to na FreeBSD ?
V manualoch sa odporuca PDKSH ako default.Chyba my vsak doplnanie ako ma zsh "autoload -U compinit".Da sa nieco podobne aktivovat aj na ksh ?

Dakujem.

Tomy.

No tady je jednoznacne receno jak to funguje http://www.openbsd.org/cgi-bin/man.cgi?query=whereis&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html a jak je videt v man 8 sysctl, tak tato promenna nejde zmenit a prohledava to jen cesty urcene pro system

Navic proc by to melo mit neco spolecneho s porty? which aplikace instalovane jako balicky/porty samozrejme ukaze, navic man hier je dodrzovano a tak veci z baliku/portu jsou vzdy v /usr/local a systemove veci jinde, takze se v tom nedela zbytecne chaos.

Pokud se jedna treba o to co balik obsahuje a kde to je, tak je tady pkg_info -L jmeno_baliku a jestli to bylo mysleno na hledani baliku pred samotnou instalaci, tak

1) binarne
pkg_info -Q jmeno

2) v portech
cd /usr/ports ; make search key=jmeno

x

Re: Rozšířenost *BSD systémů
« Odpověď #143 kdy: 08. 09. 2011, 22:12:20 »
sypu si popel na hlavu. /usr/local/bin je nastaveno v sysctl user.cs_path take. Jen jsem to testoval zrovna na programu, ktery ma vlastni adresar v /usr/local a binarky nejsou v /usr/local/bin (JDK 1.7 :-))

Nicmene to, ze to je na pevno nastavene bez moznosti zmeny (leda upravou zdrojaku) a dalsi uvedene moznosti hledani potrebneho plati

smoofy

  • *****
  • 1 059
    • Zobrazit profil
    • E-mail
Re: Rozšířenost *BSD systémů
« Odpověď #144 kdy: 09. 09. 2011, 09:49:01 »
to x:
<quote>Od toho tu jsou Win/MacOs...</quote>
Tady bych videl hlavni pricinu v tom, co si jiz jednou zminoval a sice ze nektere projekty si jdou vlastni cestou a nesnazi se za kazdou cenu zavdecit vsem jako vetsina linuxovejch dister.

add. PC-BSD
Ja jsem myslel, ze vztah FreeBSD - PC-BSD je podobnej jako debian - ubuntu a ze to neni projekt primo vyvojaru freebsd. Vsak to co je v PC-BSD muzu mit na freebsd po dni piplani take. Na druhou stranu se podobna snaha da ocenit jako priblizeni systemu beznemu uzivateli, na druhou stranu si myslim ze by to asi bylo lepsi kdyby to zustalo v ramci jednoho projektu napr. ve forme server a desktop nazvu. Beztak to vlastne nic jineho neni.

Tomy

Re: Rozšířenost *BSD systémů
« Odpověď #145 kdy: 09. 09. 2011, 10:44:37 »
to X: Dik.

Medzi nami FreeBSD tiež striktne dodržuje užívateľské programy v  /usr/local....

Nechcete tu založiť OpenBSD náborové centrum ? "I Want You for OpenBSD ARMY (Nearest recruiting station)"  :)

smoofy

  • *****
  • 1 059
    • Zobrazit profil
    • E-mail
Re: Rozšířenost *BSD systémů
« Odpověď #146 kdy: 09. 09. 2011, 11:09:56 »
Vsak taky nazor uzivatelu je ta nejlepsi mozna reklama ne? A kde jinde se dozvedet nazor ostatnich nez foru :). Koneckoncu, nebyt tohoto threadu tak stale jeste povazuji OpenBSD za "ty druhe".

x

Re: Rozšířenost *BSD systémů
« Odpověď #147 kdy: 09. 09. 2011, 12:16:44 »
to x:
<quote>Od toho tu jsou Win/MacOs...</quote>
Tady bych videl hlavni pricinu v tom, co si jiz jednou zminoval a sice ze nektere projekty si jdou vlastni cestou a nesnazi se za kazdou cenu zavdecit vsem jako vetsina linuxovejch dister.

add. PC-BSD
Ja jsem myslel, ze vztah FreeBSD - PC-BSD je podobnej jako debian - ubuntu a ze to neni projekt primo vyvojaru freebsd. Vsak to co je v PC-BSD muzu mit na freebsd po dni piplani take. Na druhou stranu se podobna snaha da ocenit jako priblizeni systemu beznemu uzivateli, na druhou stranu si myslim ze by to asi bylo lepsi kdyby to zustalo v ramci jednoho projektu napr. ve forme server a desktop nazvu. Beztak to vlastne nic jineho neni.

Vztah PC-BSD a FreeBSD mi doted neni tak uplne jasny. Instalator PC-BSD obsahuje zaroven instalator FreeBSD a je mozne si vybrat jedno nebo druhe. Za PC-BSD stoji firma, ktera prodava HW s FreeBSD/PC-BSD, na blogu PC-BSD a dalsich se porad neco deje, zatimco na strance FreeBSD je dalo by se rict ticho. V mailing listech/forech se nejak nedeli jestli to je PC-BSD nebo FreeBSD, protoze az na PBI je to vlastne to same jen v ramci PC-BSD vice priblizene normalnim uzivatelum. Nicmene co jsem zatim vzdy zkousel PC-BSD, tak jsem mel rozporuplne pocity. Je ale pravda, ze nejvice problemu tam dela to samotne KDE4, ktere je selhani samo o sobe.

x

Re: Rozšířenost *BSD systémů
« Odpověď #148 kdy: 09. 09. 2011, 12:25:03 »
to X: Dik.

Medzi nami FreeBSD tiež striktne dodržuje užívateľské programy v  /usr/local....

Nechcete tu založiť OpenBSD náborové centrum ? "I Want You for OpenBSD ARMY (Nearest recruiting station)"  :)

Jj BSD obecne dodrzuji man hier i pro aplikace tretich stran a nejsou v tom zmatky. Mel jsem na mysli spise to, ze FreeBSD z nejakeho duvodu strasne tlaci porty pred binarnimi balicky. Je taky pravda, ze ostatnim BSD chybi v praci s binarnimi balicky dost veci, ktere OpenBSD ma davno. Dost mne prekvapilo jak ted v ramci NetBSD/FreeBSD resili, ze nemaji ani poradne vyreseno distrubovane kompilovani baliku at jsou pro uzivatele ke stazeni co nejdrive a aktualni a at to usnadnuje testovani. Jak to funguje na OpenBSD je perfektne vysvetleno tady http://www.undeadly.org/cgi?action=article&sid=20100618041150

Tady by to myslim nemelo smysl a navic to neni ani umyslem projektu za kazdou cenu lovit "ovecky". No a marketingu je az az (pisnicky, CD, plakaty, tricka, knihy, magazin, mailing listy, IRC, hackathons, BSD konference vcetne bsdconferences kanalu na youtube atp.). Tady je vetsi "problem" v tom, ze se resi design a technicke veci/vylepseni a ne to, ze v novem release jsou ovladaci prvky okna vlev a podobne "dulezitosti" :-) I kdyz i to se nekdy objevi :-) http://permalink.gmane.org/gmane.os.openbsd.ports/50554

BSD

Re: Rozšířenost *BSD systémů
« Odpověď #149 kdy: 09. 09. 2011, 12:51:01 »
Opet k wifi...

cast 1: (Zpráva přesáhla maximální povolenou délku (20000 znaků).)

* system jsem preinstaloval abych vyloucil chyby v nastaveni (takze cista instalace OpenBSD 5.0)
* stahl jsem nejnovejsi firmware pro wifi (http://firmware.openbsd.org/firmware/5.0/iwn-firmware-5.6p0.tgz)
* wifi testoval - ping gateway, vzdalenost od AP byla 2m, prima viditelnost
* testovani probehlo i na jine (Linuxove) stanici a vse bylo 100% OK - tzn., chyba v zarusenosti signalu ani AP neni.

testovani:
* ping i tcpdump bezeli soucasne

ping -s 1024 -c 100 192.168.0.1
Kód: [Vybrat]
PING 192.168.0.1 (192.168.0.1): 1024 data bytes
[b]1032 bytes from 192.168.0.1: icmp_seq=0 ttl=64 time=4.315 ms
1032 bytes from 192.168.0.1: icmp_seq=6 ttl=64 time=5.710 ms[/b]
1032 bytes from 192.168.0.1: icmp_seq=7 ttl=64 time=4.242 ms
... <here ok> ...
1032 bytes from 192.168.0.1: icmp_seq=21 ttl=64 time=7.004 ms
[b]1032 bytes from 192.168.0.1: icmp_seq=22 ttl=64 time=4.217 ms
1032 bytes from 192.168.0.1: icmp_seq=29 ttl=64 time=4.229 ms
[/b]1032 bytes from 192.168.0.1: icmp_seq=30 ttl=64 time=4.237 ms
... <here ok> ...
1032 bytes from 192.168.0.1: icmp_seq=66 ttl=64 time=4.256 ms
[b]1032 bytes from 192.168.0.1: icmp_seq=67 ttl=64 time=4.761 ms
1032 bytes from 192.168.0.1: icmp_seq=73 ttl=64 time=4.246 ms
[/b]1032 bytes from 192.168.0.1: icmp_seq=74 ttl=64 time=4.218 ms
... <here ok> ...
1032 bytes from 192.168.0.1: icmp_seq=88 ttl=64 time=4.441 ms
[b]1032 bytes from 192.168.0.1: icmp_seq=89 ttl=64 time=4.241 ms
1032 bytes from 192.168.0.1: icmp_seq=96 ttl=64 time=4.235 ms
[/b]1032 bytes from 192.168.0.1: icmp_seq=97 ttl=64 time=4.215 ms
... <here ok> ...
--- 192.168.0.1 ping statistics ---
100 packets transmitted, 73 packets received, 27.0% packet loss
round-trip min/avg/max/std-dev = 4.207/4.407/7.749/0.582 ms

tcpdump -i iwn0
Kód: [Vybrat]
11:38:55.305200 private > private: icmp: echo request
11:38:55.309441 private > private: icmp: echo reply
11:38:55.807536 private.12940 > private.domain: 59132+ PTR? 1.0.168.192.in-addr.arpa. (42)
[b]11:38:56.307010 private > private: icmp: echo request
11:38:57.316996 private > private: icmp: echo request
11:38:58.326993 private > private: icmp: echo request
11:38:59.336994 private > private: icmp: echo request
11:39:00.346994 private > private: icmp: echo request[/b]
11:39:00.817022 private.24493 > private.domain: 59132+ PTR? 1.0.168.192.in-addr.arpa. (42)
11:39:01.298445 arp who-has private tell private
11:39:01.298453 arp reply private is-at 00:26:c6:xx:xx:xx
11:39:01.356996 private > private: icmp: echo request
11:39:01.362673 private > private: icmp: echo reply
... <here ok> ...
11:39:10.446997 private > private: icmp: echo request
11:39:10.451204 private > private: icmp: echo reply
11:39:10.827014 private.20515 > private.domain: 59132+ PTR? 1.0.168.192.in-addr.arpa. (42)
11:39:10.842715 private.domain > private.20515: 59132* 1/1/0 PTR private. (86) (DF)
11:39:10.842911 private.41508 > private.domain: 49137+ PTR? 101.0.168.192.in-addr.arpa. (44)
11:39:10.858392 private.domain > private.41508: 49137* 1/1/0 PTR private. (88) (DF)
11:39:11.456998 private > private: icmp: echo request
11:39:11.461183 private > private: icmp: echo reply
... <here ok> ...
11:39:17.516999 private > private: icmp: echo request
11:39:17.521185 private > private: icmp: echo reply
[b]11:39:18.526998 private > private: icmp: echo request
11:39:19.536999 private > private: icmp: echo request
11:39:20.546999 private > private: icmp: echo request
11:39:21.556999 private > private: icmp: echo request
11:39:22.566999 private > private: icmp: echo request
11:39:23.577000 private > private: icmp: echo request[/b]
11:39:24.586999 private > private: icmp: echo request
11:39:24.591198 private > private: icmp: echo reply
... <here ok> ...
11:39:32.667001 private > private: icmp: echo request
11:39:32.671522 private > private: icmp: echo reply
11:39:33.621455 arp who-has private tell private
11:39:33.621463 arp reply private is-at 00:26:c6:xx:xx:xx
11:39:33.677001 private > private: icmp: echo request
11:39:33.681194 private > private: icmp: echo reply
... <here ok> ...
11:39:40.747003 private > private: icmp: echo request
11:39:40.751274 private > private: icmp: echo reply
[b]11:39:41.757003 private > private: icmp: echo request
11:39:42.767003 private > private: icmp: echo request
11:39:43.777004 private > private: icmp: echo request
11:39:44.787010 private > private: icmp: echo request
11:39:45.797004 private > private: icmp: echo request[/b]
11:39:46.807024 private > private: icmp: echo request
11:39:46.811207 private > private: icmp: echo reply
... <here ok> ...
11:40:02.967007 private > private: icmp: echo request
11:40:02.971739 private > private: icmp: echo reply
[b]11:40:03.977007 private > private: icmp: echo request
11:40:04.987008 private > private: icmp: echo request
11:40:05.997007 private > private: icmp: echo request
11:40:06.924683 arp who-has private tell private
11:40:06.924691 arp reply private is-at 00:26:c6:xx:xx:xx
11:40:07.007019 private > private: icmp: echo request
11:40:08.017009 private > private: icmp: echo request[/b]
11:40:09.027009 private > private: icmp: echo request
11:40:09.031225 private > private: icmp: echo reply
11:40:10.037009 private > private: icmp: echo request
... <here ok> ...