Poslední příspěvky

1

Hardware / Re:Jak odhalit vadnou RAM?

« Poslední příspěvek od 𝑾𝑰𝑭𝑻 kdy Dnes v 16:12:02 »

Pokud je tím OS Windows, ten má v sobě taky nějaký memtest a dokáže mu nastavovat i nějakou obtížnost, ale je to MS, takže je to relativně BFU-friendly, což není vždy úplně žádoucí. Beru ho jako alternativu (druhá ruka) k memtestu, že jako když je to jeho test a projde to, tak ať si pak Wokna nestěžujou .
Jinak souhlas s tím, že MemTest jako takový nemusí být vždy dostačující, protože kolikrát je lepší tomu dát zaprdět tak, aby se i zdroj ukázal, jak moc je v pohodě. ZAtím jsem se naštěstí snad ve všech případech (výjimky si snad ani nevybavuju) setkal s tím, že když je RAMka skutečně vadná, MemTest to rovnou odhalí. Spíš jsem se setkal s false-positive u některých verzí MemTestu se zapnutým SMT, než že by prošla paměť, která vadná skutečně je.

2

Vývoj / Re:Nový systém pro vývoj softwaru

« Poslední příspěvek od ladislav.danis kdy Dnes v 16:00:56 »

Jestli se to přiblíží, tak pro inspiraci:
Používám stávající řešení. Jedná se především o interní aplikace, nic není vystaveno do internetu.

Vývojové nástroje:
   - OS: Debian
   - CLI: Opencode s lokálním modelem Qwen 3.6
   - Editor: Nano
   - Git: Forgejo

Mám Core napsané v Pythonu používající upravený fork frameworku web.py (FastAPI jsem nepoužil web.py stačí pro lokální aplikace), který poskytuje služby (routing, šablony, DB, session, CSRF). Každý modul je 100% izolovaný a nekomunikuje přímo s jiným modulem a má vlastní SQLite DB (web.py je single-threaded) – Core funguje jako službami zásobovaný registr, nikoliv jako komunikátor mezi moduly. Každý modul má vlastní Git repozitář (Git submodule) s větvemi main a test. Protože používám web.py, který má v sobě i webserver, je pro mě nasazení jednoduché pomocí git clone. Na serveru mi pak pomocí systemd běží dvě instance stejné aplikace, jedna pro větev main a druhá pro test. Před nimi je Caddy se dvěma doménami produkce.home.arpa a test.home.arpa.

Framework web.py je tak přímočarý, že moduly dokáže vyvíjet i lokální agent, po kterém je to snadné zkontrolovat.

Vývoj nového modulu zabere jen pár hodin i s testováním a manuální kontrolou.

Jelikož je to webová aplikace a používá Python, tak to běží všude a dokáže to obsloužit cokoliv.

Je to prostě podvozek postavený na už vymyšlených kolech. A pro mé potřeby to stačí.

3

Hardware / Re:Jak odhalit vadnou RAM?

« Poslední příspěvek od maximiliax33 kdy Dnes v 14:46:41 »

Memtest86 beriem skôr ako základ. Tiež som už zažil RAM, ktorá prešla memtestom cez noc a potom PC padal až pri normálnej záťaži alebo pri hrách. Ja by som to skúšal priamo vo Windows. TestMem5 s nejakým prísnejším profilom, prípadne HCI MemTest, a popri tom pustiť niečo, čo zohreje CPU a pamäťový radič. Napríklad OCCT CPU plus RAM alebo y-cruncher. Ak máš iGPU, tak kľudne zaťažiť aj tú, lebo si berie pamäť zo systému a vie to chybu vytiahnuť skôr. Ešte by som sledoval WHEA chyby v Event Vieweri. A určite by som skúsil aj bez XMP/EXPO. Ak to padá len so zapnutým profilom, nemusí byť hneď zlá RAM, môže to byť pamäťový radič, doska alebo len zlé nastavenie. Ak to padá aj na default, potom by som už testoval moduly po jednom a v rôznych slotoch. Za mňa najlepšia kombinácia je RAM test v OS plus paralelne záťaž CPU. Samotný memtest86 vie niekedy prejsť a aj tak je zostava v reálnom používaní nestabilná

4

Windows a jiné systémy / Re:Poslední verze Mapy.cz pro Android zdarma

« Poslední příspěvek od Tonda kdy Dnes v 12:31:41 »

OpenStreet mapy (zdarma) podezřele korelovaly s mapami Seznamu, když jsem je naposled viděl.

Jo, to je velký překvapení, že různé mapy stejného místa vypadají podobně

5

Server / Re:Náhrada za Forpsi VPS

« Poslední příspěvek od mhepp kdy Dnes v 12:30:48 »

Mám už dlouho serveru Contabo a Vultr. Historicky mám Vultr déle, VPS je parametry slabší, provoz ale absolutně bezproblémový (za těch asi 10+ let žádný problém). Contabo - tam mám hlavní stroj. Za tu dobu jsem řešil dva incidenty, oba dva vyřešené technickou podporou tak, že si nepotřebuji stěžovat (naposledy teď, spojený s migrací VPS na výkonnější plán, migrace byla zcela bez problémů, jen na novém byl problém s routováním IPv6).

Cena vychází u obou zhruba stejně.

6

Windows a jiné systémy / Re:Poslední verze Mapy.cz pro Android zdarma

« Poslední příspěvek od Dushino kdy Dnes v 11:18:13 »

Já Seznam naprosto a úplně bojkotuji od doby, kdy na diskusích fórech poskytovali prostor botům a dezolátům podporující rusáky po útoku na Ukrajinu. A ano, bylo třeba vyřešit mapy. Používám https://www.locusmap.app/ Neumí přesně toté, něco mají lepší, něco horsí, ale těch pár korun ročně jim rád zaplatím. Jen si to chce trochu zvyknout na UI, není vždy intuitivní. Asi je to dáno více možnostmi. OpenStreet mapy (zdarma) podezřele korelovaly s mapami Seznamu, když jsem je naposled viděl.

7

Vývoj / Re:Nový systém pro vývoj softwaru

« Poslední příspěvek od Jožka Niemand kdy Dnes v 09:51:18 »

Proc? Proc bych to mel chtit pouzit? Co mi chybi?

Jestli ti nic nechybí, tak můžeš používat to co používáš. Nemusíš nic měnit.

Ty nejpraktičtější věci obvykle vznikly tak, že někdo potřeboval vyřešit svůj, podtrhuji svůj problém. Věděl celkem přesně, co mu vadí a jak by to chtěl dělat jinak. Pak obvykle někdo jiný řešil stejný problém a zjistil, že už to někdo vyřešil, případně na to nějak navázal. Řešení cizího problému není optimální, protože do toho člověk nevidí tak dobře, jako když řeší svůj problém.
Jestli přesně víte, co vám vadí a jak byste to chtěl dělat jinak, tak si to ušijte sobě na míru - a je pravděpodobné, že "stejná velikost" padne i jiným lidem. Snaha najít nějaké univerzální řešení pro nějakého hypotetického průměrného uživatele dopadá obvykle tak, jako kdysi problém uniforem v USA a řešení, jaké tělesné rozměry má průměrný americký voják - zjistilo se, že tělesné rozměry průměrného vojáka nemá žádný voják.
Nesnažte se hledat řešení, které by mělo vyhovovat všem. Takové řešení pak často nevyhovuje nikomu.

8

Vývoj / Re:Nový systém pro vývoj softwaru

« Poslední příspěvek od novomente kdy Dnes v 09:01:47 »

Pracuji na tom již pár let a zde na fóru jsem se ptal jen dílčí otázky. Teď můj cíl však zveřejňuji k širší diskusi, neboť ho směřuji především na vývoj aplikací a dalšího softwaru.

Moje otázka zní: Co byste chtěli vylepšit na stávajících platformách určených především k vývoji?

Po pár letech práce se na fórum přijdete zeptat, jaký přesně problém by bylo třeba řešit?

Má to být totální revoluce (photoshop za 5/4 člověkoroku) nebo evoluce (vylepšení stávajících platforem)?

Používat by to měl kdokoliv, kdo by chtěl něco vyvinout. Tedy jak profesionálové, tak lidi, co to mají jako hobby.

Takže pro úplně všechny a na úplně všechno?

Že by na mě te projekt působil nadějně opravdu nemůžu říct.

O totální revoluci jsem nepřemýšlel, spíše o velkém zrychlení vývoje a o jednoduchosti.

Přemýšlím o takové AI, která by se nemusela tak zdlouhavě trénovat, a která by běžela lokálně na počítači jednotlivce, nebo serveru programátorské skupiny. A tomu podřizuji ten systém. Vlastně to asi nebude AI v pravém slova smyslu tak, jak se chápe dnes.

Nemám jasno v hromadě otázek, a tak se ptám tady.

9

Vývoj / Re:Nový systém pro vývoj softwaru

« Poslední příspěvek od novomente kdy Dnes v 08:40:10 »

Proc? Proc bych to mel chtit pouzit? Co mi chybi?

Jestli ti nic nechybí, tak můžeš používat to co používáš. Nemusíš nic měnit.

10

Vývoj / Re:Nový systém pro vývoj softwaru

« Poslední příspěvek od MalyTomi kdy Dnes v 07:55:32 »

Dobra myslienka na to, pochopit, ako sa toho vela naucit, ale v reale je nepouzitelne. Zbytocne riesit mikrokernel a jeho upravy na jednotlive architektury, ked uz mame hotove linux mikrosystemy beziace na vsetkom. Riesit nejake univerzalne GUI, ked existuju webove verzie programov, ktore na domace pouzitie uplne stacia a vyvijali ich timy ludi, co je lepsie, ako nejaky AI generovany kod. V case .net frameworku beziaceho aj v linuxe, aj vo windows nemusim riesit middleware.
A z minulosti je znamych vela podobnych pokusov, ktore zanikli, pretoze proste casom sa prislo na to, ze myslienka mozno fajn, ale v praxi malo vyuzitelne a je tam kopec zadrhelov pri nejakych univerzalnych rieseniach typu vsetko beziace na vsetkom. Je lepsie sa sustredit na jednu konkretnu vec a tu vyladit do dokonalosti.
Ja som tiez zacal pred rokmi jeden projekt IoT, kde od zaciatku som chcel uzatvoreny system, ziadny cloud, ziadne registracie, vsetko pekne lokalne. Skoncil som na tom, ze backend ide super, ale frontend je pre mna problem, tak idem cestou, ze bude ovladatelny cez uz nejaky hotovy frontend.