Re: Особенности ХТТП в линукс?
Maxim Kudelya wrote: >> Это бывает *только* если "какая-либо" программа знает, что такое QoS. И >> какие же популярные программы это знают? MK> А какие нет? Вам доступны исходные коды клиентов Skype, ICQ, MSN MK> Messenger и вы можете утверждать, что они это не используют? Чтобы убедиться в этом, совершенно необязательно иметь исходные коды, существует огромное количество инструментария, позволяющего на 100% это проверить. MK> А ведь именно такого рода программам, которые втихую от пользователя MK> гоняют трафик, логично использовать гарантированные 20% канала. И MK> установлены они, если не на каждом компьютере, то через один. Не говоря MK> уже про троянов и прочий AсtiveX который пользователи устанавливают не MK> задумываясь. >> В общем, на производительность tcp/ip в винде это *никак* не влияет ;-) MK> Это Вы лихо обообщили. Сразу видно профессиональный подход к делу. Нее, "профессиональный подход" демонстрируете именно Вы, сравнивая производительность "голого" линукса, с виндой, на которой запущены несколько задач, использующих интернет, да еще и обвешанной вирусами и антивирусами, и при этом виновата у Вас почему то "реализация TCP/IP". MK> P.S. Как раз во время написания письма пришло косвенное подтверждение MK> моих догадок о использование QoS пропиетарными программами: [...] MK> This problem may occur in any one of the following programs: MK> •Windows Messenger MK> •MSN Messenger MK> •AOL Instant Messenger MK> •Siemens optiClient (VoIP client) И часто эти программы используются в экс-СССР? -- Vitaly
Re: Особенности ХТТП в ли нукс?
Vitaly Takmazov wrote: Maxim Kudelya wrote: MK> Да, все верно. Часто пишут, что Windows _всегда_ занимает 20% канала, MK> это не так и канал отдается только по запросу какой-либо MK> программы. Что не мешает этой самой программе отъесть канал, если это MK> ей вдруг понадобится. Это бывает *только* если "какая-либо" программа знает, что такое QoS. И какие же популярные программы это знают? А какие нет? Вам доступны исходные коды клиентов Skype, ICQ, MSN Messenger и вы можете утверждать, что они это не используют? А ведь именно такого рода программам, которые втихую от пользователя гоняют трафик, логично использовать гарантированные 20% канала. И установлены они, если не на каждом компьютере, то через один. Не говоря уже про троянов и прочий AсtiveX который пользователи устанавливают не задумываясь. В общем, на производительность tcp/ip в винде это *никак* не влияет ;-) Это Вы лихо обообщили. Сразу видно профессиональный подход к делу. -- maxym P.S. Как раз во время написания письма пришло косвенное подтверждение моих догадок о использование QoS пропиетарными программами: "Live video conversations in chat sessions may be choppy after you install Windows XP Service Pack 2 (SP2) SYMPTOMS When you use a live video conversation in a chat session after you install Microsoft Windows XP Service Pack 2 (SP2), conversations may be broken, choppy, or jittery. Additionally, a Voice over IP (VoIP) connection may be choppy or break down completely. This behavior occurs only if the Quality of Service (QoS) Packet Scheduler is installed and active. This problem may occur in any one of the following programs: • Windows Messenger • MSN Messenger • AOL Instant Messenger • Siemens optiClient (VoIP client) " http://support.microsoft.com/kb/886809/en-us -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: php5-xslt
> -Original message- > From: Alexey Lobanov <[EMAIL PROTECTED]> > Sent: Monday 03 September 2007 > To: debian-russian > Cc: > Subject: php5-xslt > Hi all. > > А что произошло в Etch с поддержкой XSLT в PHP5? Насколько я смог найти, > пока Etch числился в нестабильных, пакет php5-xslt присутствовал. А > потом тихо исчез. > > И без него действительно не работает, пришлось всё откатывать на PHP4. > php4-xslt никуда не делся. Из доки: PHP 5 includes the XSL extension by default and can be enabled by adding the argument --with-xsl[=DIR] to your configure line. DIR is the libxslt installation directory. http://www.php.net/manual/en/ref.xsl.php Note: This extension has been moved to the » PECL repository and is no longer bundled with PHP as of PHP 5.0.0. http://www.php.net/manual/en/ref.xslt.php В пятой версии уже не используется саблотрон, а используется libxslt, так что скрипты нужно переписывать. Либо ставить из PECL этот икстеншн. -- Sergei Stolyarov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
php5-xslt
Hi all. А что произошло в Etch с поддержкой XSLT в PHP5? Насколько я смог найти, пока Etch числился в нестабильных, пакет php5-xslt присутствовал. А потом тихо исчез. И без него действительно не работает, пришлось всё откатывать на PHP4. php4-xslt никуда не делся. А.Л. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: проблемы с qemu если задействовать -hdd
В сообщении от 2 сентября 2007 14:49 Yuri Kozlov написал(a): > Привет всем. > > Если запустить qemu с параметром -hdd типа: > qemu -hdd vdisk2.img -cdrom /sda8/1/debian-40r1-i386-kde-CD-1.iso -boot d -m > 512 > > то установка debian не проходит и затыкается на > kernel: hdc: DSC timeout > > Если указывать образ как -hda, то всё нормально. > У кого-нибудь ещё проявляется эта странность? Было в qemu и VirtualBox, но не на ядре debian installer (от 4.0r0), а на некоторых i686 ядрах c вкл. APIC (не путать с ACPI). При любом обращении к CD - "kernel: hdc: DSC timeout". Если долго подождать (зависит от объёма считываемых с CD данных) - прочихивается. Такое же поведение в VirtualBox "вылечилось" включением опции "IO APIC". В qemu не пробовал. -- С Уважением, Андрей Никитин
