Příspěvky

1

Windows a jiné systémy / Re:Zálohování z Windows na vzdálený linuxový server

« kdy: 13. 01. 2025, 13:05:46 »

Moznosti jsou desitky, vyresil bych to uplne jednoduse. Nasdilet co chces zalohovat, pripojit na lnx server a potom rdiff-backup src dst. A mas to i s inkrementy .

2

Studium a uplatnění / Re:Státní zákázky - má malý dodavatel šanci?

« kdy: 06. 01. 2025, 10:30:32 »

Co se týče garážových firem, není velký problém mít požadavek na obrat, délku historie, nebo třeba i složení finanční jistoty tak, aby se daly pokrýt sankce. Jiná věc je, že sankce obvykle v zadání moc nebývají, protože by prodražovaly zakázku. A tak zadavatelé opět zavádějí měřítko, které sice neoficiálně vyhodnocují, ale oficiálně požadované není. (Tj. opět chyba na straně zadavatele.)

Takze pripoustite, ze muzeme do zadani napsat takove podminky abychom cilene vyloucili nektere firmy .

A mimochodem, vase tvrzeni ze "Zaměstnavatel po Vás požaduje soutěž, ne dobré vztahy" je naprosto chybne. Muj zamestnavatel po me pozaduje dodat funkcni a bezproblemove reseni za cenu kterou si obhajim napr. tim ze u vybraneho dodavatele bude jistota bezproblemoveho reseni pripadnych problemu.

Cela idea, ze zasahem do volneho trhu zlepsime efektivitu je naprosto chybna. Pokud by nekdo daval zakazky jedne firme a bral za to penize, mel by si to  s nim vyridit jeho zamestnavatel. A to ze "dobre vtahy" = "jina forma korupce" uz radsi nebudu ani komentovat.

3

Studium a uplatnění / Re:Státní zákázky - má malý dodavatel šanci?

« kdy: 06. 01. 2025, 09:39:51 »

No korupce by to byla kdybychom z kazde zakazky mel nejake to procento do kapsi, coz nemame. Cela ta idea soutezeni  zakazek je postavena na hlavu. Duvera a dobre vztahy s dodavatelem take maji svoji cenu. Kdyz jsem delal rekonstrukci domu, taky jsem to nechal delat zedniky ktere znam a verim jim i kdyz byly o polovinu drazsi nez nejlevnejsi nabidka. Pokud si nekdo mysli, ze nam dokaze nabidnout lepsi sluzby muze prijit a zkusit nas o tom presvedcit. Nevim proc bychom meli davat zakazky nejake uplne nezname firme na blind, jen proto ze neco napise na car papiru. V realu ta soutez naopak
podporuje korupci. Vsechny velke zakazky jsou cinknuty, dodavatele se spolu znaji a jsou domluveny kdo ma co vyhrat. A naopak je tady spousta garazovych firmicek, ktere podstreluji cenu mensich zakazek a realne nemaji moznost ani zkusenost na splneni pozadovaneho zadani.

4

Studium a uplatnění / Re:Státní zákázky - má malý dodavatel šanci?

« kdy: 06. 01. 2025, 08:41:06 »

Hmm zajimava diskuze, ale dost mi pripada ze je tady hodne teoretiku bez potrebne praxe  . Zkusim nabidnout pohled z druhe strany, nekoho kdo zadava vyberove reseni.
Mame firmu od ktere uz nekolik let kupujeme HW. Na HW bezne dostavame 70% a vice slevu z listovych cen, ale to neni to hlavni, to by pri cene zakazky v desitkach milionu dokazal vyjednat kazdy obchodnik. Dulezitejsi je ze se na ne muzeme spolehnout. Vime ze maji odborniky i zkusenosti z jinych rozsahlych zakazek a ze kdyz neco potrebujeme vyjdou nam vstric. Dam tri priklady. V dobe kdy nebyly dostupne ani dektopove GPU nam behem mesice dokazali sehnat ctyri Tesla V100. Kdyz jsme potrebovali servery s 2TB RAM a 100Gb/s sitovkou tak to taky nebyl problem, protoze uz par takovych serveru dodavali takze vedeli jaky HW spolu bude fungovat. A do tretice kdyz jsme potrebovali otestovat jako funguje pristup z Win(cifs) a Linuxu(nfs) na stejna data s rozsirenymi ACL, pujcili nam na par mesicu NetApp. Tohle nam zadna garazovka, ktera by vyhrala vyberko na cenu o par tisic nenabidne.

5

Hardware / Re:Hi-Fi sestava do velkého obýváku

« kdy: 02. 01. 2025, 10:11:01 »

Tech 70k je zrovna tak nejak mezi opravdu kvalitnim hifi pro netopyry za 100k+ a necim co staci 99,9% nas normalnich lidi za ceny kolem 20k. Mam doma tohle https://www.aq.cz/aq-wega-53-mkiii-p31442/ a k tomu uplne obycejny Sony zesik za 6k. Vsichni ne hifi maniaci jsou z toho uplne paf. On je to velky rozdil oproti levnym soudbarum nebo nedej boze zvuku z TV.
Pokud chces opravdu kvalitni poslech investuj do sluchatek a kvalitniho sluchatkoveho zesilovace. Ja mam naprostou klasiku Sennheiser HD600 a je to opravdu neskutecny rozdil, dokud jsme je nemel ani jsem netusil co se da  v nekterych skladbach slyset ;-). Ke kvalite zvuku z dobrych sluchatek se stejne v nezatlumene mistnosti nicim ani nepriblizis.

6

Sítě / Re:SMB client - multichannel support

« kdy: 25. 11. 2024, 14:53:28 »

No jo, nic se nezmenilo. Jen pro zajimavost, jak jsi na tom s rychlosti kopirovani? Z mych zkusenosti je to na gigabitu cca. 60% maximalni rychlosti(70MB/s) a s rychlejsi siti se ten pomer jen zhorsuje.
Smutna pravda je ze na linuxu neni v soucasne dobe rychly, jednoduse konfigurovatelny a rozumne bezpecny protokol pro sdileni souboru pres 10+ Gb site.
Schvalne pisu "jednoduse konfigurovatelny", protoze NFS + Kerberos pres RDMA opravdu zadneho uzivatele konfigurovat nedonutite a jeste ke vsemu se lisi konfigurace v Ubuntu, Redhat a Arch linuxu.

7

Sítě / Re:SMB client - multichannel support

« kdy: 22. 11. 2024, 14:27:05 »

smb.conf option: "server multi channel support"
nomen omen 

8

Sítě / Re:SMB client - multichannel support

« kdy: 22. 11. 2024, 11:20:09 »

Zkousej , zkousej pokud by se ti to podarilo tak by se mi to moc hodilo . Ale z me zkusenosti je vzhledem k nefunkcnimu multichannelu a SMB direct cokoliv rychlejsiho nez 10Gb naprosty overkill. Pokud si dobre pamatuji maximalne jsme se dostali na rychlost 800MB/s zatimco s Windows 10 to brzdil NVME disk na 3400MB/s, testovano na 100Gb siti.

9

Sítě / Re:SMB client - multichannel support

« kdy: 21. 11. 2024, 15:15:01 »

Pokud se za poslednich par mesicu nic nezmenilo, tak linuxovi cifs klient multichannel nepodporuje.

10

Server / Re:Reseni centralni autentizace linuxove infrastruktury

« kdy: 05. 11. 2024, 07:36:30 »

FreeIPA plus IPA klienti(sssd) na linux serverech, umi vse co potrebujes. Overeni uzivatelu pres Kerberos, ssh klice a HBAC pravidla pro uzivatele i sluzby. Potom Shibboleth a Keyclock napojene take na IPA pro chytrejsi aplikace a spousta Apache/Tomcat web aplikaci otocenych na ldap.
Predstava ze bych spravoval tech 100+ serveru a nepocitane aplikaci bez IPA je pro me dost nepredstavitelna. V IPA/ldap mame i DHCP a DNS. Jedine co mi chybi je neco co by umelo 2fa s push notifikaci.

11

Sítě / Re:Funkční 10GbE řešení pro TrueNAS Scale

« kdy: 01. 11. 2024, 12:26:25 »

V linuxu je iperf3 celkem v pohode, ale ve Windows je zoufale pomaly. Na 100Gb jsme se s iperf3 mezi Lin-Win nedostali pres 40Gb.

12

Sítě / Re:Funkční 10GbE řešení pro TrueNAS Scale

« kdy: 01. 11. 2024, 11:43:39 »

Iperf3 nebrat, vyzkoušej to s iperf2 a s -P X vlákny.

13

Server / Re:QEMU nad LVM se zasekává

« kdy: 05. 10. 2024, 16:02:14 »

Na druhou stranu je dost pravdepodobne, ze ten problemu bude nekde v unikatnim nastaveni celeho OS a mozna i v kombinaci s HW. Tim, ze byste pouzil "standardni" a mnohokrat vyzkouseny Debian nebo Redhat, vyloucite spoustu moznych problemu. Ale tomu argumentu ze vite kde co nastavit, tak tomu rozumim. Ja zacinal na Debianu, ale poslednich deset let uz delam skoro vyhradne Redhat a kdyz mam ted neco udelat na Debianu, taky z toho rostu. Systemd bych byt vami dal jeste sanci, naucit se to je na par dni a a potom uz jsou jenom sama pozitiva a socialni jistoty  .

14

Server / Re:QEMU nad LVM se zasekává

« kdy: 05. 10. 2024, 08:57:04 »

Zdravim,
mel bych jednu otazku a nemyslim to nijak zle, opravdu by me zajimal duvod. Proc Gentoo? Chapu Gentoo na desktopu, jsem hracicka a bavi me si s tim hrat. Nebo na serveru s nejakym exotickym SW ktery se stejne musi kompilovat, ale tady nic takoveho neni. Kernel, DM, LVM a QEMU, vse naprosto standardni veci u kterych ani neni mozne ocekavat nejaky narust vykonu. CPU se bude flakat a kdyz uz neco bude brzdit tak IO disku.
Pro me je tohle jasny priklad na stabilni Debian nebo nejaky z klonu Redhatu. Nainstaluji, nastavim, jednou za mesic udelam update a nekolik let nemusim nic resit.

15

Hardware / Re:Zprovoznění pistole Aimtrak

« kdy: 03. 10. 2024, 07:23:54 »

Rekl bych ze skript je v pohode, az na ty { } za if na konci, bez nich by to mohlo fungovat.