Comments for /dev/root

Comment on Optimize network throughput on your Apple TV by lynxman

lynxman — Thu, 13 Nov 2008 12:36:56 +0000

@Graham Booker

Oh thanks for the correction, I’ll modify the article accordingly :)

@DJLM It should be okay to increase them a bit, but I found that to have more dangers than gains, some of this kernel parameters don’t play well when increased beyond this limits so please make sure that you have a way to go back to your previous settings!

Comment on Swisscom roaming GPRS data fraud by David

David — Sat, 02 Aug 2008 17:55:09 +0000

Thanks guys for those explanations…

I was wondering why my Swisscom online bill showed that i used “30kb” many times a day, even if i didn’t use any webservice at that time.

Unfortunately, most of the time my Carrier changes from Swisscom to SFR (France) as i live on the edge of Leman lake, which is close to the frontier.

Then i believe that my iPhone is just “checking” if GPRS works when i get connected to the new carrier. And then i’m billed 30KB :-/

I’m gonna check if it’s possible for the iPhone to “stick” just with 1 unique carrier. Otherwise i’ll proboably just switch off GPRS when i don’t use it… while fighting with Swisscom helpdesk.

Comment on IBM xServer 305 on CentOS 4 - Kernel incompatibilities by camelia

camelia — Sat, 17 May 2008 01:57:14 +0000

Hello

I have sentos 5 kernal version 2.6.18-53.1.14.el5
i added noapic and will see if it will works!

Thanks

Comment on Optimize network throughput on your Apple TV by Graham Booker

Graham Booker — Wed, 30 Apr 2008 03:05:40 +0000

You forgot to put the “sudo” in front of the echo commands. An alternative to the following:

sudo echo “kern.ipc.somaxconn=512\ 
net.inet.tcp.mssdflt=1460\ 
net.inet.tcp.sendspace=98304\
 net.inet.tcp.recvspace=98304\ 
kern.ipc.maxsockbuf=1048576\
 net.inet.udp.maxdgram=57344\ 
net.inet.udp.recvspace=42080\ net.local.stream.sendspace=98304\ net.local.stream.recvspace=98304\ 
net.inet.tcp.delayed_ack=0\ 
net.inet.tcp.rfc1323=1\ 
net.inet.tcp.rfc1644=1\ 
net.inet.tcp.newreno=1″ > /etc/sysctl.conf

Comment on Configuring samba server in Mac OS X Leopard by Lou Jarvis

Lou Jarvis — Fri, 25 Apr 2008 18:43:32 +0000

Are the changes you are making to increase the buffer in RAM at the AppleTV device? I think the AppleTV device buffers the content which is sent over the LAN through its RAM and video RAM which allows it to play back more smoothly and isolates it from network interference….is this correct?

Comment on IBM xServer 305 on CentOS 4 - Kernel incompatibilities by William

William — Wed, 26 Mar 2008 00:25:24 +0000

And I would like to add this is an x305 :-)

Comment on IBM xServer 305 on CentOS 4 - Kernel incompatibilities by William

William — Wed, 26 Mar 2008 00:24:57 +0000

Is this still in issue with kernal version 2.6.18-53.1.14.el5 ?

I am having this magically issue of after 24hours, system becomes un-responsive, with no messages in /var/log/messages or /var/log/dmesg

Comment on Optimize network throughput on your Apple TV by DJLM

DJLM — Sat, 08 Mar 2008 20:04:34 +0000

Just wondering, are any of these values able to be safely increased any further? I’m down to maybe one skip per video I watch, so it wouldn’t need to be much of an increase?

Thanks!

Comment on Optimize network throughput on your Apple TV by DJLM

DJLM — Thu, 06 Mar 2008 12:10:31 +0000

Thank you so much, I have been using the TV in exactly the same way, AFP files played over it’s Airport interface, and suffering the same annoying issues… You read my mind exactly as to what I suspected the problem was but you saved me looking up and figuring out what to set the variables to!

Many thanks!!!

Comment on Swisscom roaming GPRS data fraud by Joduba

Joduba — Tue, 18 Dec 2007 18:21:34 +0000

Hi Marc,

I had a similar problem, but in my case with ATT US.

After a long and dummy discussion with both help desk and technical department, the main conclusions are:

1) My phone is like shit
2) My phone is not compatible with ATT US
3) It’s a ATT problem

It’s clear that last two points doesn’t make sense for an iphone bought in 5th Ave ;-)

Anyway, the main problem is in the concept it self… I can accept to pay 30Kb per “session” but then I did the following question…

“If in 1 minute or less my phone opens 3 connections, I will be charged 30 or 90 Kb ?”

And winner is 90Kb, so…

GPRS is a “data switching” protocol, there is no “circuit” switching”. So the protocol is designed to work “connecting” for every single packet.

Is like to say a packet minimum size is 30Kb…

So this rule is incorrect, as they are based on “common usage”, not in the protocol. They have to invoice packets, or bytes, but not connections as connection is not intrinsic of the protocol and can be done in different ways…

In my point of view, is an abuse of dominant position or a cartel situation and governments has to act and clearly say this is ILLEGAL! (or IMMORAL ).

As end users we do not have any “claim” method…

I can’t understand why Europeans or world GSM citizens we do not unite against abusive roaming practices.