Lassú Excel első fájl megnyitáskor

Sziasztok,

Most jött szembe egy 2016-os Office (Windows 10 64bit) aminél az a hibajelenség, hogy ha rákattintasz egy excel fájlra akkor 10-12 másodperc mire megnyitja. Ha ezt a fájlt nyitva tartod és utána nyitsz egy másikat akkor az villámgyors. De ha minden excel fájlt bezársz akkor megint lassú mire az elsőt újra megnyitja (bármely excel fájl, bármely verzióban .xls, .xlsx). Maga az Excel ikonra kattintva szintén gyorsan bejön a program és ha nem zárod be elsőnek akkor ha bármely excelre kattintasz azt gyorsan nyitja. Kipróbáltam azt is, hogy jobb egér -> társítás: Excel 2016 (ezen áll amúgy, más nincs telepítve) akkor szintén villámgyorsan nyit bármilyen fájlt akkor is, ha előtte nincs megnyitva másik.

A kérdés, hogy mit csinál 10-12 másodpercig amikor nem fut az excel és úgy kattintasz egy fájlra?

Hozzászólások

Én első körben letiltanám az összes beépülő modult, aztán ha úgy gyors, akkor egyesével visszaengedélyezném egyesével.

Mondjuk ez egy kicsit gyanús:

Kipróbáltam azt is, hogy jobb egér -> társítás: Excel 2016 (ezen áll amúgy, más nincs telepítve) akkor szintén villámgyorsan nyit bármilyen fájlt akkor is, ha előtte nincs megnyitva másik.

De mivel nem sok idő letiltani őket, ezért egy próbát megérhet.

Más Office-alkalmazás (pl. Word) nem produkál hasonlót?

Antivírus?

Logikus lehet egy új exe/dll környezet ellenőrzése, amikor még nincs betöltve.

Próbáld meg kikapcsolni a védett nézetet. (Beállítások / Adatvédelmi központ / Védett nézet )

Nézd meg, milyen win/office update-k települtek az utóbbi időben, nekem évekkel ezelőtt egy "bizonyos" update fogta meg a megnyitást, sajna konkrét KBxxxxxx számot nem tudok adni, de e felé sejtem a problemát.

Task manager /Details nézetében próbáld kiszúrni, hogy ki mozog abban a 10 másodpercben! Gondolom vagy a procit vagy a memóriát csak megmozgatja. Ha maga az Excel kezd gondolkodni ennyit, az érdekes. Talán még a hálózati forgalmat nézném közben.

Simán vannak windows-ban (is) olyan események, hogy vár valamire, ami alatt se CPU, se diszk, se network forgalmat nem bonyolít látványosan. Debugger nélkül nem fogod megmondani mi ragad be ilyenkor és hol. Task manager az kb. hátulgombolósok játékszere ilyen esetben, semmire nem jó. Még 1 process explorer is kérdéses, h. meg fog-e bármit is mutatni az ilyen fuckup-okból.

Azért ezt így nem állítanám, hogy a taskmanager nem jó semmire. Segíthet azért. Lehet nem, akkor valóban szükség lehet debuggolásra is akár. Ezért lenne fontos, hogy egy szoftvernek ne csak jó dokumentációja legyen, de jó logrendszere is, hogy kiderüljön mire várakozik, miért nem indul, mi hol akad el. Csak sajnos a MS-tól ezt elvárni nem reális, ők felhasználói „élményre”, meg bullshitre gyúrnak, és nem arra, hogy a rendszer tényleg a useré legyen, meg rendesen tudja adminisztrálni. A MS-nak pont az a jó, hogy egy felhasználó minél hülyébb, és a rendszer minél jobban le legyen korlátozva, hogy semmit nem tudjon csinálni, semmi mögé belátni, mert akkor jobban ki lesz szolgáltatva, könnyebb megszerezni az adatait, befolyás alatt tartani.

Közben meg Linux alatt meg minden szoftvernél alap, hogy ha saját log nincs is, de van hibakimenet a konzolra, amit külön át is lehet irányítani akár egy fájlba. Még mielőtt valaki jönne, hogy Windows alatt is van Eseménynapló meg hasonló baromságok, annak mondanám, hogy azok nem érnek egy kalap szart se, nem sok értelmes van benne, ha szerepel is vonatkozó, akkor is valami semmitmondó, hiányos infóval, és lehet találgatni.

Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Csak sajnos a MS-tól ezt elvárni nem reális, ők felhasználói „élményre”, meg bullshitre gyúrnak, és nem arra, hogy a rendszer tényleg a useré legyen, meg rendesen tudja adminisztrálni. A MS-nak pont az a jó, hogy egy felhasználó minél hülyébb, és a rendszer minél jobban le legyen korlátozva, hogy semmit nem tudjon csinálni, semmi mögé belátni, mert akkor jobban ki lesz szolgáltatva, könnyebb megszerezni az adatait, befolyás alatt tartani.

Az ugye megvan, hogy az MS a nagy lóvét nem az egyszeri userből szedi, hanem a céges cuccokból. Ott meg általában elég komoly management & monitoring igények vannak, amihez az MS-nek meg elég összetett eszközei vannak. (Az más kérdés, hogy mennyire kényelmes őket használni mezei user tudásával felvértezve.)

Közben meg Linux alatt meg minden szoftvernél alap, hogy ha saját log nincs is, de van hibakimenet a konzolra, amit külön át is lehet irányítani akár egy fájlba. Még mielőtt valaki jönne, hogy Windows alatt is van Eseménynapló meg hasonló baromságok, annak mondanám, hogy azok nem érnek egy kalap szart se, nem sok értelmes van benne, ha szerepel is vonatkozó, akkor is valami semmitmondó, hiányos infóval, és lehet találgatni.

Ez PEBKAC lesz, mert az eseménynapló (és a mögötte lévő naplózó alrendszer) pont egy (igazából több) eléggé profi rendszerkomponens, sokkal kifinomultabb, mint a fájlrendszerben a szanaszét lévő szöveges logokat greppelgetni (tudom, hogy linuxok alatt is vannak sokkal jobb megoldások, csak ha már a "hibakimenet konzolra" példát hoztad). Kb. minden is benne van, csak hát a megfelelő hatékonysághoz:

  • fejlesztői oldalról megfelelően kell logolni az alkalmazásokban
  • userként (adminként) tudni kell használni a rendelkezésre álló eszközöket, ami nem minden esetben két kattintás

Igen, a "system error 612" meg hasonlók elég bénák, de egyrészt kontextussal együtt a google egész jó találatokat ad, másrészt itt is a fejlesztői lustaság a probléma oka, nem a naplózó alrendszer.

Szóval van sok baj sok MS termékkel, de szerintem ez a terület pont nem ilyen. :)

Még 1 process explorer is kérdéses, h. meg fog-e bármit is mutatni az ilyen fuckup-okból.

Akkor már inkább Process Monitorral támadnám az ilyet első körben (lehet, hogy te is erre gondoltál, én mindig összekeverem, hogy melyik az explorer és melyik a monitor :)). Nyilván nem egy WPT-szintű megoldás, cserébe szerintem sokkal egyszerűbb használni, és néha simán elég ez is.

csak gyorstipp, nincs a fájlkezelőbe valami "előnézetes" vacak bekapcsolva? Az szokott érdekességeket okozni ^^ 

alapértelmezett nyomtatót szokta basztatni, nekem valami hasonló leakadást eredményezett, hogy nem volt elérhető a default printer....

~ubuntu, raspbian, os x~

Nekem évekkel  ezelőtt LibreOffice szal volt ilyen. 10-15 mp volt az indítás, ha volt net. Amint lelőttem, akkor indult kb azonnal.