Main Menu
Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - mach

#1
Služby v síti / Re: Pripojeni v Ubuntu 9.04 a 10.04 jede mizerne
Květen 02, 2010, 10:11:54 DOPOLEDNE
Diky, diky! Mam to pripojeny pres ethernet kabel. Sitovani moc nerozumim, ale to nastaveni, ktery davam Ubuntu je nasledujici:

IP adresa: 10.102.39.147 (semtam to testuju s .39.148, to je verejna)
Maska podsite: 255.255.255.248
Vychozi brana: 10.102.39.145
DNS: 10.102.0.252

Takze tam NAT asi neni. Problem je, ze se to chova dost nahodne. Casto ten ping projde bez problemu, ale nekdy se zasekne. Stejne jako cokoliv (nacitani stranky, stahovani updatu, ...) Kazdopadne zrovna ted jsem napingoval tohle na google.com:

lukas@pc:~$ ping www.google.com
PING www.l.google.com (74.125.87.103) 56(84) bytes of data.
^C
--- www.l.google.com ping statistics ---
30 packets transmitted, 0 received, 100% packet loss, time 29177ms


A tohle na adresu toho meho DNS serveru:

lukas@pc:~$ ping 10.102.0.252
PING 10.102.0.252 (10.102.0.252) 56(84) bytes of data.
64 bytes from 10.102.0.252: icmp_seq=1 ttl=63 time=3.36 ms
64 bytes from 10.102.0.252: icmp_seq=2 ttl=63 time=5.30 ms
64 bytes from 10.102.0.252: icmp_seq=3 ttl=63 time=4.07 ms
64 bytes from 10.102.0.252: icmp_seq=4 ttl=63 time=3.21 ms
64 bytes from 10.102.0.252: icmp_seq=5 ttl=63 time=3.27 ms
64 bytes from 10.102.0.252: icmp_seq=6 ttl=63 time=5.15 ms
64 bytes from 10.102.0.252: icmp_seq=7 ttl=63 time=3.39 ms
64 bytes from 10.102.0.252: icmp_seq=8 ttl=63 time=3.69 ms
64 bytes from 10.102.0.252: icmp_seq=9 ttl=63 time=29.3 ms
64 bytes from 10.102.0.252: icmp_seq=10 ttl=63 time=3.02 ms
64 bytes from 10.102.0.252: icmp_seq=11 ttl=63 time=3.60 ms
64 bytes from 10.102.0.252: icmp_seq=12 ttl=63 time=3.44 ms
^C
--- 10.102.0.252 ping statistics ---
12 packets transmitted, 12 received, 0% packet loss, time 11016ms
rtt min/avg/max/mdev = 3.028/5.906/29.323/7.095 ms


Na tom routeru bezi Linux, muzu se na nej telnetnout, kdyby to bylo potreba. Nevypada to, ze by se pri techhle problemech neco novyho (tykajiciho se sitovky) objevovalo v dmesg. Jeste vypis lspci:

lukas@pc:~$ lspci
00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07)
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:03.0 Communication controller: Intel Corporation Mobile 4 Series Chipset MEI Controller (rev 07)
00:03.2 IDE interface: Intel Corporation Mobile 4 Series Chipset PT IDER Controller (rev 07)
00:03.3 Serial controller: Intel Corporation Mobile 4 Series Chipset AMT SOL Redirection (rev 07)
00:19.0 Ethernet controller: Intel Corporation 82567LM Gigabit Network Connection (rev 03)
00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03)
00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03)
00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03)
00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03)
00:1c.2 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 (rev 03)
00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93)
00:1f.0 ISA bridge: Intel Corporation ICH9M-E LPC Interface Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03)
02:00.0 Network controller: Intel Corporation PRO/Wireless 5100 AGN [Shiloh] Network Connection
85:09.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 05)
85:09.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22)
85:09.2 System peripheral: Ricoh Co Ltd R5C843 MMC Host Controller (rev ff)
#2
Služby v síti / Pripojeni v Ubuntu 9.04 a 10.04 jede mizerne
Květen 01, 2010, 11:28:57 ODPOLEDNE
Ahoj,

pripojeni v Ubuntu ke Klfree mi jede mizerne (co to znamena viz nize). Vsechny jiny kombinace:

- Klfree ve Windows
- ne-Klfree ve Windows
- ne-Klfree v Ubuntu

jedou naprosto bez problemu. Cili Ubuntu si nerozumi s necim specifickym pro Klfree. Chova se to tak, ze pripojeni jakztakz jede a nekdy se "zasekne" a stranku uz nenacte. Kdyz se odpojim a zase pripojim, tak to zas trochu jede. Nasledujici vypis pingu je naprosto typicky:

Citacelukas@pc:~$ ping www.google.com
PING www.l.google.com (74.125.87.104) 56(84) bytes of data.
From router.geofrye.klfree.czf (10.102.39.145): icmp_seq=2 Redirect Host(New nexthop: klfree-deda.babka.klfree.czf (10.102.55.129))
64 bytes from hb-in-f104.1e100.net (74.125.87.104): icmp_seq=1 ttl=53 time=1174 ms
64 bytes from hb-in-f104.1e100.net (74.125.87.104): icmp_seq=2 ttl=53 time=352 ms
From pc.local (10.102.39.148) icmp_seq=63 Destination Host Unreachable
64 bytes from hb-in-f104.1e100.net (74.125.87.104): icmp_seq=112 ttl=53 time=22.6 ms
64 bytes from hb-in-f104.1e100.net (74.125.87.104): icmp_seq=113 ttl=53 time=17.6 ms
64 bytes from hb-in-f104.1e100.net (74.125.87.104): icmp_seq=114 ttl=53 time=11.9 ms
...
64 bytes from hb-in-f104.1e100.net (74.125.87.104): icmp_seq=123 ttl=53 time=18.7 ms
64 bytes from hb-in-f104.1e100.net (74.125.87.104): icmp_seq=124 ttl=53 time=13.8 ms
ping: sendmsg: Network is unreachable
64 bytes from hb-in-f104.1e100.net (74.125.87.104): icmp_seq=158 ttl=53 time=474 ms
64 bytes from hb-in-f104.1e100.net (74.125.87.104): icmp_seq=159 ttl=53 time=11.7 ms
64 bytes from hb-in-f104.1e100.net (74.125.87.104): icmp_seq=160 ttl=53 time=12.0 ms

A souhrn:

--- www.l.google.com ping statistics ---
645 packets transmitted, 152 received, +1 errors, 76% packet loss, time 659772ms
rtt min/avg/max/mdev = 11.449/35.832/1174.751/107.185 ms, pipe 2


Mam router Asus wl500g.
#3
Kecárna / A váš názor?
Září 06, 2006, 03:23:22 DOPOLEDNE
ze to je jen demo...

http://totalburnout.50webs.com/ (nejak se tam ale jeste nepricitaji body)

(via: http://fflog.blog.lupa.cz/0609/lidice-full-version )
#4
Ostatní software a hardware / Nejlepsi ICQ klient pod Linux
Září 06, 2006, 03:00:02 DOPOLEDNE
//www.meebo.com, protoze je to webova aplikace a funguje ve vsem (kde je Firefox ci neco podobne ohnivého).
#5
Problémy / limit paměti PHP
Červenec 31, 2006, 11:15:07 ODPOLEDNE
Citace: "Jendall"no, take zalezi na rozliseni dpi te fotky.

DPI by do toho vstupovalo jen, kdyby jsme se bavili o fyzicke velikosti te fotky (treba v cm), jakmile se velikost uvede v pixelech, tak uz z hlediska pameti tomu skriptu na DPI nesejde. Ale ani velikost v px jednoznacne neurcuje, kolik pameti bude gd potrebovat na zmenseni.
#6
Problémy / limit paměti PHP
Červenec 31, 2006, 02:16:03 ODPOLEDNE
Zkus velikost pameti pro PHP zvetsit na zacatku skriptu nasledovne:

<?php

ini_set('memory_limit','48M');

?>

Nemusi to byt ale nutne povolene na serveru.

32 MB by ale melo stacit i na pomerne velky fotky (1024x768), takze bych si taky rozmyslel, co tam uploadovat. Bohuzel gd knihovne nezalezi jen na rozmerech, ale i na vlastnostech konkretni fotky, takze se neda najit jeden konkretni rozmer, pod ktery by to fungovalo vzdy. A jako bonus se myslim neda tohle selhani resamplovaci funkce osetrit v PHP takze to vzdycky sejme fatal error.