'전체 글'에 해당되는 글 93건

A (1, 1)
B (1, 0)

1. A outer product B
| 1 0 |
| 1 0 |

2. |A cross product B| => determinant
|ab -bc| => |1 * 0 - 1 * 1| = |-1|

보통 흔히 말하는 A와 B가 이루는 면적은 cross product의 크기가 된다. outer product와는 관련이 없다.
그리고 A,B 가 이루는 면은 삼각형이 아니라 평행 사변형이다.

참고로, cross product는 determianat 계산법으로 계산이 된다.
https://en.wikipedia.org/wiki/Cross_producthttps://en.wikipedia.org/wiki/Determinant

 

 

Cross product - Wikipedia

From Wikipedia, the free encyclopedia Jump to navigation Jump to search Mathematical operation on two vectors in three-dimensional space In mathematics, the cross product or vector product (occasionally directed area product to emphasize the geometric sign

en.wikipedia.org

| i  j  k|
| a b c|
| d e f| 로 두고, determinant를 구하면 i(bf - ce) - j(af - cd) + k(ae-bd) 가 되고 각각의 괄호안에 있는 값이 바로 i, j, k가 된다.

det를 구하는 방법의 원리는 아래 링크에서 라플라스 전개를 보면 이해가 쉽다.
https://ko.wikipedia.org/wiki/%ED%96%89%EB%A0%AC%EC%8B%9D

블로그 이미지

시간을 거스르는자

,

Socket broken pipe

TCP/IP 2019. 2. 20. 19:18

보통 이런 에러가 나는경우는, 한쪽에서는 끊었는데 다른 한쪽에서 메시지를 보낸경우 이런 에러를 리턴하게 된다.


한쪽에서 먼저 끊은 이유야 여러가지겠지만, 


본인은 대량의 로드 테스트 클라이언트를 돌리고 있었고, 로직에서 커스텀 핑 체크를 하고있는데, 핑 패킷을 서버가 못받아서 서버에서 일방적으로 끊은 이유였다.


그런데 이 현상은 와이파이를 쓸때만 일어나고, 유선으로 하면 발생하지 않았다.


이유가 무엇일까?


와이파이 네트웤 속도가 느려서 로드 테스트를 돌리는 대량의 패킷들이 병목으로 쭉 쌓였다가 한방에 서버한테 넘어가는 것이다.


서버에서는 bufferevent_setwatermark 로 맥스 버퍼 사이즈를 정해놓고 있는데, 이 수치를 넘어가는 패킷들이 몰려오니까 나머지는 짤려서 패킷이 유실되는 경우가 발생하고 있던 것이다.


그래서 클라이언트는 아무리 핑을 보내도 서버가 받지 못해서 not alive 유저로 판단해서 끊어 버리기 때문에, 클라에서 다음 패킷을 보낼때 socket bronken pipe가 전달되었던 것이다.

'TCP/IP' 카테고리의 다른 글

sockaddr vs sockaddr_in  (0) 2015.08.01
블로그 이미지

시간을 거스르는자

,

'ejabberd' 카테고리의 다른 글

[solution] ejabberd join_cluster no_ping error  (0) 2018.07.25
mod_pottymouth  (0) 2018.07.11
블로그 이미지

시간을 거스르는자

,