kemi (statz) | #2, Főfasz (2970) |
124 | #5204 | ^ | Idézet | Sat, 09 Jan 2021 09:59:20 +01 |
188.36.*.* | *.dsl.pool.telekom.hu |
Meg lehet úszni újratelepítés nélkül, ha egy nvidia driver update kinyírta a linuxomat? Legalábbis GUI-t nem lehet indítani. |
TCH (statz) | #1, Főfasz (10466) |
2584 | #5205 | ^ | Idézet | Sat, 09 Jan 2021 10:38:17 +01 |
178.164.*.* | *.pool.digikabel.hu |
Sose gondoltam volna, hogy egyszer a románoknak fogok szurkolni. :/ Édes jó faszom...tiszta gnómhárom... :( Hogyne lehetne, először is nyomsz egy Ctrl + Alt + F1 (F2, F3, stb.) kombót és kapsz egy konzolt, ott beloggolsz rendszergarázdaként. Aztán több dolgot is tehetsz. Pl. lecsekkolhatod, hogy nem a xorg.conf baszódott-e el. Az nVidia driverek mindig backupolják, szóval bemész az /etc/X11/ könyvtárba és itt kilistáztatod az összeset ls -l | grep xorg.confaztán összehasonlítod az utolsó backupot az élővel diff xorg.conf xorg.conf.backupés ha valami ilyet kapsz 2c2 < # nvidia-xconfig: version 455.38 --- > # nvidia-xconfig: version 440.100azaz, csak a verziószám változott, akkor a konfiguráció maga változatlan, nem az van elcseszve, ha eddig működött. Ha más is, akkor ki lehet próbálni, hogy mi van, ha visszaállítod. Ez után, ha nem működött - vagy akár ez helyett - leszeded mondjuk a tavaly nyári 440.100-ast és downgrade-elsz (DKMS-t ne felejtsd el bekapcsolni, különben a kernel update-ek is ki fogják nyírni az X11-et): wget http://download.nvidia.com/XFree86/Linux-x86_64/440.100/NVIDIA-Linux-x86_64-440.100.run chmod +x NVIDIA-Linux-x86_64-440.100.run ./NVIDIA-Linux-x86_64-440.100.runEz valószínűleg meg fogja gyógyítani. Ha mégsem, akkor viszont a rendszeredben történt valami változtatás, ami szétcseszett valamit. Az apt logjait vissza kell nézni, hogy mit frissítettél mostanság. (Vagy amilyen rendszert használsz, annak a csomagkezelőjének.) Ha működött, meg lehet próbálni újra felrakni azt az nVidia frissítést, ami szétkúrta a rendszeredet. Ha megint szétkúrja, akkor szar a frissítés, restore és avoid. Ha nem, akkor csak peched volt. Viszont kapásból ne próbáld meg felrakni ugyanazt a drivert, mert ha nem fog működni, akkor nem fogod tudni, hogy X11 konfig hiba, driver hiba, vagy a rendszeredben van valami elcseszve. Előbb backup restore vagy downgrade; ha a régivel még mindig megy, akkor a rendszered jó, ha azzal sem, akkor a rendszered a rossz. |
TCH (statz) | #1, Főfasz (10466) |
305 | #5206 | ^ | Idézet | Sat, 09 Jan 2021 12:34:33 +01 |
178.164.*.* | *.pool.digikabel.hu |
És a napi láncfűrész díjat Jeremy Bicha és Caolán McNamara nyerték. Kurwa anyátokat, ti mainstream-felszopó férgek. |
TCH (statz) | #1, Főfasz (10466) |
119 | #5207 | ^ | Idézet | Sat, 09 Jan 2021 13:01:09 +01 |
178.164.*.* | *.pool.digikabel.hu |
Utolsó GTK2-est támogató LibreOffice: http://downloadarchive.documentfoundation.org/libreoffice/old/6.3.6.2/ |
kemi (statz) | #2, Főfasz (2970) |
113 | #5208 | ^ | Idézet | Sat, 09 Jan 2021 13:09:31 +01 |
188.36.*.* | *.dsl.pool.telekom.hu |
Köszi, így megoldódott, de már nem merem frissíteni. :P Amúgy AUR-ból szedett driver volt, nem az nvidia.com-ról. |
TCH (statz) | #1, Főfasz (10466) |
367 | #5209 | ^ | Idézet | Sat, 09 Jan 2021 13:18:41 +01 |
178.164.*.* | *.pool.digikabel.hu |
Tekintve, hogy mi megy manapság a Linuxos világban is, hát nem csodálom... Mindig az nVidiásat kell használni. Linux alatt legjobb tudomásom szerint nincs benne kémprogram. |
kemi (statz) | #2, Főfasz (2970) |
240 | #520a | ^ | Idézet | Sat, 09 Jan 2021 16:04:54 +01 |
188.36.*.* | *.dsl.pool.telekom.hu |
Igen, az Ubuntut akkor hagytam ott végleg, amikor elkezdték tolni a snappack-et. De lassan már semelyikben se lehet megbízni. |
TCH (statz) | #1, Főfasz (10466) |
3701 | #520b | ^ | Idézet | Sat, 09 Jan 2021 17:07:24 +01 |
178.164.*.* | *.pool.digikabel.hu |
Sajnos igen. A Devuanból is csak a systemd-t dobták ki, de az upstreamje ettől függetlenül en-bloc a Debian, ami mára már teljesen megbízhatatlan. Talán a Slackware ami még megbízható, de az is ki tudja meddig. Sz*rk 2021.01.12.: Nos még pontosan három napig volt az: Pure ALSA kidobva, PulseAudio-ra átállva. No comment. Annyit a javukra lehet írni, hogy egyfelől leírták, hogy hogyan lehet a PulseAudio-t úgy bekonfigni, hogy egy buta csőlegyen az ALSA felé, másfelől pedig elérhető a PipeWire, ami a PulseAudio-val ellentétben nem fos, de drop-in replacement-ként lehet használni a PluseAudio helyett. De a többi rendszernél is bajok vannak: • Az OSX-et a 10.13 után szépen lassan, de biztosan és teljesen szétkúrták. • A FreeBSD-t is lassan elpusztítják a mainstream ideológiák, az is egy raklap szart kapott "haladás" címszó alatt a 8.4 után (pkgng és a többi). • A NetBSD sose volt túl használható (PowerPC-n pl. egyáltalán nem), de ott is egyre inkább ideológiák alapján zajlik a fejlesztés, minek következtében egyre szarabb és bloatabb lesz. • A Solarist a szarákül bezárta és szétbaszta (GTK3 és PulseAudio(!!!) infected), az OpenSolaris örökösei (OpenIndiana-based rendszerek és tsai.) pedig részben ugyanígy jártak, részben pedig a Linux/FreeBSD/NetBSD sorsára jutottak. • Az OpenBSD még csak-csak elmegy, a pkg-configot leszámítva ott legalább nincs szarware, de ott meg a security over sanity vezérelve uralkodik; legközelebb már se shell, se C fordító, se kernel nem lesz benne, mert úgy tuti hekkelhetetlen lesz... :P • AIX és HP-UX alá meg már nem gyártanak desktop vasakat, de addig is majdnem beszerezhetetlenek voltak, tehát lehet, hogy maguk a rendszerek még mindig jók, de kitörölhetjük velük... Úgyhogy a mainstream underground rendszerek (ezt a zavart az erőben :D) kb. kaputt mind. Viszont úgy néz ki, hogy lesznek "új" használható rendszerek a placcon pár éven belül. • A MorphOS 4.0 kijön AMD64-re és lesz benne memóriavédelem, SMP, multi user támogatás, lesz benne használható böngésző meg még ki tudja mi minden. (Azaz advanced AmigaOS-ből végre modern AmigaOS lesz.) • A Haiku nagyjából jó irányba fejlődik, a Beta2 sokkal jobb, mint a Beta1 volt (bár azért van még benne bőven cumi) és a Beta3 elvileg még jobb lesz, valahogy lendületet kapott a projekt. • A ReactOS az utóbbi egy-két évben egy quantum-leap szakaszba ért; a winfostíznek köszönhetően annyira megnőtt iránta az érdeklődés, hogy először sikerült évtizedek után hirtelen összeszedni annyi lóvét, hogy hivatásos fejlesztőt alkalmazhassanak főállásban, aztán meg kiszivárgott az xp forráskódja és hirtelen egyre több minden működni kezdett rajta. (Az idézőjel azért, mert valójában egyik sem új, a Haiku 2001-es, a MorphOS 1999-es, a ReactOS pedig 1998-as (ill. ha a FreeWin95-es időket is beleszámítjuk, akkor 1996-os).) Azért ez micsoda irónia, hogy 30 év fejlesztés után a 2020-as években eljutunk oda, hogy az utolsó mentsvárat a 90-es évek rendszereinek (AmigaOS, BeOS és - ez már Irony DeLuxe - Win9x/WinNT) örökösei fogják jelenteni, azaz 30 év után ugyanoda jutunk vissza, ahonnan elindultunk...illetve nem, mert ezeket a rendszereket (többnyire) ésszel fejlesztették tovább, tehát az egyetlen élhető jövőt az fogja jelenteni, ahogy a 90-es éveknek a későbbiekkel ellentétben még használható rendszereit tovább lehetett volna fejleszteni. Adjunk hálát eme szent őrülteknek, amiért ők meg is tették a világ helyett. Persze a rendszer egy dolog, de a szoftverek rá már egy másik kérdés lesz, mert többnyire azokat is balfasz módon fejlesztik már vagy 15-20 éve... :( |
Ádám (statz) | #4, Főfasz (1819) |
1310 | #520c | ^ | Idézet | Sun, 10 Jan 2021 10:06:26 +01 |
80.98.*.* | *.catv.broadband.hu |
Ez a trend. Mindenhol beúszó animációk, "egyszerű" fehér háttér, az oldal egyes részeit normálisan nem választjuk el egymástól (nehogy egyértelmű legyen), kezelhetőség és a sebesség egyáltalán nem fontos. Olyan ember nincs, aki az "egyszerű felhasználó" szemszögéből nézné az oldalt, és mondaná, hogy szerinte hogy lehetne jó meg használható. (Mondjuk a MÁV amúgy is híres arról, hogy nagyjából fosnak az utasok véleményére.) Meg mintha olyan ember se lenne, aki megtervezné az oldalak felépítését. Mintha ilyen ötletszerűen történne az egész, hogy Józsi, ott maradt egy csomó üres hely, rakjuk mán oda azt a gombot, még akkor is, ha az ott tök logikátlan, és senki nem keresné ott. Mondjuk van pozitív példa is a "közelmúltból", ott van például a BKK megújult weboldala, szerintem viszonylag normálisan néz ki, gyors, könnyen kezelhető, jól használható, a régi Wordpress alapú gányolással össze se lehet hasonlítani. Köszi, mostmár kedvemre idézgethetek :D |
TCH (statz) | #1, Főfasz (10466) |
1723 | #520d | ^ | Idézet | Sun, 10 Jan 2021 16:29:36 +01 |
188.143.*.* | *.pool.digikabel.hu |
De cserébe legalább tucatnyi - egyesével is többtíz fájlból álló és több MB-ot felölelő - JS keretrendszer hajtja az egészet. Ezt hívják tyúkszar minimalizmusnak. Mert ad-hoc módon szarják össze az egészet; random szarnak bele mindent. Az úgy ó'csó. Erre is lehetne valami frappáns terminus technicus-t kitalálni, pl. cheap chaos, vagy chaotic by (cheap) design, csak én nem vagyok jó márketgatyábul. :P Most mondhatnám, hogy a WP az tényleg a legalja, de erre már számos bizonyíték létezik, hogy mindig van lejjebb; elég, ha csak a JS szerveroldali térnyerésére gondolunk. (Mama...) |
TCH (statz) | #1, Főfasz (10466) |
457 | #520e | ^ | Idézet | Sun, 10 Jan 2021 19:13:43 +01 |
188.143.*.* | *.pool.digikabel.hu |
A világ még gondolkozni képes fele most kap ízelítőt abból, hogy hogy jár az a felhasználó, aki olyan platformot használ ahol nem ő dönti el, hogy mit telepíthet fel a rendszerére és hogy hogy jár az a szolgáltatás aki felhős alapokon szolgáltat. Valamint arról, hogy hogy jár az, aki megpróbál szembefordulni a nagy testvérek techcégek által a világra erőltetett mainstream véleménydiktatúrával, akár magánember, akár cég. A többieknek már mindegy. |
miklos_akos (statz) | #7, Lófasz (884) |
197 | #520f | ^ | Idézet | Mon, 11 Jan 2021 03:35:56 +01 |
176.9.*.* | *.140.9.176.miklosakos.eu |
Ezt is sikerult jol osszekalapalni: asztallal belefer 185 MB-nyi ramba, asztal nelkul meg 64MB a RAM hasznalat. https://imgur.com/uNSDIGq.png Ezt qutebrowser alol irom Arch Linuxon. |
OrkenWhite alias "OrkenWhite az idióta" | #5, Főfasz (1004) |
553 | #5210 | ^ | Idézet | Mon, 11 Jan 2021 13:09:17 +01 |
77.110.*.* | *.pool77-110.cgn.tolna.net |
Nem értem, minek használsz ilyen bloatware-eket, mint az xfce4-panel vagy az Openbox, pláne Arch Linuxon:D Gentoo DWM-mel az igazi, vagy még jobb: Linux from Scratch és csak tty:P /s Jó cucc, ha egyszer megtanulod a sok billentűparancsot és a Vim a kedvenc szövegszerkesztőd... Tiling WM-mel egy áldás. |
TCH (statz) | #1, Főfasz (10466) |
102 | #5211 | ^ | Idézet | Mon, 11 Jan 2021 16:03:06 +01 |
178.164.*.* | *.pool.digikabel.hu |
A Trinity/Devuan is alig eszik 200 MB-ot. Az Xfce valamikor jó cucc volt, de mostanra 100%-ig GTK3-as. |
Ádám (statz) | #4, Főfasz (1819) |
1319 | #5212 | ^ | Idézet | Mon, 11 Jan 2021 16:06:33 +01 |
80.98.*.* | *.catv.broadband.hu |
Na majd kipróbálom "rendes" pécén, ha egyszer lesz rá időm. Legutóbb még nagyon gyerekcipőben járt. Nem vagyok programozó, de nem úgy szokták az emberek a weboldalakat megírni, hogy nulladik lépésként megtervezik, hogy milyen legyen az oldal felépítése? Szerintem a használhatatlan fospont megfelel :P A WP-vel nekem alapvetően nincs bajom, bármilyen programozói tudás nélkül lehet benne egészen használhatókat alkotni. De a BKK régi weboldala az valami egészen szörnyű volt, nem csak azért, mert wordpress-es. |
TCH (statz) | #1, Főfasz (10466) |
1647 | #5213 | ^ | Idézet | Mon, 11 Jan 2021 17:58:30 +01 |
178.164.*.* | *.pool.digikabel.hu |
Régen így volt. Ma nem megtervezik, hanem vagy megálmodják(ha valami elszállt, önmagát művésznek hívő fasz az UI designer), vagy összedobják(ha manager). A végeredmény ekvivalens: kapsz valami hevenyészett rajzot, amiről hiányzik a funkciók fele, de sebaj, oldd meg te. A programozó meg "megoldja", azaz bebassza oda, ahova tudja. És még hibáztatni sem nagyon lehet érte, mert neki fingja nincs arról, hogy mit akartak és ezért sem nagyon lehet hibáztatni, mert annak sem volt fingja arról, hogy mit akart, aki akarta... A programozó sara a hulladék, lassú, erőforrászabáló és bugos kód, telibebaszva szaroskurwa jávaszkripttel. Az nem, hogy szar a surface layout, meg az egész UI. Mármint, ha úgy szar az UI, hogy szarul működik az de, de az, hogy szarul néz ki, vagy szarul van megtervezve, az nem. Akkor legyen ez a neve. :) Az, hogy a felhasználó szemszögéből használható a végeredmény, az egy dolog, de műszakilag a WP egy fosrakás. Az volt az, amit anno feltörtek és két fillérért vettek rajta bérletet? Az a verzió tényleg egy vicc lehetett... |
Ádám (statz) | #4, Főfasz (1819) |
935 | #5214 | ^ | Idézet | Mon, 11 Jan 2021 23:15:53 +01 |
80.98.*.* | *.catv.broadband.hu |
Lehet ezeket a megálmodottmindenféle effekteket meg animációkat nem erőforrászabáló módon is kivitelezni? Ezeket mind dzsuvaszkriptben írják, az meg önmagában lassú és erőforrászabáló, nemde? Az, de a mai mezőnyben egy WP-ben normálisan összerakott weblap bőven elmegy (sajnos). Nem, azt a trészisztem gányolta össze. Ilyen szart csak ők tudnak :D (webarchívba' szerintem láthatod, hogy milyen vót az, amire gondolok, működött, de lassú volt meg eléggé bugzódott) |
Ádám (statz) | #4, Főfasz (1819) |
283 | #5215 | ^ | Idézet | Mon, 11 Jan 2021 23:20:32 +01 |
80.98.*.* | *.catv.broadband.hu |
Hoppá, tűzrókában emberiek a mobilos user agentek! Egyébként mostanában nagyon begyorsult, meg mindent normálisan meg tud jeleníteni, én mostmár elég régóta ezt használom elsődleges brózerként. (Gondolom, adatvédelmileg ez se a legjobb, de a guglikróm és társai meg már nagyon fosok) |
TCH (statz) | #1, Főfasz (10466) |
7194 | #5216 | ^ | Idézet | Tue, 12 Jan 2021 12:55:10 +01 |
178.164.*.* | *.pool.digikabel.hu |
Hogymongyammagának... A dzsuvaszkript az egy nyelv. Egy szar, inkonzisztens, logikátlan és minden épeszű koncepciót nélkülöző nyelv, de csak egy nyelv, nem más. Az, ami önmagában is lassú és erőforrászabáló lehet, az a VM implementáció, ami majd a JS-t fogja futtatni. Ha azt annyira szarul írják meg, akkor a gép bele fog szakadni egy alert('kecske');-be is. Namármost, alapvetően, mivel a JS nem CPU utasításokra fordul, hanem bytecode utasításokra, amit nem a CPU, hanem a VM interpretál és futtat, ez már önmagában is lassabb lesz, mint egy "natív" nyelv, de a lassabbnem ekvivalens a lassú-val. Az tény, hogy az összes JS VM tele van bugokkal és nem kevés memóriát zabál még alapjáraton is, de a VM-ek interpreterjeinek optimalizációjának szempontjából el kell ismerni, hogy irdatlan munka van mindegyik motorban, mondjuk nem is csoda, mert a webkettő ezt kikényszerítette, ld. mindjárt. Képbe jön még a JIT is, azaz a Just-In-Time, azaz, amikor a bytecode egyes részeit a browser futásidő alatt leforgatja magának az adott CPU architektúra utasításaira és tkp. utána átadja neki a vezérlést és ez is tovább gyorsít még rajta és ezt sem tegnap találták ki, hanem elég régen. Mit jelent mindez a gyakorlatban? Azt, hogy egy egyszerű JS kód nem lesz lassú. Lassabb lesz, mint ha valami natív nyelvben írták volna, de mint mondtam a lassúság relatív, az, hogy lassabb, mint ha C-ben írták volna, még nem jelenti azt, hogy lassú is lesz. A C-ből fordított kód sem lesz gyors, csak azért, mert C-ben írták: nézd meg a GTK3-at, azt C-ben írták, oszt' olyan lassú, mint a picsa... Tehát a sok rizsa után megválaszolva a kérdésedet: igen, meg lehetne JS-ből írni ezeket a funkciókat úgy, hogy ne legyen lassú és ne legyen - annyira - erőforrászabáló. A webkettes webappok(OMG) azért olyan szájbabaszott lassúak, mert húsz féle JS keretrendszer fut bennük párhuzamosan és olyan elkúrt, konvulens módon valósítanak meg benne minden szart, hogy megszakad alatta a böngésző. A feladat csak annyi volt, hogy egy kattintást küldjön el a szervernek, aztán a kapott eredményt köpje ki valahova, de mindezt több megányi JS-sel oldották meg. A webkettő developereknek nincs kultúrájuk, sem eszük (tisztelet a kevés számú kivételnek), a webkettőt vallásként kezelik és a JS benne a szent grál, szent és sérthetetlen... https://www.commitstrip.com/wp-content/uploads/2019/04/Strip-Trop-de-JS-dans-le-web-650-finalenglish.jpg https://www.commitstrip.com/wp-content/uploads/2020/09/Strip-Réduis-tes-ko-650-finalenglish.jpg Mutatok egy példát. Nemrégiben Prometheus révén jelentkeztem egy céghez és kaptam próbafeladatot. A szerveroldali rész itt nem érdekes, fókuszáljunk a kliensoldalra. A feladat az volt, hogy azaz explicit megkövetelték a jQuery használatát, bár helyesen leírni a nevét nem sikerült nekik... Ennek formálisan eleget tettem, mert az AJAX-ot a jQuery intézi (kemény egy db $.get()), tehát a segítségével jelenítem meg a táblát, de minden mást saját kútfőből oldottam meg. Namármost, a jQuery v3.5.1, amit én használtam, az 89476 byte méretű, tehát közel száz kByte-ról indulunk alapból. A jQuery-s táblaplugin-ek általában többszáz kByte-osak. Ha megnézünk belőlük egy párat, akkor látni fogjuk, hogy a tudásuk változó, de körülbelül kimerül az egy oszlopra rendezésben, lapozásban és egymezős keresésben (azaz ugyanazt keresi minden kereshető mezőben), adatot módosítani meg vagy tudnak, vagy nem. Ehhez képest az, amit én csináltam az a kommentekkel együtt is kevesebbet foglal, mint 7 kbyte és ezek után nem egyszerűen tud több oszlopra rendezni, hanem prioritizáltan (azaz te döntöd el az egyes oszlopok fontossági sorrendjét), nem egy mezővel tud keresni az összes oszlopban, hanem minden oszlopnak saját keresőmezője van és minden mezőt lehet szerkeszteni, továbbá lehet törölni is, akár csoportosan is (checkbox a sor elején). Pusztán a kísérletezés kedvéért, kipróbáltam, hogy az AJAX-ot mennyiből tudom kihozni; így született meg a Yoctoajax, ami a maga 240 byte-os méretével (kommentek nélkül, minifizálva) talán a legkisebb létező AJAX library, ami GET-et és POST-ot is tud. (Nyilván, ha csak az egyiket tudná, akkor még kevesebb is lehetne, de akkor nem lenne teljes értékű.) Vagyis, még ha az AJAX-ot is én csinálom, akkor is 7 kB körül marad a végeredmény. A Yoctoajaxos verziót feltettem ide, az adatbázist alá így tudod beimportálni (nyilván felkonfigolt MySQL kell hozzá): git clone https://github.com/datacharmer/test_db cd test_db mysql -t < employees.sql -pDe ha nem akarsz ezzel vacakolni, itt egy képernyőfotó, ezen minden látszik, kivéve a sebességet, de kb. arról van szó, hogy a szerver válaszidejét leszámítva itt instant történik minden. (Egyébként a MySQL teszt adatbázis egy nagy fos, elkúrt struktúra és indexek, minek következtében pármillió rekordban is több másodpercet vett igénybe a keresés, ami elfogadhatatlan, nem véletlenül van lent az a két gomb; a Correct indexesa normalizált táblákon hajtja végre az indexstruktúrák korrekcióját (egyébként nem segít túl sokat, de valamennyit igen), a Denormalize table, meg csinál egy denormalizált nézetet, na azzal tényleg minden <1s alatt jön vissza a szerverről... Csak mivel nem tudtam, hogy megengedett-e, ezért opcionálissá tettem.) Felteszem akkor a kérdést, hogy miért sikerült nekem 7 kByte-ból egy sokkal többet tudó és mégis sokkal gyorsabb táblagenerátort kihoznom, mint ezeknek jQuery+plugin felállással többszáz kByte-ból? Trécéhá, a retardált kecske, ekkora májer lenne? Nem. Ezek ekkora balfaszok. Über-balfaszok. Mint mondtam, a JS-t szent grálként kezelik; öncélúan vernek telibe vele mindent, minden cél és értelem nélkül. Ezért lassú az összes webkettes fos. Mert tőből leszarják, hogy mennyi funkcionalitást kell megvalósítani, a lényeg, hogy a kedvenc JS keretrendszereket használni kell. Elhiszem, de a mélyén fos marad. Meg a mikrofos tud még ilyeneket. :P Igazából majdnem ugyanott vagy velük. |
miklos_akos (statz) | #7, Lófasz (884) |
156 | #5217 | ^ | Idézet | Tue, 12 Jan 2021 18:35:23 +01 |
176.77.*.* | *.pool.telenor.hu |
Melohelyen ra lettem kenyszeritve, es az a vicc, hogy megszerettem. |
miklos_akos (statz) | #7, Lófasz (884) |
125 | #5218 | ^ | Idézet | Tue, 12 Jan 2021 20:01:51 +01 |
78.131.*.* | *.ikron.hu |
Tessek, estere agyfasz. |
TCH (statz) | #1, Főfasz (10466) |
243 | #5219 | ^ | Idézet | Tue, 12 Jan 2021 20:04:36 +01 |
188.143.*.* | *.pool.digikabel.hu |
Amióta ki tudsz belőle lépni? :))) XDDDDDDDDDDDDDDDDDDDD |
miklos_akos (statz) | #7, Lófasz (884) |
437 | #521a | ^ | Idézet | Tue, 12 Jan 2021 21:43:44 +01 |
78.131.*.* | *.ikron.hu |
Meg is kelett vennem ezt :PPPPPPPPPPPPPPPPPPPPPPP Komolyra veve: miutan hozzaszoksz egesz hasznos kis editor, meg kb ra vagy kenyszerulve amikor a MikroTiken mas nincs lol. A Gentoo se szabadul a licencelesi atoktol. :P |
Ádám (statz) | #4, Főfasz (1819) |
5738 | #521b | ^ | Idézet | Wed, 13 Jan 2021 09:01:46 +01 |
80.98.*.* | *.catv.broadband.hu |
Értem. Szóval balfaszok a developerek és túlbonyolítják. Tehát mondhatjuk, hogy "felhígult a szakma" és kurvára nem azok mennek fejlesztőnek, akiknek ehhez meglenne a tehetségük. (Például én is tökre akartam programozó lenni, csak aztán rájöttem, hogy én nem annak vagyok való. A nyelveket még valahogy megtanulnám, de nem tudom magam elképzelni órákat ülni egy kód felett. Ezzel a PC gányolással, amit most csinálok, egész jól lehet keresni, és ez úgy nagyjából megy is. (Ettől függetlenül még jó lenne valami minimális szinten megtanulni.)) Tehát akkor Ungoogled Chromium mindenek felett? Majd kipróbálom, de mostanában eléggé megbarátkoztam a tűzrókával. (Ez egyébként mennyire "Ungoogled"? A böngészőből kiherélték a bejelentkezést meg a trackinget?) https://index.hu/techtud/2021/01/13/2021_a_nagy_visszateres_eve_az_intel_szamara/ Röviden: nem. Mivel lófaszt nem tudnak felmutatni, ezért hangzatos számokat mondanak. Tehát balfaszok vagyunk és nincs elég gyártókapacitásunk, de nyugi, továbbra is mi tervezzük a hiperszuper processzorokat! XDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD Szegény gyártástechnológia nehogy megsértődjön már, ne hagyjuk cserben! Akkora pofájuk nem volt, hogy erre is behazudjanak 100-150 W-ot, mikor fog enni vagy 300-400-at, és télen lehet majd vele fűteni. Van olyan ember a világon, aki consumer processzort használ és kifogyott a DMI linkekből? Ezt szerintem megin' csak azért rakták bele, hogy lehessen valamit marketingelni. Bazdmeg, aki kitalálta ezt az elbaszott USB generáció jelölést, azt egy 3.1 Gen 2x2 kábellel kéne felakasztani! Ez valóban pozitív, de azért megnézném, mennyit fogyasztanak ezek a processzorok. Laptopnál nagyon nem mindegy. Nem kellett azt feltornázni, felment az magától :D Az viszont kimaradt a cikkből, hogy 5 GHz-en mennyit fog fogyasztani. Gondolom az összeset :D Ez a Turbo Boost meg továbbra is egy fos, a rendszer hőmérséklete ilyen fogyasztás mellett kb. 2 másodpercig fog "normál szinten" maradni. Azzal meg nem érünk semmit, hogy egy magot 5 GHz-re boostolunk (viszont jól lehet vele marketingelni), nem igazán van olyan program, aminek ekkora teljesítmény kéne, viszont csak egyetlen magot tudna kihasználni. Tehát minimum egy év, mire kijön :D Megin' hangzatos számok. Arról nem akartok beszélni, hogy a médilyamárkban jelenleg több mint 40 olyan gép kapható Windows 10-el előtelepítve, amik nem teljesítik ennek a fos rendszernek a minimum követelményeit? Azért az Intel-t meg a biztonsági technológiák-at nem írnám bele egy mondatba :DDDDDDDDDDD Hurrá, 10 nanométer! Mindjárt pezsgőt bontunk... Szóval kedves Intel, inkább a fejlesztésre kéne költeni, mint a marketingre, és nem kéne cikket vásárolni az Indexen, akkor talán nem röhögne körbe titeket a fél internet. |
TCH (statz) | #1, Főfasz (10466) |
2781 | #521c | ^ | Idézet | Wed, 13 Jan 2021 22:18:03 +01 |
188.143.*.* | *.pool.digikabel.hu |
Finoman szólva. Még finomabban szólva. Nem rólad volt szó, te legalább műszaki szaki vagy. De olyanok is programoznak, akiknek a kecske fasza se való a kezükbe, nemhogy keyboard. bilgéc felduzzasztotta anno a számítógéppiacot, ami viszont felduzzasztotta a programozókra való igényt is. Kár volt. Túl sok szoftver van és a nagyja fos. Van Pale Moon, meg IceWeasel-UXP, ha rókázni akarsz, csak a mozzarella szarjaival jársz jobban, ha inkább kikerülöd őket. Kapcsolódó poszt. (Ez teljesen ungoogled. Alapos munkát végeztek a skacok.) Ez kurwa nagy volt. :D Még reggel olvastam, de legalább jól indult a nap... Szóval, összefoglalva: • Az intel még mindig 14 nm-en bohóckodik, még a 10 nm-es CPU-kkal sem volt képes kijönni, miközben az AMD és az ARM már rég kijött a 7 nm-esekkel és már jönnek a 6-os és 5-ös csíkszélességűek is. • A fogyasztása olyan, mint egy huszárezredé, hogy rá se merték írni. • A túrbóbúszt továbbra is csak rövidtávon tud 5 GHz-et és azt is csak egy maggal, miközben az AMD stabilan szaladgászik 4.5 GHz felett 32 és 64 magokkal. • A gyártást is már kénytelenek kiszervezni, úgyhogy újabb hónapokat fog csúszni minden új szarjuk. • Annyira lukas már az egész architektúra, hogy még több biztonsági technológiakell bele. De legalább jó a marketing. Ja, az indekszhúnak meg alapvető bajai vannak a magyar nyelvvel: A management (vagy fonetikusan menedzsment), az a szótő, tárgyas ragozásban menedzsmentet, ill. itt eszközmenedzsmentet. Vagy ez ilyen automatikus tárgyeset lehetett? :P Hát, ha így akar visszatérni az intel 2021-ben, akkor nemsokára végleg búcsúztatni lehet őket. (Remélhetőleg.) |
TCH (statz) | #1, Főfasz (10466) |
40 | #521d | ^ | Idézet | Wed, 13 Jan 2021 22:35:03 +01 |
188.143.*.* | *.pool.digikabel.hu |
Bukkmark: https://www.b98.tv/ |
Ádám (statz) | #4, Főfasz (1819) |
1607 | #521e | ^ | Idézet | Wed, 13 Jan 2021 23:22:17 +01 |
80.98.*.* | *.catv.broadband.hu |
Legalább mindig ki lehet választani a kisebbik fost :D Szerintem maradok valami Firefox forknél, eléggé megtetszett az, hogy nem zabálja fel az összes memóriát a brózer és nem kell a tabokat becsukogatni. IW-t gondolom winfosra nem igazán lehet szülni, pedig én mostanában 90%-ban azt használom. Dualboot van, általában mindig optimistán elindítom a Devuan-t, aztán fél óra használat után rájövök, hogy valami olyat kell csinálnom, ami winfoson nekem egyszerűbb / gyorsabb (vagy csak linuxon nem tudom, hogy kell, rákeresek, és kijön, hogy több idő lenne megcsinálni, mintha átbootolnék winfosra). És ez a kiherélt Embedded 8.1 Industry Pro tényleg egész jó. Ilyet azért szerintem be lehet nézni, még talán a zindexnek is. Én is valamennyire nyelvtannáci vagyok, de olvasás közben ez fel se tűnt. Meg fog maradni egy réteg, aki elvből vesz Intelt, hiába mondanak neki bármit. És ezek szerintem vannak annyian, hogy az Intelnek továbbra is jövedelmező legyen ugyanazt a fost picit magasabb órajellel minden évben kiadni, csak más marketingszöveggel. |
TCH (statz) | #1, Főfasz (10466) |
1111 | #521f | ^ | Idézet | Thu, 14 Jan 2021 13:00:28 +01 |
94.21.*.* | *.pool.digikabel.hu |
Még... :( Igen, oda csak a Pale Moon van. Mondták már, hogy az olyan winhate v2.0, max. több lassabban, meg több kémkedéssel, de gondolom, ha ki van herélve, akkor ez is csökkentve van. Mármint a lassúság, meg a spyware mennyiség. Hát, legalább nem windóztíz. Nem ártana a ReactOS csapatnak belehúznia... :P Ennyi vallásos intelfanboi lenne? |
Ádám (statz) | #4, Főfasz (1819) |
570 | #5220 | ^ | Idézet | Thu, 14 Jan 2021 23:40:36 +01 |
80.98.*.* | *.catv.broadband.hu |
Alapból is sokkal gyorsabb, és kevésbé erőforrászabáló, mint a winhate, tényleg minimáis módosításokkal lehet belőle egy teljesen barátságos rendszert kihozni. Valakik veszik a mostani generációt is, pedig már azzal is le lehet szívni a pénztárcádat meg Paksot is :D |
TCH (statz) | #1, Főfasz (10466) |
500 | #5221 | ^ | Idézet | Fri, 15 Jan 2021 12:41:12 +01 |
94.21.*.* | *.pool.digikabel.hu |
Oszt hogy állsz a spyware-ekkel? Abból minden újabb winfosban egyre több van. Hát akkor biztos nem tudják mire elkölteni a pénzüket, annyi van nekik. :P |
Ádám (statz) | #4, Főfasz (1819) |
558 | #5222 | ^ | Idézet | Fri, 15 Jan 2021 14:34:24 +01 |
80.98.*.* | *.catv.broadband.hu |
Ez vállalati felhasználásra készült, abba nem raknak. Az egyik fele az anya vegyél nekem intelt, a másik felének meg nem számít a pénz, és veszi az Intelt, mert a hardverhez nem ért, viszont meg van róla győződve, hogy igen. (Mi is a 10 millió IT szakértő országa vagyunk, de nem hinném, hogy külföldön jobb a helyzet) |
TCH (statz) | #1, Főfasz (10466) |
622 | #5223 | ^ | Idézet | Fri, 15 Jan 2021 14:44:31 +01 |
94.21.*.* | *.pool.digikabel.hu |
Ouch! :) Szerinted a vállalatok után nem kémkednek, az ő adataik nem érnek semmit? Ne légy naiv... Csak nálunk meg pénze nincs az embereknek intelre...a csóróság néha váratlan előnyökkel jár, ha pl. a drágább a szarabb! :P |
TCH (statz) | #1, Főfasz (10466) |
258 | #5224 | ^ | Idézet | Fri, 15 Jan 2021 15:58:34 +01 |
94.21.*.* | *.pool.digikabel.hu |
Fasza összefoglaló a vakcinákról. Adalék az első csoporthoz. |
Ádám (statz) | #4, Főfasz (1819) |
306 | #5225 | ^ | Idézet | Sat, 16 Jan 2021 16:35:36 +01 |
80.98.*.* | *.catv.broadband.hu |
Ez inkább ilyen kioszkokra meg hasonlókra készült elvileg, tehát itt tényleg nem nagyon van miután kémkedni. Egy alap winhate-nél biztosan nincs benne több telemetria. |
TCH (statz) | #1, Főfasz (10466) |
973 | #5226 | ^ | Idézet | Sat, 16 Jan 2021 17:48:50 +01 |
188.143.*.* | *.pool.digikabel.hu |
Az attól függ, mit csinál az a kioszk, de nem is ez a lényeg, hanem az, hogy a windóz "alapfelszereltségéhez" tartoznak a kémfunkciók; szerinted, amikor a mikiszoft arra is képtelen, hogy a debug infókat strippelje a binárisaiból, akkor majd itt extra időt fog áldozni arra, hogy ezeket kiszedje, vagy legalább kikapcsolja? Az lehet, de abban is van valamennyi. Már az xp-ben is volt. A korábbi NT-kben, meg a 9x sorozatban valószínűleg még nem, mert az internet se nagyon épült még ki, az NT-ket nem használták az otthoni felhasználók, a 9x sorozat meg olyan szinten állt hadilábon a hálózattal, hogy azzal lett volna szívás, ha oda akarnak kémfunkciókat rakni. |